[LAD] LoMus 2010
LoMus 2010 À la recherche des logiciels libres pour la création sonore et intermedia Pour sa troisième édition, LoMus 2010 s’adresse à tous ceux qui s’aventurent dans le développement de logiciels libres musicaux ou de logiciels libres qui peuvent contribuer au processus de la création musicale. En regard d'un des 2 thèmes mis en avant lors de cette édition des JIMs : L'Œuvre musicale face à l'hétérogène : problématique de la mixité, le concours LoMus encourage plus particulièrement les contributions intégrant ou s'hybridant avec d'autres médias. Ce thème n'est cependant pas restrictif. Un prix sera remis aux logiciels qui font preuve non seulement d'innovation, mais notamment d'inventivité face aux enjeux actuels de la création musicale. Calendrier Appel à soumissions : 4 février 2010 Soumission des logiciels : 1 avril 2010 Notification d'acceptation : 1 mai 2010 Remise du prix lors des JIM : 20 mai 2010 info : concours.afim-asso.org In search of open-source software for musical and intermedia creation For its third edition, LoMus 2010 invites music and audio open-source software creators to submit original projects that either directly or indirectly contribute to musical creation. In regard to one of the 2 themes for JIM's edition : The musical work and heterogeneity: the problem of mixity, the LoMus contest will particularly encourage sonic/musical softwares integrating or hibridizing with other media. Though, this theme is not restrictive. A prize will be awarded to open-source sofware that prove to be not only innovatory but also inventive in the present context of music and audio creation. Calendar Call for submissions : February 4th 2010 Submission deadline : April 1st 2010 Admission notification : May 1st 2010 JIM Awards Ceremony : May 20th 2010 info : concours.afim-asso.org AFIM : http://www.afim-asso.org/spip.php?article1 JIM2010 : http://jim.afim-asso.org/ocs/index.php/jims/index ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] LoMus 2010
On Saturday 06 February 2010 8:31 am, Thierry Coduys wrote: LoMus 2010 Not a complaint . . . one language is as valid as another but, I do business (in French) with a Monaco company. Their circulars always being with the sentence English version follows below, then French text, then English. We all hit delete too easily today (I get CJK (Chinese/Japanese/Korean) emails almost every day . . . I _presume_ they are spam . . . ). Best wishes for the competition! Michael ___ 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 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 -- torben Hohn ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
[LAD] linuxsampler plugin ?
Greetings, I'm testing the Linuxsampler plugin with Ardour3 SVN. The plugin loads correctly, and when I launch the Fantasia GUI it identifies itself correctly in the interface. I can load a MIDI file in A3 and watch it play the keyboard on the LS plugin. Everything looks good, but there's no sound. There's also no instance of Linuxsampler in QJackCtl. When I run LS + Fantasia standalone I noticed that it doesn't autoconnect to JACK. Perhaps this is the problem, but I can't find where to configure LS to autoconnect. Any suggestions ? This is a low-priority issue for me, but it'd be nice to figure out what's happening. Best, dp ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] linuxsampler plugin ?
Hello Dave! I think LinuxSampler itself has no option to automatically connect. At least I've never seen it in the protocol. this is a task for the frontends. So your plugin should have an option to ayutomatically connect LS. Did you see no LS at all: ps -ax | grep linuxsampler If not, perhaps the plugin just didn't start LS itself. Sorry, that's only my little bit. :-) 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 ___ 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/4 Jens M Andreasen jens.andrea...@comhem.se: Zap the Gnome on steroids and dedicate your GPU for audio then! How to ? Where is the switch that would tell ladspa/dssi to use the GPU for processing ? I have success with 3 audio buffers в 0.3 ms + another 0.3 ms for the PCIe roundtrip to the GPU. Voicecount is well into the hundreds and then some ... That sounds marvelously. I found this information for DSP Accelerators http://www.thomann.de/gb/onlineexpert_127.html as well as this interresting device: http://www.uaudio.com/products/uad/uad2sl/index.html (I assume that it's not supported on linux) Those just work with special code-adjusted plugins. Does the VST API support them or even use them if present ? Do the RMI devices have plugin-accelerating DSPs ? Would it be worth to design an open-hardware DSP-add-on with an open API ? Since GPUs are very common already and have the fast PCIe connection using them may be more appropriate, I think. Running the rt-check script, indeed, I found some issues. Fixed them. Now, the only remaining warning is: Checking for Generic PCI bus-master DMA support... not found. ** Kernel without Generic PCI bus-master DMA support I retested with an undemanding 130 MB piano gig-file. Results: - Linuxsampler runs stable at 8ms. Great. - I'm able to play fast Sequences with PianoTecTrial at 16ms. I'm not allowed to use sustain or play quick chord progressions. They produce xruns and hard noise then. - yoshimi 054-pre4 behaves comparable to PianoTec at 16ms, but slightly worse. It produces occasional xruns even without chord-progressions. Likely conclusion: My system is not fast enough for this kind of processing, or somehow has a bad hareware-design. I will buy a new machine next year with 8 processors hopefully... Until then, the GPU seems the only miracle that could possibly help me out. Would it ? Thank you, replyers, for your replys and suggestions. -- E.R. ___ 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 Sat, Feb 6, 2010 at 3:36 PM, Emanuel Rumpf xb...@web.de wrote: Would it be worth to design an open-hardware DSP-add-on with an open API ? no, no and a thousand times no. there have been several attempts at this ... i think they have all failed so far. Chameleon is the one that springs to mind. ___ 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
Emanuel! No DMA? That does seem bad! Direct Memory Access is VERY helpful and has been there for years - not to say decades. It's also supported by the Linux kernel since version 2.0.X something. If not enabled this can take up considereable amount of CPU time. So no wonder. Your system MUST be capabel of playing a nice piano (2-3GB) with LinuxSample with lower latencies. But how about your soundcard? Is it good, do you know, what they say about its own hardware latency? Always remember it's possible to play realtime on a 700mHz CPU, if you shut down the graphic. polyphony and sustain. Probably a few drop-outs there. But 700mHz are far from your new dual core! 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 ___ 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
As to the GPU usage: I believe there were some discussions about it, a few years back. I think it will be a matter of a kernel driver or small hack or additional module, which you might download somewhere. Sounds more reasonable and it triggers something in my memory. Kindly yours 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 ___ 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 Sat, 2010-02-06 at 21:36 +0100, Emanuel Rumpf wrote: 2010/2/4 Jens M Andreasen jens.andrea...@comhem.se: Zap the Gnome on steroids and dedicate your GPU for audio then! How to ? I can only say what I have done and _very_ _carefully_ point out that I know _absolutely_ _nothing_ about RT-performance on any other system _whatsoever_! The box is a T3-P5945GC: http://www.asus.com/product.aspx?P_ID=BpN0BixlVJlpqtpu .. with an Intel 945GC chipset, AD1988b HDA audio and an E1200 (1.2 GHz Conroe style dual core Celeron.) The GPU is a pretty quiet, slightly overclocked Nvidia GT220 with DDR3 from Gigabyte. http://www.tomshardware.com/reviews/geforce-gt-220,2445.html (And apparently the GT240 model with GDDR5 is a lemon. Avoid!) Kernel is the 2.6.31.6-rt19, configured as per the Mandriva repositories (optimized for Core2 as the only change) Where is the switch that would tell ladspa/dssi to use the GPU for processing ? That switch ideally would be somewhere here on LAD. The problem being mostly stirring up enough momentum to get something going. There might be this fear of jumping into the unknown? but hey look, here is one more programmer who has also had it with SSE and is not planning on upgrading to a 4 way $2K server any time soon: A realtime Mandelbrot zoomer in SSE assembly and CUDA http://users.softlab.ntua.gr/~ttsiod/mandelSSE.html In which one of those two codepaths would you like to spend your spare time? Which one looks the most civilized? Just wondering ... Reasonable expectations for RT performance is 1/3 of what Nvidia says is peak performance. So, 60 - 75 GFlops in the case at hand. Which translates to $1 per GFlop (including a healthy chunk of fast memory.) Hard to beat! The 0.3 msec turnaround time depends on that you are working from the console rather than the X-server. This might have been different if I had had dedicated cards, one for audio and one for video, but - unfortunately - I have only one PCIe slot, so there is nothing really that I can know or tell about that ... Working from within Gnome on a single card; 3 × 1.3 (+1.3) msec works and double that to become indestructibly rock-solid. [OK... That might be enough CUDA advocacy for tonight? :-D] /jma ___ 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 Sat, 2010-02-06 at 23:07 +0100, Emanuel Rumpf wrote: article: Audio Processing on the GPU http://www-sop.inria.fr/reves/projects/GPUAudio/ That article is so out of date, I dont know how to even begin to explain? Really, you might as well be talking about how M56k code does wonders on a NeXT cube. Do yourself a favour and ignore it. /jma ___ 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 Sat, Feb 06, 2010 at 09:36:20PM +0100, Emanuel Rumpf wrote: Running the rt-check script, indeed, I found some issues. Fixed them. Glad you found it useful Now, the only remaining warning is: Checking for Generic PCI bus-master DMA support... not found. ** Kernel without Generic PCI bus-master DMA support This checks for the 'CONFIG_BLK_DEV_IDEDMA_PCI' option, which seems to have been dropped somewhere between 2.6.29 and 2.6.31. I guess it was renamed or made non-optional, or something like that. I'll just remove this test from the script. Regards, Arnout ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] setting a runlevel at the boot prompt?
On Friday 05 February 2010 18:37:26 Jörn Nettingsmeier wrote: rashif, marije, On 02/05/2010 03:45 PM, nescivi wrote: On Monday 01 February 2010 18:34:46 Jörn Nettingsmeier wrote: since the runlevel corresponds with the need for a ll kernel, i wonder: is there any way to tell the kernel (via grub) to tell init to ignore the initdefault in /etc/inittab and go directly to runlevel $FOO? I wrote a tutorial for configuring to autoboot into emacs -sclang a while ago here: sweet! my custom runlevel is all set, and indeed it's just as simple as appending the runlevel number to my kernel command line! thanks a bunch. We are of course quite interested to know which scripts you removed in your special dedicated audio runlevel :) sincerely, Marije ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev