[LAD] midi player for jack ?

2008-02-07 Thread Fons Adriaensen
Salve, Is there anything like pmidi for midi-over-jack (i.e. a command line midi file player) ? Ciao, -- FA Laboratorio di Acustica ed Elettroacustica Parma, Italia Lascia la spina, cogli la rosa. ___ Linux-audio-dev mailing list Linux-audio-dev@li

Re: [LAD] midi player for jack ?

2008-02-07 Thread Julien Claassen
Ave! Not to my knowledge at least. But you could try Dmitry's jackmidi -> alsaseq daemon and then use pmidi or what ever you like. It's the best I could come up with... HTH. Kindest regards Julien Music was my first love and it will be my last (John Miles) FIND MY

Re: [LAD] jack-midi? what are the benefits?

2008-02-07 Thread Werner Schweer
say you want to create a software synthesizer. With jack midi you can do all processing in the jack callback. If you use alsa midi, you need an extra realtime thread to collect and time stamp alsa midi events and some form of non blocking interprocess communication between the midi thread and jack

Re: [LAD] midi player for jack ?

2008-02-07 Thread Dominique Michel
Le Thu, 7 Feb 2008 00:29:06 +0100, Fons Adriaensen <[EMAIL PROTECTED]> a écrit : > Salve, > > Is there anything like pmidi for midi-over-jack > (i.e. a command line midi file player) ? > > Ciao, > I don't know pmidi, but I get better result with timidity++ as with my audigy with huge soundfont

Re: [LAD] vectorization

2008-02-07 Thread Christian Schoenebeck
See also: http://gcc.gnu.org/ml/gcc/2006-04/msg00349.html CU Christian ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] vectorization

2008-02-07 Thread Christian Schoenebeck
Am Donnerstag, 7. Februar 2008 19:42:46 schrieb Jens M Andreasen: > It did change (or will do?) with the Penryn Core 2: > > The INSERTPS and PINSR instructions read 8, 16 or 32 bits from an x86 > register memory location and insert it into a field in the destination > register given by an immediate

Re: [LAD] Linux Audio Conference 2008: Registration now open

2008-02-07 Thread Marc-Olivier Barre
On Jan 29, 2008 12:32 PM, LAC2008 <[EMAIL PROTECTED]> wrote: > Dear all, > > The Linux Audio Conference 2008 in Cologne (Feb 28th - Mar 2nd 2008) > is just one month away now. The programme is shaping up, concerts are > being organized and coffee is about to be ordered. What's the best time to arr

Re: [LAD] jack-midi? what are the benefits?

2008-02-07 Thread Fons Adriaensen
On Thu, Feb 07, 2008 at 03:31:53PM +0100, Werner Schweer wrote: > say you want to create a software synthesizer. With jack midi you can > do all processing in the jack callback. > If you use alsa midi, you need an extra realtime thread to collect and > time stamp alsa midi events and some form of

Re: [LAD] vectorization

2008-02-07 Thread Christian Schoenebeck
We also played around with GCC's vector extensions years ago. Here's a pointer to one of many discussions we had: https://bugs.linuxsampler.org/cgi-bin/show_bug.cgi?id=25 One of the main problems we had, is that there's no way to access the individual "cells" / members of the vector eff

Re: [LAD] vectorization

2008-02-07 Thread Jens M Andreasen
On Thu, 2008-02-07 at 21:57 +, Christian Schoenebeck wrote: > Am Donnerstag, 7. Februar 2008 19:42:46 schrieb Jens M Andreasen: > > http://en.wikipedia.org/wiki/SSE4 > > I didn't mean the hardware restriction, that is the limited power of current > SSE instructions. What I meant was the yet (

Re: [LAD] vectorization

2008-02-07 Thread Jens M Andreasen
On Thu, 2008-02-07 at 19:13 +, Christian Schoenebeck wrote: > We also played around with GCC's vector extensions years ago. Here's a > pointer > to one of many discussions we had: > > https://bugs.linuxsampler.org/cgi-bin/show_bug.cgi?id=25 > > One of the main problems we had, is that

Re: [LAD] CLAM 1.2 'GSoCket plugged-in release'

2008-02-07 Thread Yann Orlarey
Very impressive release ! Congratulation to the CLAM team. Yann [EMAIL PROTECTED] a écrit : > We are jubilous to announce CLAM 1.2 'GSoCket plugged-in release'. > We had to wait for some months to make this release as we had to > redeploy the multiplatform release infrastructure [1]. Thus, the

[LAD] vectorization

2008-02-07 Thread Malte Steiner
Hello, I try to squeeze as much performance as possible out of my upcomming Linux synthesizer and try manual vectorization with following construct in c, mainly to vectorize away multiplications : typedef float v4sf __attribute__ ((vector_size(16))); union f4vector { v4sf v __attribute__((a

[LAD] CLAM 1.2 'GSoCket plugged-in release'

2008-02-07 Thread dgarcia
We are jubilous to announce CLAM 1.2 'GSoCket plugged-in release'. We had to wait for some months to make this release as we had to redeploy the multiplatform release infrastructure [1]. Thus, the feature buffer for this release is pretty full. It incorporates both, the results of the Summer of

[LAD] jack-midi? what are the benefits?

2008-02-07 Thread Marcell Mars
i was following the discussion on technical details.. it was interesting and i learnt a few things.. still not enough to put it into any code.. i sort of sorted out what is the jack-midi about but was trying to play a bit stupid (sometimes i can't stop that game even when i want ;)) and fnd somethi

Re: [LAD] vectorization

2008-02-07 Thread Chris Cannam
On 07/02/2008, Malte Steiner <[EMAIL PROTECTED]> wrote: > Is GCC that good at optimizing on its own? Not particularly, though it can do some optimizations especially with the odd hint. This article is quite informative: http://www.advogato.org/article/871.html Chris

Re: [LAD] vectorization

2008-02-07 Thread Jussi Laako
Malte Steiner wrote: > typedef float v4sf __attribute__ ((vector_size(16))); These attributes are mostly useful to ensure alignment etc. properties of variables in stack. > On AMD 64bit Turion (single core) on 64 Studio in 64bit mode this doesnt > improve performance at all, actually it even get