Re: [linux-audio-dev] LAD conference Karlsruhe info

2003-03-12 Thread Sebastien Metrot
The name of the openprojects network have changed to freenode.net. Try irc.freenode.net. Sebastien - Original Message - From: "Frank Barknecht" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, 12 March, 2003 20:31 Subject: Re: [linux-audio-dev] LAD conference Karlsruhe info

Re: [linux-audio-dev] VSIPL

2003-03-08 Thread Sebastien Metrot
ject: Re: [linux-audio-dev] VSIPL > > isn't there software already out there in the public domain? > (http://www.vsipl.org/software/ ) > > On Sat, Mar 08, 2003 at 10:13:11PM +0100, Sebastien Metrot wrote: > > I learned about www.vsipl.org . I thought making a LGPL ve

[linux-audio-dev] VSIPL

2003-03-08 Thread Sebastien Metrot
I learned about www.vsipl.org . I thought making a LGPL version of this lib (with Altivec/SSE versions) could be a very interesting project, and a valuable tool for most of us. What do you think? Sebastien

Re: [linux-audio-dev] [OT] [for sale] RME Hammerfall (digi9652)

2003-03-04 Thread Sebastien Metrot
Huh, no linux driver CD? I'm not interested! (ok, easy one, sorry :-). Sebastien PS: I allready own one, great stuff, don't hesitate. - Original Message - From: "Paul Davis" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, 04 March, 2003 22:47 Subject: [linux-audio-dev] [OT] [

Re: [linux-audio-dev] Fwd: CSL Motivation (fwd)

2003-02-27 Thread Sebastien Metrot
I agree with Paul. Just as a side note: both Win32's MME and DirectX are callback based but there is a way to work with both of them without using a callback (which is not recomended at all). I think OS9's SoundManager is also callback based (and even interrupt driven, which is very dangerous). Th

Re: [linux-audio-dev] PTAF link and comments

2003-02-05 Thread Sebastien Metrot
Sure, I know the problem only is present if we want to get user interactions. Drawing in itself never have been a problem. Naive question: did anybody try to create an executable with 2 threads. In the first thread you run a simple GTK application, in the second thread you run a simple QT app. Bein

Re: [linux-audio-dev] PTAF link and comments

2003-02-05 Thread Sebastien Metrot
- Original Message - From: "David Olofson" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, 05 February, 2003 12:54 Subject: Re: [linux-audio-dev] PTAF link and comments > On Wednesday 05 February 2003 12.25, Sebastien Metrot wrote: > > XML UI

Re: [linux-audio-dev] PTAF link and comments

2003-02-05 Thread Sebastien Metrot
- Original Message - From: "Paul Davis" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, 05 February, 2003 12:49 Subject: Re: [linux-audio-dev] PTAF link and comments > >I think LAD people wants to enforce this because of the limitations of the > >XWindow system which is a ba

Re: [linux-audio-dev] PTAF link and comments

2003-02-05 Thread Sebastien Metrot
All these solutions are very limited to simple UI/Plugins. How would one build a sampler's UI with these blocks for exemple? The sampler is the typical problematic UI because the data set is really huge and have a separate code fragment (ie two processes for exemple) for the DSP and the UI means ha

Re: [linux-audio-dev] RE: MMA memebership [was XAP: Some thoughts on control ramping]

2003-01-23 Thread Sebastien Metrot
- Original Message - From: "Paul Davis" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, 23 January, 2003 18:13 Subject: Re: [linux-audio-dev] RE: MMA memebership [was XAP: Some thoughts on control ramping] > >I totaly disagree here: if Steinberg + MOTU + Cakewalk + Emagic + P

Re: [linux-audio-dev] RE: MMA memebership [was XAP: Some thoughts on control ramping]

2003-01-23 Thread Sebastien Metrot
- Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, 23 January, 2003 17:30 Subject: [linux-audio-dev] RE: MMA memebership [was XAP: Some thoughts on control ramping] > >>> > In this context it's seems a little ridiculous that the MMA is requiring > memb

Re: [linux-audio-dev] (fwd) Unified Audio Plugin Architecture (Meeting)

2003-01-09 Thread Sebastien Metrot
- From: "Steve Harris" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, 09 January, 2003 13:17 Subject: Re: [linux-audio-dev] (fwd) Unified Audio Plugin Architecture (Meeting) > On Thu, Jan 09, 2003 at 12:49:19 +0100, Sebastien Metrot wrote: > > and st

Re: [linux-audio-dev] (fwd) Unified Audio Plugin Architecture (Meeting)

2003-01-09 Thread Sebastien Metrot
Commercial Software vendor tend to look for pratical solutions for the problems at hand (even if sometimes it makes them really overlook some technical and political point). I would be astonished to see Steinberg Emagic Digidesign Cakewalk and the others agree on a solution that doesn't solves this

[linux-audio-dev] Steinberg acquired by Pinnacle

2002-12-19 Thread Sebastien Metrot
I'm not sure you care about it but Steinberg have just annouced that they will be acquired by Pinnacle Systems. http://www.steinberg-ag.net/presse/press_section.phtml?section=&action=show&; pressID=118 Sebastien

Re: [linux-audio-dev] XAP status : incomplete draft

2002-12-15 Thread Sebastien Metrot
[linux-audio-dev] XAP status : incomplete draft > On Sunday 15 December 2002 22.46, Sebastien Metrot wrote: > > Sorry to step in this very interesting discution but I have one > > question regarding this floating point note/pitch thing. > > At least, *I* don't mind. :-) > >

Re: [linux-audio-dev] XAP status : incomplete draft

2002-12-15 Thread Sebastien Metrot
Sorry to step in this very interesting discution but I have one question regarding this floating point note/pitch thing. Floating point is great for DSP code as it makes our lives quite easy. On the other hand, floating point is not a very stable way of storing fixed values such as notes. Many appl

Re: [linux-audio-dev] LADSPA and Softsynths

2002-12-12 Thread Sebastien Metrot
Great link for non native English speakers! Thanks!! Sebastien - Original Message - From: "Antti Boman" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, 12 December, 2002 11:21 Subject: Re: [linux-audio-dev] LADSPA and Softsynths > > I knew but you took me with you ;) There

