Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

2 participants
7501 discussions

[linux-audio-dev] LJ On-line article re: LAC2004

by Dave Phillips

Greetings: Linux Journal has published a brief review of the Karlsruhe conference: http://linuxjournal.com/article.php?sid=7577&mode=thread&order=0 Please make corrections and comments on the page itself (rather than writing to me). Best, dp

21 years, 1 month

[linux-audio-dev] [ANN] galan-0.3.0-beta6 "vst(i) in the modular synth" released.

by torbenh＠gmx.de

hi... i just wanted to announce the release of galan-0.3.0_beta6. This release has vst(i) support through libfst. So if you ever wanted to wire up networks of vst plugins and instruments, you can do this now. fst is available here: http://linuxaudiosystems.com/fst/fst-1.5.tar.gz we have some issues with the embedding of windows into the app. it will work if you set managed = "N" in your wine config. and it will work with IcwWM and fluxbox. for other windowmanagers i cant tell. i hope to find this issue so that it works with every windowmanager soon. and for those who dont know. gAlan is a mixture of pd and reaktor. there is eventprocessing, and there are two windows: one for the schematics and one for the controls. in the controls window you can have several panels with custom background images. look here for an example of an instrument built with gAlan: http://galan.sourceforge.net/anti-aliased-knobs.png galan supports subpatches. and polyphony is already possible (but i will refine that a lot in the future) the documentation is not very good, and the example patches are a little old. but i hope the stuff which you can add from the Lib/ menu gets you started quite easyly. the download page is here: http://sourceforge.net/projects/galan -- torben Hohn http://galan.sourceforge.net -- The graphical Audio language

21 years, 1 month

[linux-audio-dev] Request to audio related LiveCD packagers

by Thomas Charbonnel

Hi, I recently tested two audio/multimedia oriented linux live cds (namely Dyne:bolic 1.2 and Agnula LAM edition), and was rather disapointed to see that alsa was only partly shipped on those distributions. The alsa-tools and alsa-firmware packages were lacking, which renders some cards useless (e.g. the RME hdsp Multiface and Digiface cards need to be fed with a binary configuration data file found in alsa-firmware, using hdsploader, to be found in alsa-tools - without this operation those cards will simply not work). Thomas

21 years, 1 month

[linux-audio-dev] kernel 2.6.6 just out

by Robert Jonsson

Hi, As a service to all readers, here's an excerpt of the Changelog concerning latency: ;) <akpm(a)osdl.org> [PATCH] Add mpage_writepages() scheduling point From: Jens Axboe <axboe(a)suse.de> Takashi did some nice latency testing of the current kernel (with -mm writeback changes), and the biggest offender in general core is mpage_writepages(). <akpm(a)osdl.org> [PATCH] ia32: 4Kb stacks (and irqstacks) patch From: Arjan van de Ven <arjanv(a)redhat.com> Below is a patch to enable 4Kb stacks for x86. The goal of this is to 1) Reduce footprint per thread so that systems can run many more threads (for the java people) 2) Reduce the pressure on the VM for order > 0 allocations. We see real life workloads (granted with 2.4 but the fundamental fragmentation issue isn't solved in 2.6 and isn't solvable in theory) where this can be a problem. In addition order > 0 allocations can make the VM "stutter" and give more latency due to having to do much much more work trying to defragment <akpm(a)osdl.org> [PATCH] reiserfs: scheduling latency improvements <akpm(a)osdl.org> [PATCH] unmap_vmas latency improvement unmap_vmas() will cause scheduling latency when tearing down really big vmas on !CONFIG_PREEMPT. That's a bit unkind to the non-preempt case, so let's do a cond_resched() after zapping 1024 pages. So... humbly asking, is it time yet to make the switch? :-) /Robert

21 years, 1 month

[linux-audio-dev] [ot] Some pictures from LAConf2

by Frank Barknecht

Hallo, first ZKM pics: http://footils.org/cms/pydiddy/wiki/LaConf2 Mostly showing just me on stage, but one also has the audience, composed of among others Joern, Victor Lazzarini, Guenther Geiger, Frank de Pol (l. to r.) Bad quality due to mobile photo-phone. Ciao -- Frank Barknecht _ ______footils.org__

21 years, 1 month

[linux-audio-dev] lash subversion repository

by Bob Ham

