Re: [linux-audio-dev] [ot] [rant] gcc, you let me down one time too many

2005-06-05 Thread Jussi Laako
On Sat, 2005-06-04 at 16:59 +0200, Tim Goetze wrote: Enter gcc version 3, which drops multi-line inline assembly support. Enter gcc version 4, which requires the templated types' constructor code be rewritten in the most nonsensical, misleading and ugly fashion I've been maintaining my

Re: [linux-audio-dev] Acoustic echo canceller released

2005-06-05 Thread Benno Senoner
Hi, cool news about the echo canceller. some questions: I've found this algorithm on the web (but I did not test it) http://home.arcor.de/andreadrian/echo_cancel/draft-aec-03.txt How do you think your's and the one above compare quality wise ? Do linux telephony apps like linphone,

Re: [linux-audio-dev] [ot] [rant] gcc, you let me down one time too many

2005-06-05 Thread Christian Schoenebeck
Es geschah am Sonntag 05 Juni 2005 04:18 als Erik de Castro Lopo schrieb: I also find Ocaml a better high level language than Python because it is strictly and statically typed as well as compiling to native binaries which come close to the speed of C. The (very flawed IMO) language shootout

Re: [linux-audio-dev] [ot] [rant] gcc, you let me down one time too many

2005-06-05 Thread Erik de Castro Lopo
Christian Schoenebeck wrote: Es geschah am Sonntag 05 Juni 2005 04:18 als Erik de Castro Lopo schrieb: I also find Ocaml a better high level language than Python because it is strictly and statically typed as well as compiling to native binaries which come close to the speed of C. The

Re: [linux-audio-dev] [ot] [rant] gcc, you let me down one time too many

2005-06-05 Thread Tim Goetze
[Erik de Castro Lopo] Tim Goetze wrote: To be honest, I don't know if it's undefined behaviour; I don't read ISO compiler ABI standards (if they exist in the first place). I was simply trusting that common sense would always allow this cross-language subclassing, apparently I was wrong.

Re: [linux-audio-dev] [ot] [rant] gcc, you let me down one time too many

2005-06-05 Thread fons adriaensen
On Sun, Jun 05, 2005 at 10:12:06PM +1000, Erik de Castro Lopo wrote: It should be noted that the benchmark attempts to use the technique most approriate for the language. So, for the count words example, the C++ version uses std::vector from of the STL:

Re: [linux-audio-dev] [ot] [rant] gcc, you let me down one time too many

2005-06-05 Thread Jussi Laako
On Sun, 2005-06-05 at 15:08 +0200, fons adriaensen wrote: My aproach to C++ is very simple: I use it as 'C with classes'. No streams, no STL, no other nonsense. Gives me the best of both worlds - clean objects and low level. Same here, except; - exceptions make error handling simpler and

[linux-audio-dev] photo needed

2005-06-05 Thread Dave Phillips
Greetings: I've prepared a brief report on LAC 2005 for the Linux Journal, it's ready for submission but I need an outside photo of ZKM + the Kubus. Did anyone take a nice shot of the buildings that they'd like to see in LJ ? If so, let me know asap. A TIFF is preferred, but high-resolution

Re: [linux-audio-dev] [ot] [rant] gcc, you let me down one time too many

2005-06-05 Thread Jan Depner
On Sun, 2005-06-05 at 08:08, fons adriaensen wrote: My aproach to C++ is very simple: I use it as 'C with classes'. No streams, no STL, no other nonsense. Gives me the best of both worlds - clean objects and low level. Good answer. I've often wondered why anyone would use vectors. I

Re: [linux-audio-dev] [ot] [rant] gcc, you let me down one time too many

2005-06-05 Thread Tim Goetze
[Jussi Laako] On Sun, 2005-06-05 at 15:08 +0200, fons adriaensen wrote: My aproach to C++ is very simple: I use it as 'C with classes'. No streams, no STL, no other nonsense. Gives me the best of both worlds - clean objects and low level. Same here, except; - exceptions make error handling

Re: [linux-audio-dev] [ot] [rant] gcc, you let me down one time too many

2005-06-05 Thread Christian Schoenebeck
Es geschah am Sonntag 05 Juni 2005 14:12 als Erik de Castro Lopo schrieb: Christian Schoenebeck wrote: Es geschah am Sonntag 05 Juni 2005 04:18 als Erik de Castro Lopo schrieb: I also find Ocaml a better high level language than Python because it is strictly and statically typed as well

Re: [linux-audio-dev] Acoustic echo canceller released

2005-06-05 Thread Jean-Marc Valin
Le dimanche 05 juin 2005 à 13:01 +0200, Benno Senoner a écrit : Hi, cool news about the echo canceller. some questions: I've found this algorithm on the web (but I did not test it) http://home.arcor.de/andreadrian/echo_cancel/draft-aec-03.txt How do you think your's and the one above

[linux-audio-dev] [ann] caps-0.2.3

2005-06-05 Thread Tim Goetze
The ever popular CAPS Audio Plugin Suite reincarnates as v0.2.3, a maintenance release that rectifies the last remaining denormal problems and restores the intermittently nonfunctional AmpIV gain control to its usual fine form. CAPS is a LADSPA library that enjoys worldwide favour for its

[linux-audio-dev] Algorithm for displaying waveforms

2005-06-05 Thread Them
For a small application I am developing, I need to display waveforms (read-only) from audio data loaded into my application using libsndfile. My question is about displaying a waveform in a GUI window -- I have searched around the net looking for general algorithms but haven't seen anything that

Re: [linux-audio-dev] [ot] [rant] gcc, you let me down one time too many

2005-06-05 Thread David Cournapeau
Good answer. I've often wondered why anyone would use vectors. Because you don't need to worry about their deletion ? Granted that for pure audio processing programming, it is not really useful, and a bit dangerous. I always though myself that vector are slower than C array if use

Re: [linux-audio-dev] Please test the RT rlimits patch for audio

2005-06-05 Thread Jonathan Woithe
On Wed, Apr 27, 2005 at 08:13:21AM +1000, Luke Yelavich wrote: Some distros, like Slackware do not use pam. How could this patch still be used? I've written a small setuid utility which gives access to the new resource limits on an otherwise unpatched system (so long as a kernel with the new