Re: [linux-audio-dev] Re: Synth APIs, pitch control

2002-12-11 Thread Sebastien Metrot
This doesn't work most of the time because many names can have multiple meanings and vice versa. Also you'll have to manage encodings correctly, and most developpers are just not aware of what an encoding really is. Sebastien - Original Message - From: "David Olofson" <[EMAIL PROTECTED]>

Re: [linux-audio-dev] Plugin APIs (again)

2002-12-09 Thread Sebastien Metrot
Do I really look *that* clueless? ;-D Sebastien - Original Message - From: "David Olofson" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, 09 December, 2002 22:11 Subject: Re: [linux-audio-dev] Plugin APIs (again) > On Monday 09 December 2002 19.3

Re: [linux-audio-dev] Plugin APIs (again)

2002-12-09 Thread Sebastien Metrot
And so is JACK if i'm not mistaken ;-). Sebastien - Original Message - From: "Tim Hockin" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, 09 December, 2002 19:39 Subject: Re: [linux-audio-dev] Plugin APIs (again) > > XLR = Xtended Linux Rack (everybody knows its freind Jack ;

Re: [linux-audio-dev] Plugin APIs (again)

2002-12-09 Thread Sebastien Metrot
XLR = Xtended Linux Rack (everybody knows its freind Jack ;-) Just my 0.02 cents of euros :) Sebastien - Original Message - From: "Kjetil S. Matheussen" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, 09 December, 2002 19:24 Subject: Re: [linux-audio-dev] Plugin APIs (again)

Re: [linux-audio-dev] wow. who'da thunk it?

2002-11-16 Thread Sebastien Metrot
The connection management part is the only one that yamaha has a patents on. They run a licencing program in three parts, one of which is free of charge (but you have to sign a big NDA & a 30 page contract with them). They only accept companies and the last time I asked there was no way to register

Re: [linux-audio-dev] Gigasampler vs Halion PR war

2002-11-11 Thread Sebastien Metrot
I think I allready told the audience here about it but nobody seemed to listen :-). A good friend of mine works for steinberg. He worked (and still works) on Halion. He told me that steinberg only proved previous work with the cubase audio engine as cubase allready cache audio in ram and is a music

Re: [linux-audio-dev] Re: recognition, sort of (Paul Davis)

2002-10-31 Thread Sebastien Metrot
Welcome Ron! In fact it's easy: just take the source code and hack it into a VST/Dx plugin. Just don't forget to release the result's source code as GPL or LGPL dependng of the original licence of the Linux plugin :-). See how OSS is a better world yet? ;-) (had to answer that ;-)). Sebastien --

Re: [linux-audio-dev] Re: The Image (usablity) problem from a Musicians point of view

2002-10-22 Thread Sebastien Metrot
Yes, sure, I'm pretty sure nobody ever made a pure C vstplugin. I'm not sure about how Borland C & Delphi users manage to make plugins though. I believe Delphi user only use the C API but this is becoming mostly rethorical now :) Sebastien - Original Message - From: "Paul Davis" <[EMAIL P

Re: [linux-audio-dev] Re: image problem [was Re: [Alsa-devel] hel p for a levelmeter]

2002-10-22 Thread Sebastien Metrot
There is this annoying kind of double talk in the OSS comunity: many people just talk about how great OSS are and how every body should start using it and all that kind of stuff, but as soon as you ask for some professional behaviour from the apps and from the developers the only answer one gets is

Re: [linux-audio-dev] Re: The Image (usablity) problem from a Musicians point of view

2002-10-22 Thread Sebastien Metrot
Hu, in fact it's the other way around: VST is a C ApI based of a very small set of functions passing "opcodes" arround. It is wrapped with C++ on the plugin side but you can writte C only VST plugins (well, I don't know of any C only VST plugins anyway). DirectX/DirectShow is totaly COM based and t

Re: [linux-audio-dev] [ANN] Chameleon DSP engine

2002-08-12 Thread Sebastien Metrot
- Original Message - From: "Vincent Touquet" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, August 12, 2002 6:41 PM Subject: Re: [linux-audio-dev] [ANN] Chameleon DSP engine > You get lowlatency without patches, > and: does your pc has programmable knobs > and does it fit in

Re: [linux-audio-dev] App metadata intercomunication protocol..

2002-07-23 Thread Sebastien Metrot
There is no royalty fee for mLan. You just have to register with Yamaha to become a Licensee (the process is lengthy because of the distance, it took not far from 2 month for me). Sebastien - Original Message - From: "Paul Davis" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday,

Re: [linux-audio-dev] App intercomunication issues, some views.

2002-07-23 Thread Sebastien Metrot
Then you'd have to provide a way to do offline processing to. The clock source can't be the system clock in that case... (offline processing IS important for the musicians :-)) Sebastien - Original Message - From: "Vincent Touquet" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesda

Re: [linux-audio-dev] App metadata intercomunication protocol..

2002-07-23 Thread Sebastien Metrot
They don't even touch the idea of changing midi. (i'm registered with them as an mLan Licensee). Sebastien - Original Message - From: "Vincent Touquet" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, July 23, 2002 9:30 PM Subject: Re: [linux-audio-dev] App metadata intercomuni

Re: [linux-audio-dev] (no subject)

2002-07-23 Thread Sebastien Metrot
Using a DB for such a job has no real advantage because saving a project is just the begining of the story. After having been able to save your project you'll want to have a simple way to backup it simply, to move it to another computer (for exemple from a laptop computer to a desktop computer in

Re: [linux-audio-dev] Poll about linux music audio app usability

2002-06-10 Thread Sebastien Metrot
What about jMax and Reactor? Sebastien Original Message - From: "CK" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, June 10, 2002 4:59 PM Subject: Re: [linux-audio-dev] Poll about linux music audio app usability > I read: > > > > What tools are you talking about? I mean, I

Re: [linux-audio-dev] Poll about linux music audio app usability

2002-06-10 Thread Sebastien Metrot
What tools are you talking about? I mean, I own both PCs and Macs, and except Digital Performer I don't know about any other major package that only exists on the Mac. They all have at least a Win32 version. I think it even now the other way around: the Mac platform is really missing tools as powe

Re: [linux-audio-dev] Sample conversion tools

