Re: [linux-audio-dev] photo needed

2005-06-08 Thread Paul
Hi. I made many photos of the building, including some nice panoramas. The pics are at resolution 1024x768 or 1600x1200 and if you want, I can stitch some panoramas. Paul Greetings: I've prepared a brief report on LAC 2005 for the Linux Journal, it's ready for submission but I need an outside

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

2005-06-08 Thread Simon Jenkins
On Tue, 2005-06-07 at 19:34 -0500, Jan Depner wrote: On Tue, 2005-06-07 at 19:20, Dave Robillard wrote: Premature optimization is the root of all evil. Using C arrays and strings for no reason when a much more robust higher level type would suffice is /just as stupid/ as always using slow

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

2005-06-08 Thread Alfons Adriaensen
On Wed, Jun 08, 2005 at 10:20:01AM +1000, Dave Robillard wrote: Premature optimization is the root of all evil. That's by Donald Knuth IIRC. Most of wht I know about programming (I mean relevant things, not language or system nitty-gritty), comes from hist ACP series of books, and I'd agree

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

2005-06-08 Thread Alfons Adriaensen
On Wed, Jun 08, 2005 at 09:50:42AM +0100, Simon Jenkins wrote: Suppose I sum a vector of 5 million integers and it takes 6 seconds. And assume - (generously![1]) - that I switch to using an array and now it only takes 1 second. Hmmm... a 6 * speedup! So I look to see where else my code could

[linux-audio-dev] [Slightly OT] How to access real-time capabilities

2005-06-08 Thread Asbj�rn S�b
This is, I know, slightly off-topic for this group, as it does not deal with audio per se. It does, however, deal with the real-time/preemptible Linux kernel, for which I think most of the expertice is gathered here. The OS is Linux, the computer an ordinary PC. The task we are faced with is

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

2005-06-08 Thread Maarten de Boer
Paul Davis [EMAIL PROTECTED] wrote: i'll leave making things as fast as possible to intel, AMD and the gcc team. When I read this when you posted this the first time, I thought: and what about PPC? But now, after Steve Jobs WWDC keynote, it turns out that your omission of PPC was visionary :-)

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

2005-06-08 Thread Alfons Adriaensen
On Wed, Jun 08, 2005 at 07:19:56AM -0400, Paul Davis wrote: the nice thing about a design pattern like STL containers is that you can toggle back and forth between any all of them with almost no work. i can't count how many times in ardour i have changed: typedef vectorFoo Foos; to

Re: [linux-audio-dev] photo needed

2005-06-08 Thread Dave Phillips
Greetings: Many thanks to Burkhard Woelfel and Paul Nasca for your kind offers, but ZKM came through with a very nice publicity shot of the Kubus. Btw, the LAC2005 report will appear in the Linux Journal in August or September. It's just a brief report, nothing new to the members of this

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

2005-06-08 Thread Paul Davis
Again, valid point. But algorithmic design IMHO includes the selection of the right data structures and interfaces in function of the required data / time complexity. absolutely. As to assembler, I've no problem with it per se - you can write well [ ... ] In both cases, we're probably talking

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

2005-06-08 Thread Simon Jenkins
As far as data volumes go, for your 5 million integers, you're off by about 5 orders of magnitude ;-) So, now that 5ms just became 500 seconds. Yes, my users do notice and appreciate that time savings ;-) Jan Sooo. if you stored this stuff on punched paper tape it would be long enough to

Re: [linux-audio-dev] Re: Software controller for homemade edrums

2005-06-08 Thread Olivier Guilyardi
Hi Florian, Florian Schmidt wrote: For quick tests without libDSP you can tweak the jack_convolve Makefile a little: uncomment the #COMPILE_FLAGS += -DC_CMUL line and remove -ldsp from the LINK_FLAGS line. This will use an unoptimized C complex multiplication implementation. jack_convolve

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

