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
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
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 soundfonts. And I
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
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
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 arrive ?
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 non
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
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
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
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
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
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
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
14 matches
Mail list logo