2002-06-04 Thread Sebastien Metrot
[My view is biased as Bernard Chavonnet, CDXtract's author, is one of my friends and I even helped him on some issues for the Mac port & some win32 programming...] That said I really think it is vastly superior to Translator! Translator is badly written in Visual Basic, crashes all the time, does

Re: [linux-audio-dev] OT CPU Fans

2002-06-02 Thread Sebastien Metrot
Hi, I just racked my main PC yesterday and i'm very happy with the result. The 19" standard rack cost me 220 euros and it cut the PC noise by at least 60 to 70%! My machine is a Bi PIII 933 with 3 HDs, a GeForce 3 et all PCI ports used. It didn't made the procesors temperature change too (i was a

Re: [linux-audio-dev] New soundapp site discussion

2002-04-05 Thread Sebastien Metrot
Good inovations always take a vast amount of time to cross the channel ;-). Sebastien - Original Message - From: "Frank Barknecht" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, April 05, 2002 7:30 PM Subject: Re: [linux-audio-dev] New soundapp site discussion > hi, > Dave

Re: [linux-audio-dev] diff for audiofiles?

2002-03-11 Thread Sebastien Metrot
There are many examples of uses of CVS for binary files in the Video Game Developpement world. There is NO good solution to binary files versionning that I know of. For exemple Alien Brain doesn't solve any of the issues and they reinvented the wheel with a proprietary (and ugly) solution based on

Re: [linux-audio-dev] EVO status...was: (open-source like hardware)

2002-01-17 Thread Sebastien Metrot
Hi! Halion does use the smae technology BUT steinberg have shown that they have been using an equivalent algorithm before the patent have actually been granted to Nemesys. "Where?" will you ask? Well, in cubase of course! Every audio sequencer I know of have to do read ahead of audio data if they

Re: [linux-audio-dev] Introducing DMIDI

2001-12-23 Thread Sebastien Metrot
ing DMIDI > On 21.12.2001 at 20:49:30, Sebastien Metrot <[EMAIL PROTECTED]> wrote: > > > You can have a look at the specs here: > > http://www.math.tu-berlin.de/~sbartels/unitor/ > > > > German only and I don't speak german :-(( (if anybody wants to tra

Re: [linux-audio-dev] Introducing DMIDI

2001-12-21 Thread Sebastien Metrot
You can have a look at the specs here: http://www.math.tu-berlin.de/~sbartels/unitor/ German only and I don't speak german :-(( (if anybody wants to translate the document I'm willing to help maintaining the driver... Sebastien - Original Message - From: "martijn sipkema" <[EMAIL PROTEC

Re: [linux-audio-dev] Introducing DMIDI

2001-12-21 Thread Sebastien Metrot
The AMT8 have a similar system to reduce the timing errors. In fact the sequencer device in the midi windows API does have a similar scheme: you send blocks of data in which every midi message is time stamped. I imagine the driver does the clock translation for you. Sebastien - Original Mess

Re: [linux-audio-dev] Looking for a specific developer

2001-11-20 Thread Sebastien Metrot
His ICQ # is (was) 454804. I'm not sure he still uses it or not. Sebastien - Original Message - From: "Vincent Touquet" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Wednesday, November 21, 2001 12:20 AM Subject: [linux-audio-dev] Looking for a specific devel

Re: [Alsa-devel] Re: [linux-audio-dev] Re: more bad low latency results

2001-11-15 Thread Sebastien Metrot
I have the same problem for any application that use 3D accelerated hardware on WinXP with the latest nVidia drivers (on a developement GeForce3 from nVidia). It didn't happend with the pre 2.x drivers... I never checked with linux, I'll try to do that... Sebastien - Original Message - F

Re: [linux-audio-dev] JACK and licenses: a very important question

2001-11-11 Thread Sebastien Metrot
I personally prefer the LGPL for libraries and JACK seems to be one. But it's your code isn't it? Itsn't it up to you to choose then? Sebastien - Original Message - From: "Paul Davis" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, November 11, 2001 5:43 PM Subject: [linux-aud

Re: [linux-audio-dev] LAAGA/JACK/LAIC [OT]

2001-10-01 Thread Sebastien Metrot
I think the real point is that JACK doesn't even need to be an acronym with a meaning (which it is, Jack Audio Conection Kit), but its name allready expresses what it does: a Jack to plug audio application juste like you would have a jack in between real instruments/mixing consoles/effects, etc...