[linux-audio-dev] [ANNOUNCE] hexter DSSI plugin 0.5.8

2005-01-09 Thread Sean Bolton
A minor update of hexter, the Yamaha DX7 modeling DSSI plugin, is now available at: http://sourceforge.net/project/showfiles.php? group_id=104230&package_id=134428 Changes include: * Now uses GTK+ 2.x by default. GTK+ 1.2 and a minimal text- based UI are also available. * Added an output gai

[linux-audio-dev] [ANNOUNCE] Xsynth-DSSI 0.9.0

2005-01-09 Thread Sean Bolton
Announcing the latest release of Xsynth-DSSI, version 0.9.0. New features since the last general release include: * Anti-aliased, hard-sync-capable, minBLEP-based oscillators, including a new variable-slope triangle mode. (LADSPA versions of these oscillators are in the works.)

Re: [linux-audio-dev] [semi-OT] EEL 0.1.0

2005-01-09 Thread David Olofson
On Sunday 09 January 2005 21.47, Stefan Westerfeld wrote: [...] > in a property at the GUI, to allow the user to add its own custom > DSP code. But its really just started, thus I am wondering whether > EEL is intended for this domain (RT audio processing), or whether > it will be too slow. The ne

Re: [linux-audio-dev] [semi-OT] EEL 0.1.0

2005-01-09 Thread Paul Davis
>I know that for RT audio processing, in the end you should compile the >resulting code; the question is that: can EEL be used for rapid >prototyping of DSP algorithms, or is it too slow (or to unreliable when whether EEL can or not, you should consider FAUST from GRAME, since its precisely intend

Re: [linux-audio-dev] [semi-OT] EEL 0.1.0

2005-01-09 Thread Stefan Westerfeld
Hi! On Sun, Jan 09, 2005 at 09:08:22PM +0100, David Olofson wrote: > There! I've decided the new, rewritten EEL scripting engine is about > ready to start playing around with. My BEAST Evaluator plugin allows the user to add custom DSP code like writing output = sin (input_1 * 7) + 1 + 0.4 *

Re: [linux-audio-dev] Plans/Roadmaps for 2005?

2005-01-09 Thread Stefan Westerfeld
Hi! On Fri, Jan 07, 2005 at 03:40:33PM +0100, Florian Schmidt wrote: > i'm writing this email, because i'm interested in what plans the > different linux audio developers have for the year 2005 Any new > revolutionary applications planned? Major changes to some of the > existing apps? So let us

Re: [linux-audio-dev] interesting read

2005-01-09 Thread Paul Davis
>Not just zero copy, you don't even need to interrupt at the period >boundary. The critical hardware feature is being able to mmap the >position register. Does any current hardware do this? old ISA cards could do this :( i did some experiments, oh, maybe 4-5 years ago with my wavefront card usi

Re: [linux-audio-dev] interesting read

2005-01-09 Thread Lee Revell
On Sun, 2005-01-09 at 20:52 +0100, Stefano Cavallari wrote: > Il dom, 2005-01-09 alle 19:42, Lee Revell ha scritto: > > > Anyway if it works like they claim, it implies the middle layer is quite > > powerful. It's a fascinating read. The really interesting stuff is in > > the Word document. > >

[linux-audio-dev] [semi-OT] EEL 0.1.0

2005-01-09 Thread David Olofson
(This is not strictly audio oriented, though the project started out as part of a sound engine, and I figured it might be of some interest to some people here.) There! I've decided the new, rewritten EEL scripting engine is about ready to start playing around with. There is some work left to

Re: [linux-audio-dev] interesting read

2005-01-09 Thread Stefano Cavallari
Il dom, 2005-01-09 alle 19:42, Lee Revell ha scritto: > Anyway if it works like they claim, it implies the middle layer is quite > powerful. It's a fascinating read. The really interesting stuff is in > the Word document. > > http://www.microsoft.com/whdc/device/audio/wavertport.mspx > http://d

[linux-audio-dev] interesting read

2005-01-09 Thread Lee Revell
So I decided to try reverse engineering a Windows driver yesterday, and came across this om Microsoft's site. It's a preliminary audio driver writer's guide for the Longhorn low latency audio system, they call it WaveRT. Anyway if it works like they claim, it implies the middle layer is quite pow

[linux-audio-dev] [admin] announce-list policy rationale

2005-01-09 Thread Joern Nettingsmeier
Florin Andrei wrote: On Sun, 2004-12-12 at 13:58 +0200, Kai Vehmanen wrote: when linux-audio-announce was created, it was agreed that announcements should be crossposted to all three lists. The reasoning was that this way people wouldn't have to subcsribe to LAA if they were already on LAD+LAU. Now