Re: [LAD] Anyone testing the new TerminatorX release?
Hallo Stefan, On Sun, 2010-02-07 at 18:28 +0200, Stefan Kost wrote: Am 01.02.2010 11:50, schrieb gerald mwangi: I'd rather suggest to use libmad for mp3's, since the old code did the same thing: Loading the files with external programs and piping them into tX. I wanted to get rid of that, cause it looks awfull in code. You can see it in audiofile.cpp. With sndfile and mad we have 2 libs for all common file types. Gerald Gerald, do you need the files decoded into memory? You could consider doing a gstreamer based loader for the formats that are not covered by libsndfile? Then you can load mp3, aac and heck what not (e.g. loading mod files or sid songs as well). Well yes, I need the decoded audio in memory due to both the time stretching and the scratching algorithm. I also have no experience with gstreamer, thats why i didn't have it in mind. I have such code in buzztard and can point you where it is and how it works (maybe offline discussion if people are not interested in the details). Ok I'll have a look at the code. Thanx, Gerald Stefan On Mon, 2010-02-01 at 11:53 +1100, Erik de Castro Lopo wrote: Dan Mills wrote: At the moment I try libsndfile then if that fails do the pipe, dup2 and execve thing to shovel it through an external decoder, but it is a lot of code that would be better in the library. Patch acceptable once it finally expires? Sure! As long as its LGPL compatible code and not your pipe/dup2/execve hack :-). Erik ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Anyone testing the new TerminatorX release?
So what do you suggest? Gerald On Sat, 2010-02-06 at 18:48 +0100, torbenh wrote: On Mon, Feb 01, 2010 at 11:03:04AM +0100, gerald mwangi wrote: I didn't consider this point, and its truly one to think about. But since major projects also use sndfile and mad (like ardour uses sndfile), and the use of them simplifies the code, I still favour them over using external apps. Another thing, we should better open a sourceforge project for tX with svn. svn ? this is so 200x ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Anyone testing the new TerminatorX release?
On Wed, 10 Feb 2010, gerald mwangi wrote: So what do you suggest? Gerald [snip] Another thing, we should better open a sourceforge project for tX with svn. svn ? this is so 200x Git (e.g. Gitorious or GitHub), and bottom-posting. :-) -gabriel (not torben) ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Anyone testing the new TerminatorX release?
What are the benefits of using Git rather than svn? Gerald On Wed, 2010-02-10 at 08:04 -0600, Gabriel M. Beddingfield wrote: On Wed, 10 Feb 2010, gerald mwangi wrote: So what do you suggest? Gerald [snip] Another thing, we should better open a sourceforge project for tX with svn. svn ? this is so 200x Git (e.g. Gitorious or GitHub), and bottom-posting. :-) -gabriel (not torben) ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Anyone testing the new TerminatorX release?
On Wed, 10 Feb 2010, gerald mwangi wrote: What are the benefits of using Git rather than svn? Well for one, Torben might actually contribute patches to your project. :-) Do a search for git vs svn and you'll find a lot. Also look for Linus Torvald's Google lecture on Git. It's about an hour long, but worth it. -gabriel ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
[LAD] server issues
All, We are continuing to encounter issues with our server and will have to take the system offline for a couple of hours until we figure out what is exactly going on. We'll keep you posted as soon as we know more. Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fax) i...@vt.edu http://www.music.vt.edu/faculty/bukvic/ ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [Consortium] server issues
It appears things are back up but we definitely need to start thinking about updating HW as soon as possible and/or migrating the whole thing onto University's VM. In the mean time let's hope things continue to run smoothly... Best wishes, Ico ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Has anyone ever played a plugin in realtime ... [related to:] hard realtime performance synth
On Thu, 2010-02-04 at 20:30 +0100, Emanuel Rumpf wrote: 2010/2/4 Arnold Krille arn...@arnoldarts.de: On Thursday 04 February 2010 18:50:28 Emanuel Rumpf wrote: Has anyone ever played a plugin in realtime ( live )... ...and I don't mean a one-finger melody, but a mutli-polyphonic piano piece, eventually with sustain held down, which resulted in about 20 to 40 simultaneusly processed voices. Yes. Yes, I have. I believe Ken Restivo, Atte Andre Jensen and many others too. Reliably ? At a latency below 10 ms ? Which synth ? I don't intend to mistrust you, but I remain disbelieving for now. :-) Linuxsampler is well written and reliable, but when playing intensely, it xran too here. I've been working for a while in a piece for real-time synthesis / sample playback and a piano controller (and pedals, etc, etc). I normally play with my laptop, a dual core lenovo t61 running the latest rt patched kernel and: linuxsampler at 96 voices max (4 different piano samples), two instances of the supercollider synthesis engine doing synthesis and spatialization, a program in supercollider controlling the whole thing (including the GUI feedback screen for the performer), jconvolver for convolution reverb and ambdec for ambisonics decoding. All with a PCMCIA RME card and a Multiface running at 128x2 48KHz. It can glitch but if it does it is because it has actually run out of cpu (and I have had a couple of instances in rehearsal where I'm playing textures so thick that the supercollider scheduling queue has filled up with not so good results, argh :-) All in all quite reliable (I played an earlier version of the piece in last year's LAC). -- Fernando We have dedicated hardware for graphics, why not for audio ? There are manufacturers selling dedicated PCI-cards to do VST-plugin work and free your cpu of that. Interesting, although uneligible for my laptop.. But whats the purpose of running some piece of (almost) generic software on generic platforms, when you still need specialised hardware? Being generic means (for the platform) to support a bunch of specialised applications. It doesn't bother much to buy additional hardware, in order to make the system more generic, but not being able to make it generic enough for being able to use it for a cerain specialised application. We are used to extend the systems usability through additional peripherials such as graphic-cards, audio-cards, printers That's what has made it a success. Of course you can buy dedicated audio-hardware. Its called keyboards and synths and mixers and effects (outboard). These make me lose the generality. But isn't it easier to have it all in software and carry it around on your pc/laptop/usb-stick? It absolutely would, if it gave me the same reliability. Please give us some pointers to help you improve performance on your definitely un-tuned and probably mis-configured system before making our work bad in general. I'm not making it bad. I'm even searching for a way to make it more valueable by making it more usable. I don't think my system is so badly configured - how to measure ? It's not the most recent hardware, I admit. Have fun, Thanks ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Has anyone ever played a plugin in realtime ... [related to:] hard realtime performance synth
On Wed, Feb 10, 2010 at 10:32:48AM -0800, Fernando Lopez-Lezcano wrote: On Thu, 2010-02-04 at 20:30 +0100, Emanuel Rumpf wrote: 2010/2/4 Arnold Krille arn...@arnoldarts.de: On Thursday 04 February 2010 18:50:28 Emanuel Rumpf wrote: Has anyone ever played a plugin in realtime ( live )... ...and I don't mean a one-finger melody, but a mutli-polyphonic piano piece, eventually with sustain held down, which resulted in about 20 to 40 simultaneusly processed voices. Yes. Yes again. I've been working for a while in a piece for real-time synthesis / sample playback and a piano controller (and pedals, etc, etc). I normally play with my laptop, a dual core lenovo t61 running the latest rt patched kernel and: linuxsampler at 96 voices max (4 different piano samples), two instances of the supercollider synthesis engine doing synthesis and spatialization, a program in supercollider controlling the whole thing (including the GUI feedback screen for the performer), jconvolver for convolution reverb and ambdec for ambisonics decoding. All with a PCMCIA RME card and a Multiface running at 128x2 48KHz. It can glitch but if it does it is because it has actually run out of cpu (and I have had a couple of instances in rehearsal where I'm playing textures so thick that the supercollider scheduling queue has filled up with not so good results, argh :-) All in all quite reliable (I played an earlier version of the piece in last year's LAC). Indeed. Live, third order AMB surround, and having heard the recording a hundred times I haven't noticed any problem with it (except for those cats running on the keyboard). I'm using Linuxsampler, piano samples, playing anything between Bach and Ligeti. Add jconvolver doing real time convolution with a concert hall IR. Typical CPU use for this is below 20% on a seven year old P4 with just 512M ram. Standard unpatched kernel, 5 ms latency. Never heard a glitch. Ciao, -- FA O tu, che porte, correndo si ? E guerra e morte ! ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
[LAD] dead audio projects worth resuming
Hello, I propose to collect in this thread a list of audio programs which could give a great contribute to the linux audio experience, but can't due to halted development, leaving them in a usable or less usable state. This list could then be used for developers in search of some worthy/interesting project to contribute to. I propose two programs who aren't developed anymore: rezound jack-rack I really love them and I feel sorry there's no developer taking care of them. Hope this can be useful Renato ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] dead audio projects worth resuming
On Wed, Feb 10, 2010 at 3:07 PM, Renato renn...@gmail.com wrote: I propose two programs who aren't developed anymore: Softerk: http://softwerk.sourceforge.net/ I don't think Paul touches this anymore, but it sure would be awesome to have jack midi. -- Josh Lawrence http://www.hardbop200.com ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] dead audio projects worth resuming
On Wed, Feb 10, 2010 at 4:15 PM, Josh Lawrence hardbop...@gmail.com wrote: On Wed, Feb 10, 2010 at 3:07 PM, Renato renn...@gmail.com wrote: I propose two programs who aren't developed anymore: Softerk: http://softwerk.sourceforge.net/ I don't think Paul touches this anymore, but it sure would be awesome to have jack midi. i just committed to svn last week. its very much alive, but not changing and has not been released. the sf.net site IS dead. adding jack-midi is really very easy. not sure when i might do it. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] dead audio projects worth resuming
On Wed, Feb 10, 2010 at 3:21 PM, Paul Davis p...@linuxaudiosystems.com wrote: i just committed to svn last week. its very much alive, but not changing and has not been released. the sf.net site IS dead. adding jack-midi is really very easy. not sure when i might do it. cool! what's the svn address? I see mention of cvs, but no svn on that site (obviously, you just said it was dead, so that would make sense). -- Josh Lawrence http://www.hardbop200.com ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Has anyone ever played a plugin in realtime ... [related to:] hard realtime performance synth
2010/2/8 Paul Davis p...@linuxaudiosystems.com: not all PCs can do it. but its simply not true that PCs can't do it. Accepted. When running any 32 polyphonic hw synth, it is able to do those 32 voices anytime. When running out of the voices, something will happen (e.g. voice killing/stealing). But it won't start any noise. Something to concider Would a check for guaranteed voices be possible for a soft-synth ? That would require an extensive deterministic behavior, I think. Instead of noise generation, maybe some sort of interpolation/silence for sample values could be used, when running out of processing power. Kind regards - - E.R. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] dead audio projects worth resuming
Hi, I made on linuxmao.org a glossary for softwares. You can find the master's page here : http://www.linuxmao.org/tikiwiki/tiki-index.php?page=Glossaire+des+logiciels When I begun this project, it was a single listing-page with all softs that have a dedicaced page on linuxmao.org, but after watch this first list grown and grown and grown, I decided to cut it on : 1) actual (has an update since january 2009) : http://www.linuxmao.org/tikiwiki/tiki-index.php?page=Liste+des+logiciels+libres+actifs 2) almost-actual (last update between januray 2005 and january 2009) : http://www.linuxmao.org/tikiwiki/tiki-index.php?page=Liste+des+logiciels+libres+moins+actifs 3) museum-section (last update before 2005) : http://www.linuxmao.org/tikiwiki/tiki-index.php?page=La+section+mus%C3%A9e there is too a special page with ladpsa/dssi/lv2 plugins and host/protocol : http://www.linuxmao.org/tikiwiki/tiki-index.php?page=Liste+des+greffons and few others that you can find on these pages. All of this is in french (enjoy ! ;) ) That being said, if at the begining, i was alone on this work, now it's a team work and we made software versions surveillance each month, so, it's up-to-date. Bye, and happy to hear something who make me thing that reZound can will be reworked/update :D Olivier, http://www.linuxmao.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] dead audio projects worth resuming
I would say Kluppe. It is a very good looper, especially for working not with recording loops over and over, but for mixing existing loops. It would benefit hugely from adding some basic synchronization to it and time stretching (it already has a beat grid anyway). The author of it seems to be busy and not really interested in further development. On Thu, Feb 11, 2010 at 6:11 AM, humbert.olivie...@free.fr wrote: Hi, I made on linuxmao.org a glossary for softwares. You can find the master's page here : http://www.linuxmao.org/tikiwiki/tiki-index.php?page=Glossaire+des+logiciels When I begun this project, it was a single listing-page with all softs that have a dedicaced page on linuxmao.org, but after watch this first list grown and grown and grown, I decided to cut it on : 1) actual (has an update since january 2009) : http://www.linuxmao.org/tikiwiki/tiki-index.php?page=Liste+des+logiciels+libres+actifs 2) almost-actual (last update between januray 2005 and january 2009) : http://www.linuxmao.org/tikiwiki/tiki-index.php?page=Liste+des+logiciels+libres+moins+actifs 3) museum-section (last update before 2005) : http://www.linuxmao.org/tikiwiki/tiki-index.php?page=La+section+mus%C3%A9e there is too a special page with ladpsa/dssi/lv2 plugins and host/protocol : http://www.linuxmao.org/tikiwiki/tiki-index.php?page=Liste+des+greffons and few others that you can find on these pages. All of this is in french (enjoy ! ;) ) That being said, if at the begining, i was alone on this work, now it's a team work and we made software versions surveillance each month, so, it's up-to-date. Bye, and happy to hear something who make me thing that reZound can will be reworked/update :D Olivier, http://www.linuxmao.org ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] dead audio projects worth resuming
I really like SpiralSynth Modular, guess its worth to bring it back. Some time ago I tried and it was not working. And what is about that TAU physical modeling application, is that working for someone? Cheers, Malte -- media art + development http://www.block4.com follow me on Twitter: http://twitter.com/herrsteiner or face the book: http://www.facebook.com/herrsteiner ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] dead audio projects worth resuming
On Wed, Feb 10, 2010 at 8:06 PM, Malte Steiner stei...@block4.com wrote: I really like SpiralSynth Modular, guess its worth to bring it back. Some time ago I tried and it was not working. And what is about that TAU physical modeling application, is that working for someone? ++votes. we finally have CPUs/systems fast enough to use Tau as a realtime synth. the sounds that thing made were just amazing. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] dead audio projects worth resuming
On February 10, 2010 05:11:27 pm humbert.olivie...@free.fr wrote: ...happy to hear something who make me thing that reZound can will be reworked/update :D Olivier, http://www.linuxmao.org I second that motion! (Er, emoticon?) Rezound is a cool full-featured editor. I haven't used it for several years but I think I would still trust it today. Then there's MusE-2... Once in a while there's a trickle of work but it has been said to be dead... A big application for eager bug hunters. Tim. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] dead audio projects worth resuming
I'd love to see radium picked up and taken somewhere. It's one of the more innovative midi sequencers I've encountered... http://users.notam02.no/~kjetism/radium/ ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev