[linux-audio-dev] JOB POSTING - VSTs and Wine

2004-02-13 Thread Michael Ost
Our Menlo Park, CA based startup is looking for someone with strong Wine skills to help us support VST plugins in a Wine environment. Plugin compatibility issues need to be tracked down and solved, either by patching Wine or our hosting environment. Deep experience in Wine configuration and develo

Re: [linux-audio-dev] DRI + Jack conflict?

2004-02-13 Thread Steve Harris
On Fri, Feb 13, 2004 at 07:48:18 +0100, Tim Goetze wrote: > [Steve Harris] > > >> i do agree that GL is a potentially important optimization. i don't > >> expect the potential to manifest itself within the next cople of years > >> though. :) > > > >Right, well in the meantime im doing it as option

Re: [linux-audio-dev] DRI + Jack conflict?

2004-02-13 Thread Steve Harris
On Fri, Feb 13, 2004 at 07:43:06 +0100, Joern Nettingsmeier wrote: > Steve Harris wrote: > > > >Right, well in the meantime im doing it as optional - eg. I have an alpha > >version of meterbridge which can use GL - if you have it, it's massivly > > where? Its not public yet - its /really/ alpha m

acer aspire 1500 & hdsp WAS: Re: [linux-audio-dev] hdsp+latency questions

2004-02-13 Thread Tim Blechmann
hi all, has anyone tried to run a hdsp on an acer aspire 1500? since there is the possibility that i'll never be able to run the hdsp on my acer aspire 1400, i consider buying a new machine ... but i'll only do so, if i've seen a hdsp working on the machine, i'm interested in... the acer aspire 1

Re: [linux-audio-dev] [i686] xmm regs + gcc inline assembly

2004-02-13 Thread Tim Goetze
[Simon Jenkins] >>so saying "=m" (d) causes xmm0 to be written to &d, not d, as >>intended. if &d isn't 128-bit aligned, it will segfault now. >>even if it is, that's not where we wanted the numbers from xmm0 >>to go ... >> >The discrepency here is because you originally said you were trying to >g

Re: [linux-audio-dev] Re: Modular Jack patch bay

2004-02-13 Thread Dave Robillard
On Fri, 2004-02-13 at 11:20, Juhana Sadeharju wrote: > Hello. > > I was reading Ableton Live tutorials at "www.creativesynth.com" and > found the following: > > One important point about Rewire hosting - that is shutdown order. > If you try to shut down Live while Reason is running, you will

Re: [linux-audio-dev] [i686] xmm regs + gcc inline assembly

2004-02-13 Thread Simon Jenkins
Simon Jenkins wrote: [...] printf ("z is %.2f\n", z ); } /* end */ [...] No I didn't. Something's eaten a couple of linefeeds here. (other than that it still looks ok). ~S

Re: [linux-audio-dev] [i686] xmm regs + gcc inline assembly

2004-02-13 Thread Simon Jenkins
Tim Goetze wrote: Simon Jenkins wrote: I can definitely get asm ("movaps %%xmm1 %0" : "=m" (t[0])); to exhibit the optimisation problem (the one I couldn't get your original line to show) and then fix it again by removing the [0]. [snip] ok, here is a distilled test of how i allocate and use

Re: [linux-audio-dev] DRI + Jack conflict?

2004-02-13 Thread Tim Goetze
[Steve Harris] >> i do agree that GL is a potentially important optimization. i don't >> expect the potential to manifest itself within the next cople of years >> though. :) > >Right, well in the meantime im doing it as optional - eg. I have an alpha >version of meterbridge which can use GL - if y

Re: [linux-audio-dev] DRI + Jack conflict?

2004-02-13 Thread Joern Nettingsmeier
Steve Harris wrote: Right, well in the meantime im doing it as optional - eg. I have an alpha version of meterbridge which can use GL - if you have it, it's massivly where? more efficient, it looks better and you can resize the windows. -- The handles of a craftsman's tools bespeak an absolute s

Re: [linux-audio-dev] Re: Modular Jack patch bay

2004-02-13 Thread Paul Davis
>If I remove a synth application in Jack, then what happens to the effect >applications in the path? Does they receive silent input or break up? >The silent input would be better because then I could switch the >synth application with a need to remake the whole system. silent input, of course.

Re: [linux-audio-dev] DRI + Jack conflict?

2004-02-13 Thread Steve Harris
On Fri, Feb 13, 2004 at 06:49:25 +0100, David Olofson wrote: > On Friday 13 February 2004 16.52, Steve Harris wrote: > > On Fri, Feb 13, 2004 at 04:34:59 +0100, Vincent Touquet wrote: > > > On Fri, Feb 13, 2004 at 03:24:05PM +, Steve Harris wrote: > > > >Matrox have just release a card designed

Re: [linux-audio-dev] Re: Modular Jack patch bay

2004-02-13 Thread Steve Harris
On Fri, Feb 13, 2004 at 06:20:48 +0200, Juhana Sadeharju wrote: > If I remove a synth application in Jack, then what happens to the effect > applications in the path? Does they receive silent input or break up? > The silent input would be better because then I could switch the > synth application w

Re: [linux-audio-dev] DRI + Jack conflict?

2004-02-13 Thread David Olofson
On Friday 13 February 2004 16.52, Steve Harris wrote: > On Fri, Feb 13, 2004 at 04:34:59 +0100, Vincent Touquet wrote: > > On Fri, Feb 13, 2004 at 03:24:05PM +, Steve Harris wrote: > > >Matrox have just release a card designed for audio that has no > > > fans (due to downclocked 3d processor) a

[linux-audio-dev] Re: Modular Jack patch bay

2004-02-13 Thread Juhana Sadeharju
Hello. I was reading Ableton Live tutorials at "www.creativesynth.com" and found the following: One important point about Rewire hosting - that is shutdown order. If you try to shut down Live while Reason is running, you will get a warning that looks something like this: [ the program c

Re: [linux-audio-dev] DRI + Jack conflict?

2004-02-13 Thread Steve Harris
On Fri, Feb 13, 2004 at 04:34:59 +0100, Vincent Touquet wrote: > On Fri, Feb 13, 2004 at 03:24:05PM +, Steve Harris wrote: > >Matrox have just release a card designed for audio that has no fans (due > >to downclocked 3d processor) and lots of acceleration on all heads. > > Which one ? :) http

Re: [linux-audio-dev] DRI + Jack conflict?

2004-02-13 Thread Vincent Touquet
On Fri, Feb 13, 2004 at 03:24:05PM +, Steve Harris wrote: >Matrox have just release a card designed for audio that has no fans (due >to downclocked 3d processor) and lots of acceleration on all heads. Which one ? :) >Right, well in the meantime im doing it as optional - eg. I have an alpha >v

Re: [linux-audio-dev] DRI + Jack conflict?

2004-02-13 Thread Steve Harris
On Fri, Feb 13, 2004 at 01:53:50 +0100, Tim Goetze wrote: > >Hear hear. I think that GL accelration is a (potentially) important > >optimisation for audio apps - it saves a lot of cache and memory bandwidth > >that can be better used number-crunching audio. > > i'm a bit skeptical about this GL +

Re: [linux-audio-dev] GarageBand

2004-02-13 Thread Doug Wellington
Previously: >There is a thread on Slashdot about Apples much hyped music production >thingie christened "GarageBand". > >It appears to me to be very inefficient. From what I can read, it >handles only a very few voices and very few audio-tracks. Actually, I >think it sucks! > >Anybody care to comme

Re: [linux-audio-dev] hdsp+latency questions

2004-02-13 Thread Tim Blechmann
> hi tim! > i don't know much about cardbus controllers, but lspci gives me > 02:06.0 CardBus bridge: O2 Micro, Inc.: Unknown device 7114 (rev 20) > 02:06.1 CardBus bridge: O2 Micro, Inc.: Unknown device 7114 (rev 20) > 02:06.2 System peripheral: O2 Micro, Inc.: Unknown device 7110 > on the acer no

Re: [linux-audio-dev] DRI + Jack conflict?

2004-02-13 Thread David Olofson
On Friday 13 February 2004 13.53, Tim Goetze wrote: [...] > >Hear hear. I think that GL accelration is a (potentially) > > important optimisation for audio apps - it saves a lot of cache > > and memory bandwidth that can be better used number-crunching > > audio. > > i'm a bit skeptical about this

Re: [linux-audio-dev] DRI + Jack conflict?

2004-02-13 Thread Tim Goetze
Steve Harris wrote: >On Tue, Feb 10, 2004 at 02:26:03 +0100, Vincent Touquet wrote: >> On Tue, Feb 10, 2004 at 08:31:10AM -0500, Dave Phillips wrote: >> > Machine is an 800 MHz AMD w. 512 MB RAM, system is Planet CCRMA RH 9. >> >Any help on this matter would be greatly appreciated. I haven't had t

Re: [linux-audio-dev] DRI + Jack conflict?

2004-02-13 Thread Vincent Touquet
On Fri, Feb 13, 2004 at 12:14:53PM +, Steve Harris wrote: >Hear hear. I think that GL accelration is a (potentially) important >optimisation for audio apps - it saves a lot of cache and memory bandwidth >that can be better used number-crunching audio. Right. >Paul is right that its a kludge,

Re: [linux-audio-dev] DRI + Jack conflict?

2004-02-13 Thread Steve Harris
On Tue, Feb 10, 2004 at 02:26:03 +0100, Vincent Touquet wrote: > On Tue, Feb 10, 2004 at 08:31:10AM -0500, Dave Phillips wrote: > > Machine is an 800 MHz AMD w. 512 MB RAM, system is Planet CCRMA RH 9. > >Any help on this matter would be greatly appreciated. I haven't had this > >kind of noise pr

[linux-audio-dev] GarageBand

2004-02-13 Thread Jens M Andreasen
There is a thread on Slashdot about Apples much hyped music production thingie christened "GarageBand". It appears to me to be very inefficient. From what I can read, it handles only a very few voices and very few audio-tracks. Actually, I think it sucks! Anybody care to comment? A handful of m

Re: [linux-audio-dev] Modular Jack patch bay

2004-02-13 Thread Steve Harris
On Mon, Feb 09, 2004 at 02:13:57 -0500, Dave Robillard wrote: > > When ardour is in use I imagine a feature where the output ports of a > > program can appear as a seperate module from the input ports would be > > handy (so that [ardour output]->[effects chain]->[ardour input] can be > > drawn wit

Re: [linux-audio-dev] hdsp+latency questions

2004-02-13 Thread d
hi tim! i don't know much about cardbus controllers, but lspci gives me 02:06.0 CardBus bridge: O2 Micro, Inc.: Unknown device 7114 (rev 20) 02:06.1 CardBus bridge: O2 Micro, Inc.: Unknown device 7114 (rev 20) 02:06.2 System peripheral: O2 Micro, Inc.: Unknown device 7110 on the acer notebook (tm80

Re: [linux-audio-dev] MIDI interface latency

2004-02-13 Thread Jens M Andreasen
On fre, 2004-02-13 at 00:53, Tim Goetze wrote: > David Olofson wrote: > > >Depends on the wire. For standard 31250 bps MIDI cables, the minimum > >latency for a NoteOn message (status, pitch, velocity - three bytes) > >is 0.96 ms. (It is one start bit and one stop bit, right...?) > > yes, but you

Re: [linux-audio-dev] MIDI interface latency

2004-02-13 Thread Jens M Andreasen
On tor, 2004-02-12 at 20:30, [EMAIL PROTECTED] wrote: > Anybody know what's the minimum latency that can be achieved passing MIDI > notes from one computer to another? -- > ... I have a hunch that midi over ip has latency too high and > unpredictable for this. > tcp/ip may be too unpredictable,