Hi all, Just a note to say that a lash subversion[0] repository is up at svn://svn.lash-audio-session-handler.org/lash/lash/trunk It's currently uncompilable, but that'll change :) Bob [0] http://subversion.tigris.org/ -- Bob Ham <rah(a)bash.sh>

21 years, 1 month

[linux-audio-dev] Fwd: open hardware, Linux

by Luke Yelavich

Forwarding this to mailing lists where others may be interested. >Envelope-to: luke(a)audioslack.com >From: Vedran Vucic <vvucic(a)eunet.yu> >To: audioslack-users(a)audioslack.com >Date: Sat, 8 May 2004 13:44:53 +0000 > >Dear colleagues, > >A good friend of mine started project creating open audio card and possibly >he is interested to find people who can maybe contribute to idea of opencores >and open hardware having in mind that his project is related with audio >recording and editing. > >www.opencores.org/projects.cgi/web/fac2222m/overview > >I think that such an effort may be very important contribution to efforts all >we are committed. > >Best wishes, > >Vedran Vucic -- Luke Yelavich http://www.audioslack.com luke(a)audioslack.com

21 years, 1 month

[linux-audio-dev] Re: audio application design problem

by Juhana Sadeharju

>From: Christian Henz <chrhenz(a)gmx.de> > >So far I've been using an Observer pattern Are all these patterns described somewhere in the web? People refers mostly to some book(s) but that is not available for me. >Surely one doesn't want the audio thread to execute widget redraws. >So one has to de-couple these mechanisms, for example by defining >event and update messages and passing those around by FIFOs instead >of direct parameter manipulation / direct GUI callbacks. The audio thread should not execute even indirectly any GUI code. If you send commands from audio thread to GUI thread, the GUI thread should not execute each command "as is". If the audio thread sends commands at too fast rate and GUI thread processes each of them, the system breaks. So, the de-coupling must happen at greater level than at basic threading level. I would set up the graphics engine to run at constant frame rate; say, 30 frames per second which is enough for our eyes. Then I would set the audio thread to send events at most at rate 30 times per second. GUI thread should process as many events at a time as possible. In practise, the fixed frame rate would be an upper bound for the actual rate; rate could be 10 Hz if there is a lot of drawing --- that is why the events must be processes in "as many as available" manner and some multiple events may require skipping. In simplest, the fixed rate GUI could peek at the variables of the audio thread; no FIFO. Using any frame rate bound in non-video-player applications is something I have not seen before. I use this kind of fixed frame rate in my little experimental painting software. E.g., GIMP don't work that way. -*- How Ardour and other realtime applications do it? What if one uses a volume meter plugin with small buffer size? Would the plugin be executed, e.g., 200 times per second and at each time would GUI be changed? Not a good idea. Has this problem dealt in GMPI discussions? Regards, Juhana

21 years, 1 month

[linux-audio-dev] info request - users of Edirol UA-5

by Alfons Adriaensen

Hello, if there are any users of the Edirol UA-5 USB interface out there, I'd like to hear from you ! TIA -- Fons

21 years, 1 month

Re: [Agnula-Users] Re: [linux-audio-dev] Request to audio related LiveCD packagers

by Andrea Glorioso

>>>>> "Tom" == Tom Kerswill <tomkerswill(a)f2s.com> writes: > As a musician and user of the software, I think that it is more > important to get maximum useability and practicallity out of the > software. At the moment most musicians are paying for Microsoft > Windows software, because there is not an alternative that > supports their hardware. That's the most pressing problem. If > there are free alternatives in development, then use them, but > if there is no alternative, then it is most important to support > a wide range of equipment and reach as many potential users as > possible. Tom, please notice that this is a matter of distribution. The fact that A/DeMuDi doesn't come with the firmware doesn't mean the user can't simply download the firmware itself (not that I particularly like this solution). Of course this can't be done on the Live CD until you install it on the hard disk (if you feel like doing it) but then again I very much doubt you can do serious low-latency work directly from CD - anybody correct me if I'm wrong. bye, -- Andrea Glorioso andrea.glorioso(a)agnula.org AGNULA Technical Manager http://www.agnula.org/ M: +39 333 820 5723 F: +39 (0)51 930 31 133 "Libre Audio, Libre Video, Libre Software: AGNULA"

21 years, 1 month

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