On Wed, Apr 06, 2005 at 06:34:28PM +0200, Sune Mai wrote:
Convolution is really nice - I use it all the time to get perfect reverb,
nice guitar amp-sound etc. The only serious drawback is the high
input-output latency of simple FFT based algorithms. [...]
2: Another approach is to split
hi all,
just a short question about jack ...
the pointer that
void *jack_port_get_buffer (jack_port_t *, jack_nframes_t);
returns, is that 128 bit aligned (for simd use)?
thanks ... tim
--
mailto:[EMAIL PROTECTED]ICQ: 96771783
http://www.mokabar.tk
latest mp3: kMW.mp3
Le 8 avr. 05, à 00:42, Tim Blechmann a écrit :
hi all,
just a short question about jack ...
the pointer that
void *jack_port_get_buffer (jack_port_t *, jack_nframes_t);
returns, is that 128 bit aligned (for simd use)?
thanks ... tim
--
Yes.
The low level port allocation code does that : in poll.c
Hi,
After the debate regarding inclusion of realtime-lsm in the main tree,
it seems like other approaches to unprivileged real-time have shown up.
Both Con Kolivas and Ingo Molnar have come up with different (cleaner to
the kernel developers) solutions. Both are described at:
I am currently getting
Could not parse XSLT file
--
--- doj / cubic
http://cubic.org/~doj
- http://llg.cubic.org
Dirk Jagdmann wrote:
I am currently getting
Could not parse XSLT file
fixed. but since i'm working on the machine atm, expect occasional
glitches and/or server restarts.
Dear friends,
I am porting pxa audio driver to rtlinux (rtlinux
pro). I am mainly using pxa-ac97.c
pxa-audio.c(eliminated sound_core.c). I will try to
register to two devices /dev/dsp and /dev/mixer in
that. Since RTlinux kernel api are not much documented
it seems very difficult to port dma
Oggz 0.9.1 Release
--
Oggz comprises liboggz and the command-line tools oggzinfo, oggzdump,
oggzdiff, oggzmerge, oggzrip and oggz-validate.
liboggz is a C library providing a simple programming interface for reading
and writing Ogg files and streams. Ogg is an interleaving data
On Fri, Mar 18, 2005 at 10:47:55AM -0500, Paul Davis wrote:
I'm writing an application that will use alsa in the common case, but be
jack-capable. I'm faced with the following design question: Do I wrap
the jack part to emulate the read/write of alsa, or do I wrap the alsa
part to emulate the
The Open-Source Speech Recognition Initiative is holding its first annual
conference, to focus on the state of speech recognition geared toward Linux and
the open-source community.
DATES: Thursday evening, April 28, to Saturday noon, April 30, 2005.
LOCATION: The Old Salt Inn / Lamie's Tavern,
On Fri, 2005-04-08 at 05:12 -0400, Jean-Marc Valin wrote:
Right now, Con's patch does 1 and 3, while Ingo's does 1 and 2 (though
Con says Ingo's patch could also do 3).
Ingo's patch allows 3 to be done in userspace, by an RT watchdog
process that runs as root, and wakes occasionally to check
On Fri, 2005-04-08 at 06:24 -0700, nobin matthew wrote:
I am porting pxa audio driver to rtlinux (rtlinux
pro). I am mainly using pxa-ac97.c
pxa-audio.c(eliminated sound_core.c). I will try to
register to two devices /dev/dsp and /dev/mixer in
that. Since RTlinux kernel api are not much
Hi.
I released version 2.2.0 of ZynAddSubFX
News:
- the VST version of ZynAddSubFX is removed
from the instalation until it will be more stable
(hope soon :) )
- now, the instrument banks contains over 300
high quality instruments
- added Apply a button from OscilGen window
On Fri, 2005-04-08 at 10:32, Lee Revell wrote:
On Fri, 2005-04-08 at 05:12 -0400, Jean-Marc Valin wrote:
Right now, Con's patch does 1 and 3, while Ingo's does 1 and 2 (though
Con says Ingo's patch could also do 3).
Ingo's patch allows 3 to be done in userspace, by an RT watchdog
process
Hi ! I'm writing this mail because at this point I'm seeing that the
Linux Audio Development community is still going aimlessly on how to
develop powerful audio applications. As we know, one of the key factors
missing nowadays is audio plugins and synth plugins. Some audio plugin
needs can be
On Fri, 2005-04-08 at 12:37, Lee Revell wrote:
On Fri, 2005-04-08 at 06:24 -0700, nobin matthew wrote:
I am porting pxa audio driver to rtlinux (rtlinux
pro). I am mainly using pxa-ac97.c
pxa-audio.c(eliminated sound_core.c). I will try to
register to two devices /dev/dsp and
On Fri, 2005-04-08 at 09:24 -0500, Jan Depner wrote:
Personally I think you're wasting your time. Ingo's RT preempt patches
let you do hard realtime with Linux using the existing driver base.
I'm not sure why he's trying to do this because for audio the latest
patched kernels
On Fri, 2005-04-08 at 14:30, Lee Revell wrote:
On Fri, 2005-04-08 at 09:24 -0500, Jan Depner wrote:
Personally I think you're wasting your time. Ingo's RT preempt patches
let you do hard realtime with Linux using the existing driver base.
I'm not sure why he's trying to do
On Fri, 2005-04-08 at 12:31, Jack O'Quin wrote:
Fernando Lopez-Lezcano [EMAIL PROTECTED] writes:
Hmmm, I'm getting really confused, I thought that the realtime lsm was
the one that was in 'mm (maybe none of them are?). Finally I found the
followup article on lwn that mentioned this:
I'm not sure why he's trying to do this because for audio the latest
patched kernels appear to be more than adequate. That said, I don't
think you can get a guaranteed 15 microsecond interrupt response with
anyone's patches to the standard kernel. I wouldn't call what we have
true, but the
On Fri, 2005-04-08 at 14:31 -0500, Jack O'Quin wrote:
Fernando Lopez-Lezcano [EMAIL PROTECTED] writes:
Hmmm, I'm getting really confused, I thought that the realtime lsm was
the one that was in 'mm (maybe none of them are?). Finally I found the
followup article on lwn that mentioned this:
Jan Depner [EMAIL PROTECTED] writes:
On Fri, 2005-04-08 at 12:37, Lee Revell wrote:
Personally I think you're wasting your time. Ingo's RT preempt patches
let you do hard realtime with Linux using the existing driver base.
I'm not sure why he's trying to do this because for audio the
On Fri, 2005-04-08 at 12:45 -0700, Fernando Lopez-Lezcano wrote:
On Fri, 2005-04-08 at 12:31, Jack O'Quin wrote:
Fernando Lopez-Lezcano [EMAIL PROTECTED] writes:
Hmmm, I'm getting really confused, I thought that the realtime lsm was
the one that was in 'mm (maybe none of them are?).
On Fri, 2005-04-08 at 09:52 -0500, Jan Depner wrote:
I do know what hard real-time is - I used to do hard real-time
airborne magnetics/navigation data acquisition systems. That's why I
said guaranteed. You can get 15 microsecond guaranteed out of RT-Linux
though (depending on the
Fernando Lopez-Lezcano [EMAIL PROTECTED] writes:
On Fri, 2005-04-08 at 12:31, Jack O'Quin wrote:
Instead, they propose an rlimits extension for granting
per-user realtime scheduling privileges. This does (barely) meet our
minimum needs.
I have not followed the details, I presume this could
The kernel developers have decided not to merge the realtime-lsm,
after all. Instead, they propose an rlimits extension for granting
per-user realtime scheduling privileges. This does (barely) meet our
minimum needs.
It is inferior to the realtime-lsm solution for several reasons I feel
Lee Revell [EMAIL PROTECTED] writes:
Basically the RT preempt kernel achieves determinism by making every
code path in the kernel preemptible, except for a few like the scheduler
(and timer ISR, for now) that fundamentally can't be made preemptible,
and those few code paths can be analyzed to
On Fri, 2005-04-08 at 14:50, Jack O'Quin wrote:
Jan Depner [EMAIL PROTECTED] writes:
On Fri, 2005-04-08 at 12:37, Lee Revell wrote:
Personally I think you're wasting your time. Ingo's RT preempt patches
let you do hard realtime with Linux using the existing driver base.
I'm not
On Fri, 2005-04-08 at 14:51, Paul Davis wrote:
I'm not sure why he's trying to do this because for audio the latest
patched kernels appear to be more than adequate. That said, I don't
think you can get a guaranteed 15 microsecond interrupt response with
anyone's patches to the standard
On Fri, 2005-04-08 at 16:14 -0400, Jean-Marc Valin wrote:
As far as I see it, we'll at least get listened to by Con, Ingo and
Andrew Morton. I've had a long discussion with Con recently and from his
point of view, the problem is that not enough people ask (loud enough)
for such features. For
On Fri, 2005-04-08 at 10:39 -0500, Jan Depner wrote:
Please, don't think I was being disparaging. I am absolutely
thrilled with the kernel work that has been going on. This thing
rocks! The last I heard (from contractors working for us who were doing
soft real-time on - shudder -
On Fri, 2005-04-08 at 15:33 -0500, Jack O'Quin wrote:
Lee Revell [EMAIL PROTECTED] writes:
Basically the RT preempt kernel achieves determinism by making every
code path in the kernel preemptible, except for a few like the scheduler
(and timer ISR, for now) that fundamentally can't be
Hi,
I think a part of the conversation I had with Con Kolivas may be of
interest here:
jmspeex I still don't understand why this [unprivileged real-time]
hasn't gone in the kernel a long time ago.
con demand
con noone demands it
con no distro needs it
con no market for it
con noone coded it
con
On Fri, 2005-04-08 at 15:47, Lee Revell wrote:
On Fri, 2005-04-08 at 10:39 -0500, Jan Depner wrote:
Please, don't think I was being disparaging. I am absolutely
thrilled with the kernel work that has been going on. This thing
rocks! The last I heard (from contractors working for us
As far as I see it, we'll at least get listened to by Con, Ingo and
Andrew Morton. I've had a long discussion with Con recently and from his
point of view, the problem is that not enough people ask (loud enough)
for such features. For instance, I'm still the first and only user of
his real-time
I'm serious, mailing lists are not enough. We need a permanent page with
instructions on making the noise so that the people who are *not yet*
fully jumping ship to linux can say to the developers, that is what
will make me abandon OSX. Those people aren't on mailing lists yet but
they still
hi all ...
another jack newbie question ...
sometimes jacks kicks out my application, since the subgraph times out
...
basically i have two questions about that:
- is there an api function, that tells jack not to kick the application
or a callback that tells the application that it has been
This is a really good point. I mean, how many of the people on
linux-*user* have written to the kernel people making noise? How many
even know how to do that? I know I don't, and I know tons of musicians
are just starting to take a serious look at linux in the last year, so
the
On Fri, Apr 08, 2005 at 11:04:29AM -0500, Jan Depner wrote:
IIRC part of it was servicing IRIG-B interrupts.
The easiest way to input IRIG-B is as an audio signal via a
soundcard, and use a software decoder. That was one my first
jobs when I joined Alcatel Space more than 10 years ago :-)
We
On Fri, 2005-04-08 at 17:18 -0400, Jean-Marc Valin wrote:
It's not just for musicians/technicians and right
now there are lots of limitations that are caused by the poor
unprivileged latency. Any other example?
CD burning has an obvious real time constraint. cdrecord actually
prints a warning
On Fri, 8 Apr 2005 23:15:31 +0200
Tim Blechmann [EMAIL PROTECTED] wrote:
hi all ...
another jack newbie question ...
sometimes jacks kicks out my application, since the subgraph times out
Assuming that other jack clients work without problems, then this
problem description really means
On Fri, 2005-04-08 at 16:25, Fons Adriaensen wrote:
On Fri, Apr 08, 2005 at 11:04:29AM -0500, Jan Depner wrote:
IIRC part of it was servicing IRIG-B interrupts.
The easiest way to input IRIG-B is as an audio signal via a
soundcard, and use a software decoder. That was one my first
jobs
- is there an api function, that tells jack not to kick the application
absolutely not. if you miss RT deadlines for your process() callback
(or more precisely, if JACK believes you did) it has no choice but to
evict you from the graph. if you are left in the graph, the chances
are that you will
On Tue, 29 Mar 2005 17:08:19 -0800
Charles A. Crayne [EMAIL PROTECTED] wrote:
:I have recently acquired a XITEL INPORT device . . .
I now have this device working with arecord and Audacity. Anyone who cares
is invited to email me.
-- Chuck
Hi,
On Friday 08 April 2005 19:57, Juan Linietsky wrote:
Some audio plugin
needs can be covered by LADSPA, but in other cases you need a lot more
complex interfaces than just a few sliders.. (like is compressor with
But this is _most times_ only needed for the ones who don't hear the
On Saturday 09 April 2005 02:12, you wrote:
(btw:
this is suitable for a dev-list, not an user-list)
Yup, first error in my mail. Didn't see it is on dev...
Arnold
--
There is a theory which states that if ever anyone discovers exactly what the
Universe is for and why it is here, it will
(e.g. for live work where an xrun is better than a client
being kicked). but its definitely not up to the client.
would it be possible that the client automatically tries to
reconnect as soon as it was disconnected? Maybe 1 second
later?
Best regards
ce
would it be possible that the client automatically tries to
reconnect as soon as it was disconnected? Maybe 1 second
later?
sure. xmms-jack does this. or something like it. but i don't that
think that this is what tim meant. remember, if you overrun RT
deadlines, something is probably wrong.
If someone sets up this forum, and more than twice of us sign
up, that should show those arrogant lklm-people that there are really
_a lot_ of us, and that we are strong, and very angry. Hah!
First, please stop this arrogant lkml-people attitude, it won't help.
Second, I would think that
On Sat, 2005-04-09 at 03:02 +0200, Christoph Eckert wrote:
(e.g. for live work where an xrun is better than a client
being kicked). but its definitely not up to the client.
would it be possible that the client automatically tries to
reconnect as soon as it was disconnected? Maybe 1 second
Jean-Marc Valin wrote:
This is a really good point. I mean, how many of the people on
linux-*user* have written to the kernel people making noise? How many
even know how to do that? I know I don't, and I know tons of musicians
are just starting to take a serious look at linux in the last year,
Why do you want letters from project maintainers only? Don't you want
user letters as well?
Iain
Jean-Marc Valin wrote:
If someone sets up this forum, and more than twice of us sign
up, that should show those arrogant lklm-people that there are really
_a lot_ of us, and that we are strong, and
Jean-Marc Valin wrote:
If someone sets up this forum, and more than twice of us sign
up, that should show those arrogant lklm-people that there are really
_a lot_ of us, and that we are strong, and very angry. Hah!
First, please stop this arrogant lkml-people attitude, it won't help.
On Fri, 2005-04-08 at 22:17 -0400, Paul Davis wrote:
would it be possible that the client automatically tries to
reconnect as soon as it was disconnected? Maybe 1 second
later?
sure. xmms-jack does this. or something like it. but i don't that
think that this is what tim meant. remember,
Arnold Krille wrote:
Yeah, but _we_ program for us, not for musicians or money, just for us and our
own fun. If someone can use it and even pay for it, fine. But most of us do
this in spare time so there is no we must do this...!
just thought this was interesting in the context of the
Jean-Marc Valin [EMAIL PROTECTED] writes:
First, please stop this arrogant lkml-people attitude, it won't help.
Second, I would think that instead of a petition with just lots of names
on it, I would prefer a letter signed by the maintainers of as many
Linux projects as possible, i.e. not
i would have though a petition from *users* who have gone through the
hell of trying to set up their linux system for audio would be a *lot*
better than, from what i can tell, is an already exhausted path ...
i'm sure the maintainers/developers of linux audio projects could give a
lot more
If being an audio developer carried any weight with these people,
you'd think they would listen to Paul Davis or Lee Revell or me. They
don't.
Then, they might listen to Paul Davis, Lee Revell, you, me, authors of
Vorbis, Theora, GnomeMeeting, and so on at the same time.
Con Kolivas is one
Dear friends,
The Real problem is, i need dma to fill
codec controller FIFO in every 600us(8 samples still
in codec FIFO and codec controller is half full, at
that time it will generate interrupts), this will
generate a sin wave which is used to controll another
device. If codec
On Fri, 2005-04-08 at 23:23 -0400, Jean-Marc Valin wrote:
If being an audio developer carried any weight with these people,
you'd think they would listen to Paul Davis or Lee Revell or me. They
don't.
Then, they might listen to Paul Davis, Lee Revell, you, me, authors of
Vorbis, Theora,
On Fri, 2005-04-08 at 20:36 -0700, nobin matthew wrote:
Dear friends,
The Real problem is, i need dma to fill
codec controller FIFO in every 600us(8 samples still
in codec FIFO and codec controller is half full, at
that time it will generate interrupts), this will
generate a
On Fri, 2005-08-04 at 14:57 -0300, Juan Linietsky wrote:
The following are excuses:
-Because we need core and interface separation, this way we warranty a
clean design and network transparency
-Because it would force both interface and core to be memory locked, as
a result of being a jack
62 matches
Mail list logo
