Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

[OT] Has anyone managed to compile this?

by Victor Lazzarini

Dear all, Torben's new project brought back to my mind this mind-bending C++ template example (see attached), which I could not yet get to compile, I have been told it has been compiled, but g++ will have none of it. So I still have doubts on whether it includes legal C++ code or not. But it is an interesting example (even if it does not build) of what (possibly) can be done with templates. My question to the list is: has anyone managed to compile this code? Regards Victor

15 years, 9 months

arpage 0.2 alpha - JACK Sync'd Arpeggiator - available on sourceforge in tarball and SVN

by Mark Vitek

Hello all, The second development release of arpage is available on sourceforge in source tarball and SVN formats: Tarball: http://sourceforge.net/projects/arpage/ SVN: https://arpage.svn.sourceforge.net/svnroot/arpage/branches https://arpage.svn.sourceforge.net/svnroot/arpage/tags I'd like to thank everyone for the feedback I received on 0.1 - Please check this out and let me know what you think, or if you have problems building/running. The UI is still dead-boring GTK, but I've read back over the LAD threads regarding audio-oriented UI libraries and I'm thinking of investigating libproaudio with the next release. The 0.2 Development release adds: - Smaller UI - probably not Netbook friendly yet, but getting closer :) - UI should be dependent upon GTK+ 2.12 (rather than 2.16 as with the first release). - An additional executable named "zonage" which allows the MIDI note input to be split into 4 ranges. This is useful for routing sections of your MIDI keyboard to different JACK inputs - e.g. route the lower half to arpage, and the upper half to a "lead" sound, so you can "solo" over the arpeggiator. - The ability to have a pulse duration (time between note-on and note-off) be longer than the interval between pulses (time between note-on and subsequent note-on). This is useful when routing the output of one arpeggiator to the input of the next arpeggiator. Experiment and hear it :) - Noticeable decrease in the number of stuck notes (I haven't experienced ANY with this version yet). Basic features/requirements (same as 0.1 Alpha): - svn / tarball only for now - gtkmm-based, so dev packages for gtkmm and friends are needed to build (and obviously jack) - I've only built it on Ubuntu Studio (karmic) 64bit. I'm looking for others to let me know if it builds/runs elsewhere. - requires JACK time master to be rolling for the arpeggiators to do anything. Qtractor and Seq24 have worked well for me. - will pass midi events thru when JACK time master is not rolling. - 4 arpeggiators with transpose, interval, range, note duration selectable thru UI. - Each arp has it's own JACK midi in and out port, so you can cascade arpeggiators. - Preliminary support for scales and modes - all of them are not correct, but try major, dorian, diminished and augmented for starters :) It sounds great with each arpeggiator driving an instance of calf mono. Check out the ogg/mp3 clip on sourcefourge. Thanks all, Looking forward to any and all feedback.

15 years, 9 months

PortAudio experience

by Michael Ost

Hi, We are considering using PortAudio for Linux hardware support (and Windows/Mac as well). What's the word on the quality, reliability, ease-of-programming, latency and performance in Linux? Our product (Receptor) is used in live situations by non-programmers, so the support can't be "tweaky" if you know what I mean. The product only needs to support a couple of sound cards, though, so it won't have to target lots of hardware. Thanks for any feedback, Michael Ost Muse Research, Inc.

15 years, 9 months

Re: [LAD] [LAU] Is TerminatorX development stalled?

by gerald mwangi

Hi guys, I just wanted to give an update on the integration of librubberband into TerminatorX. To understand rubberband, i wrote a small console Jack app that can play wav files at diferent speeds, keeping pitch. It works well. The code is attached. I have a question to for the devs out there though: It seems to me that i have to run process() a few times with a fixed blocksize before, getRequiredSamples() returns something >0 in Realtime-mode. All other options are default options. Is this true? I need some help on this issue. thanx Gerald _______________________________________________ Linux-audio-dev mailing list Linux-audio-dev(a)lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev

15 years, 9 months

Re: [LAD] PortAudio experience

by Kjetil S. Matheussen

Michael Ost: > > Paul Davis wrote: >> On Tue, Jan 12, 2010 at 1:15 PM, Michael Ost <most(a)museresearch.com> wrote: >>> Hi, >>> >>> We are considering using PortAudio for Linux hardware support (and >>> Windows/Mac as well). What's the word on the quality, reliability, >>> ease-of-programming, latency and performance in Linux? >> >> it works. its development seems to be an issue. it will not fix any of >> the issues that you'd otherwise have to tackle on linux. > > Can you say more about that last sentence? I'm not quite getting it. > >> however, i'm puzzled: you guys are already running on linux - what are >> you using now, and why the switch? cross-platform? > > Yes, cross platform. I'm investigating Windows/MacOS support. We've got > our own portability layer, but it's only really implemented for Linux. > > BTW - I looked at JACK, but a quick google scan suggests that its not > quite ready for prime time in Windows. > For what it's worth; Jack on Windows is used for providing sound in two permanent art installations (http://www.intravisiongroup.com/). One of them has been running for over two years now. The machines are rebooted each night, and the oldest one is still using a version of jack for windows released in 2007. We've had no problem with jack for windows.

15 years, 10 months

Re: [LAD] [LAU] Is TerminatorX development stalled?

by gerald mwangi

15 years, 10 months

Re: [LAD] [LAU] Is TerminatorX development stalled?

by gerald mwangi

15 years, 10 months

[ot] split binary file assembly - gone slightly wrong

by Julien Claassen

Hi everyone! I had to download a file (split into several parts). Something at the end of a few of these parts seems to have gone wrong. So I was wondering: Is split the right utility to split a large binary file? Seemed so. If I canget the other party to split the big chunks into smaller (say 1M) chunks and upload the last 1M chunk of the original files, would there be a way of merging these bits into my files. It's essentially a big bzip2-file. Might we probably use a bzip2 utility to get small chunks from the original. Because with bzip2recover I can tell which blocks are damaged. Thanks for any help! Kindest regards Julien -------- Music was my first love and it will be my last (John Miles) ======== FIND MY WEB-PROJECT AT: ======== http://ltsb.sourceforge.net the Linux TextBased Studio guide ======= AND MY PERSONAL PAGES AT: ======= http://www.juliencoder.de

15 years, 10 months

Session Handlers and 'level 1' support

by rosea grammostola

Hi, I don't know who locked himself up after the 'LADI' discussion to actually write an session handler for Linux. :) But in meantime Ladish has added 'level 1' support: "When ladish studio is being saved, applications that are run at level 1 receive the SIGUSR1 UNIX signal. In signal handler function, a global variable can be set to mark that save is needed. On next main loop iteration, the global variable is checked and eventually save is made. Save of the internal state can be made in a fixed file path, but it is more useful to supply the file path through commandline. When starting, app loads its internal state from the file specified. When saving, app saves its internal state to the file specified." http://ladish.org/wiki/level1 Ams, Jack_Mixer and calfjackhost (in progress) has already added level 1 support, and it seems to work OK (all though there are some improvements ahead). An advantage compared to 'LASH' or 'Ladish' support seems to be that level 1 is pretty easy to implement by the application developers. Now I'm wondering whether this 'level 1' could be a point of agreement between different (potential) Session Handlers for Linux. If other Session Handlers also adds 'level 1' support, it would make the implementation of more then one Session Handler more easy and less problematic for the Linux Audio world in my opinion. What do you think? Regards, \r

15 years, 10 months

audiocollage

by Renato

Hello, this is my very first non trivial program. It's a little python script that uses sox to create an "audio collage" out of the mp3s in the directories you pass to it on the command line. I know the code is very crude, but nonetheless I'm very happy I made it work Any suggestions on how I could get it to check recursively in the directories? renato

15 years, 10 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-dev