2005-06-08 Thread Alfons Adriaensen
On Wed, Jun 08, 2005 at 09:12:05AM -0400, Paul Davis wrote: SAWstudio is a pretty full-featured DAW that is, AFAIK, written almost entirely in x86 assembler. Its blazingly fast and yet dinosaur like at the same time, from what I hear. Reminds me of the original version of Sibelius (the music

Re: [linux-audio-dev] Re: Software controller for homemade edrums

2005-06-08 Thread Ben Loftis
Message: 10 Date: Wed, 08 Jun 2005 15:57:23 +0200 From: Olivier Guilyardi [EMAIL PROTECTED] Subject: Re: [linux-audio-dev] Re: Software controller for homemade edrums To: The Linux Audio Developers' Mailing List linux-audio-dev@music.columbia.edu Message-ID: [EMAIL

Re: [linux-audio-dev] [Slightly OT] How to access real-time capabilities

2005-06-08 Thread Jack O'Quin
[EMAIL PROTECTED] (Asbjørn Sæbø) writes: * Will an ordinary program, run as root, take advantage of the real time capabilities of the kernel? No. * Will an ordinary program, run as a user that is a member of the audio group on f.i. Agnula, take advantage of the real-time capabilities?

[linux-audio-dev] disaster day #3

2005-06-08 Thread Dave Phillips
Greetings: While waiting for another box I decided to pull the RAM and test each stick (256 MB each). The problem occurred with either stick. I'm able to log in, work for a few minutes, then the box just freezes. I can hear the disk drive make a little activity noise first, then

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

2005-06-08 Thread Jussi Laako
On Wed, 2005-06-08 at 14:08 +0200, Alfons Adriaensen wrote: typedef listFoo Foos; Valid point, there are occasions where you can do this sort of thing. But when we are talking about large data sets and heavy use, it could lead to some nasty surprises. For small data sets, it doesn't

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

2005-06-08 Thread Jussi Laako
On Wed, 2005-06-08 at 05:47 -0700, [EMAIL PROTECTED] wrote: I'm working with multibeam sonar, airborne topographic and hydrographic LIDAR, and airborne hyperspectral imagery data. Sonar and radar applications are very familiar to me. There is no reason why those couldn't be very efficient,

Re: [linux-audio-dev] Re: Software controller for homemade edrums

2005-06-08 Thread Olivier Guilyardi
Hi Ben, Ben Loftis wrote: From: Olivier Guilyardi [EMAIL PROTECTED] Okay, so I now have an idea of what convolution is. Your little piece of software is very nice, very easy to understand. I used three samples : a bassdrum, a snare drum, and a short guitar chord. I plugged the output of one of

Re: [linux-audio-dev] Re: Software controller for homemade edrums

2005-06-08 Thread Olivier Guilyardi
I forgot to give a link to the guitar chord sample I used with jack_convolve. Here it is : http://samalyse.com/labs/edrum/audio/chord.wav Regards -- og

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

2005-06-08 Thread Jussi Laako
On Wed, 2005-06-08 at 22:09 +0300, Jussi Laako wrote: And you can still access the individual samples by using vData[n] without significant performance penalty compared to a simple float array. And I say significant here just because it also performs bounds checking. It could be made even

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

2005-06-08 Thread Chris Cannam
On Wednesday 08 Jun 2005 21:45, [EMAIL PROTECTED] wrote: then processing speed becomes extremely important. There have been some very good points made in this discussion and I will definitely investigate some of them. My problem here is that I've heard the same type of thing from companies

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

2005-06-08 Thread Chris Cannam
On Wednesday 08 Jun 2005 21:35, Jussi Laako wrote: You can derive a new class from the template and overload the [] operator to perform exactly same as in C. After compilation the result is the same no matter if the template or C array is used. Are you sure this is still true in the gcc world,

Re: [linux-audio-dev] Re: Software controller for homemade edrums

2005-06-08 Thread Ben Loftis
And, as I said above, it did work better with some samples than with others, but: it works :-) Here are three example of what it sounds like, using a modified guitar chord sample as response file : 1 - For this one I softly hit the edge of the pad continuously, and the middle of the edge

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

2005-06-08 Thread Tim Goetze
[Simon Jenkins] ...which your Descriptor template can pick up without using any specialisation like this: template class T class Descriptor : public DescriptorStub { public: Descriptor() { UniqueID = T::UniqueID; } ... }; Just a thought. And a good one, thanks. Set me thinking and I

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

2005-06-08 Thread Taybin Rutkin
I believe the C++ standard specifies that vector uses contigous memory and that v[0] returns a valid pointer to an array. Taybin -Original Message- From: Chris Cannam [EMAIL PROTECTED] Sent: Jun 8, 2005 4:41 PM To: linux-audio-dev@music.columbia.edu Cc: Jussi Laako [EMAIL PROTECTED]

Re: [linux-audio-dev] Re: Software controller for homemade edrums

2005-06-08 Thread Olivier Guilyardi
Ben Loftis wrote: As you may see, scratching seems to work fine in here :-) This is so incredibly cool! Is this technique already in wide use somewhere that I missed? Because if not, it should be. This means that all you need for an electronic drum set is a multichannel sound card and

Re: [linux-audio-dev] disaster day #3

2005-06-08 Thread Eric Dantan Rzewnicki
On Wed, Jun 08, 2005 at 10:32:38PM +0200, Jens M Andreasen wrote: On Wed, 2005-06-08 at 15:22 -0400, Dave Phillips wrote: Greetings: While waiting for another box I decided to pull the RAM and test each stick (256 MB each). The problem occurred with either stick. I'm able to log in,

[linux-audio-dev] Re: Software controller for homemade edrums

2005-06-08 Thread Kevin Sookocheff
Could anyone point me toward a document explaining the technical/mathematical details of convolution, especially about audio? I've used convolution/correlation/fourier analysis for school projects. The standard text for Fourier analysis is Bracewell, The Fourier Transform and its

Re: [linux-audio-dev] Sending USB msgs to sound card through snd_usb_audio driver - how ?

2005-06-08 Thread Jan Holst Jensen
--- Clemens Ladisch [EMAIL PROTECTED] wrote: sound card by sending it the same commands that I What kind of messages are these? The USB snooper lists them all as CONTROL_TRANSFER. Are there any standard ioctl() calls in the No, but this would be a very good idea for testing purposes.

Re: [linux-audio-dev] Sending USB msgs to sound card through snd_usb_audio driver - how ?

2005-06-08 Thread Jan Holst Jensen
Use the Source, Luke! As far as I seen (not far, really), it does not allow to send custom messages. But nobody stops you from extending the driver a bit ;) Ugh! I was hoping to avoid programming in kernel mode. Contrary to some, I prefer to stay away from the dark side :-). And a more