Oops i messed up the quoting a little bit. Here's Morton's answer:
Begin forwarded message:
Date: Mon, 22 Dec 2003 11:58:54 -0800
From: Andrew Morton <akpm(a)osdl.org>
To: Florian Schmidt <mista.tapas(a)gmx.net>
Cc: linux-audio-dev(a)music.columbia.edu,
linux-audio-user(a)music.columbia.edu
Subject: Re: Low Latency patches and kernel 2.6.x
Florian Schmidt <mista.tapas(a)gmx.net> wrote:
>
>
> Hi Andrew,
>
> i'm a user of a 2.4.22 kernel patched with the preemption patches plus
> your Low Latency patches. It works very nicely for audio applications
> [like jackd, ardour, etc...].
Cool.
> Looking into the config menu of the 2.6.0 kernel i only find a
> "preemptible kernel" config option. Your low latency patches seem not
> to be included. Do you have plans of including your patches in the
> 2.6.x kernel? I heard rumors about merging the preemptible and your LL
> patches since they seem to go very nicely together.. Any truth to
> that?
The objective in 2.6 is that the preemptible kernel achieve similar
worst-case latencies to the low-latency-patched kernel. So 2.6 should
meet
your requirements out of the box.
That being said, last time I instrumented the 2.6 kernel it was not
achieving the targets. The specific failure was occurring when the
machine
had a very large number of inodes in cache and the VM system was
reclaiming
those inodes.
It is unlikely that you will strike this problem in real-world usage, so
2.6 should work fine for you. As ever, testing results would be
appreciated.
(The inode reclaim problem is fairly complex, but I just happen to see a
patch from Dipankar Sarma in my inbox this morning which is designed to
fix
it up).
End forwarded message
--
music: http://www.soundclick.com/bands/9/florianschmidt.htm
Hi Andrew,
i'm a user of a 2.4.22 kernel patched with the preemption patches plus
your Low Latency patches. It works very nicely for audio applications
[like jackd, ardour, etc...].
Looking into the config menu of the 2.6.0 kernel i only find a
"preemptible kernel" config option. Your low latency patches seem not to
be included. Do you have plans of including your patches in the 2.6.x
kernel? I heard rumors about merging the preemptible and your LL patches
since they seem to go very nicely together.. Any truth to that?
Thanks i.a. for any thoughts and insights.
Flo
P.S.: this mail is cc'ed to the linux audio user/developers list because
i think the people there are very interested in these issues, too..
--
music: http://www.soundclick.com/bands/9/florianschmidt.htm
i was trying to install swh-plugins and freqtweak on my new laptop and
ran into some problems with the planet's rpms. they seem to depend on
a feature "libfftw3f.so.3" that isn't being supplied by any other
package. i have fftw3 installed, and it gave me the file
/usr/lib/libfftw3.so.3, but not the "f" version. the same problem
exists for the planet's freqtweak package.
does anyone have any clues about how to solve this in a "packageful" way?
thanks
--p
Hi,
i wonder about how ready linux 2.6.0 is for audio stuff? Is vanilla
2.6.0 with preemtion enabled comparable to 2.4.22 with preemption +
andrew's LowLatency patches [which i use right now]?
I somewhere read something about merging andrews LL and the preemptible
patches. Is there any truth to that?
What about the 2.4.x capabilities "patch"? Will this work on 2.6.x?
Flo
--
music: http://www.soundclick.com/bands/9/florianschmidt.htm
Vstserver 0.2.8 -> 0.3.0:
-------------------------
-Cache is updated when starting the vstserver. Also added some workaround code
to avoid deadlocks. You may still sometime need to press ctrl-c and start
vstserver again, but the problem is not as appeareant as before.
-Does not use realtime priority when updating cache only.
-Better documentation for vstlib. ("make doc")
-New functions in vstlib: VSTLIB_newCacheList, VSTLIB_deleteCacheList, VSTLIB_getName.
-Removed function in vstlib: VSTLIB_deleteCache. (Use VSTLIB_delete instead)
-All clients must be recompiled.
-Works with the latest version of wine at the time of writing, 9.12.2003.
vst ladspa plugin v0.1.6 - stable
----------------------------------
-Use the new vstlibs functions to gather
the cached AEffect structs. (non-important update)
vstserver-0.3.0-wine.tar.bz2
----------------------------
This is the unmodified cvs wine from winehq 9.12.2003.
Tested and works with vstserver v0.3.0
--
Hi!
gmorgan is a rhythm station. a full programable accompaniment tool in
real-time and also a pattern based sequencer.
Requerimnets:
---------------------
ALSA
FLTK
News on 0.19
--------------------
This version is internationalized with gettext.
French and Spanish languages and full documentation in pdf and Open Office
formats has been added.
gmorgan is availabe on:
http://gmorgan.sf.net
Thanks
Josep
Hello.
cdparanoia seems to need following additions:
-Rip from sector N to sector M
-Skip TOC reading
I'm now sure that cdparanoia is failing. Remember, the output was
about the following:
(== PROGRESS == [ +!---------------| 159332 00 ] == :^D * ==)
The whole end is full of jitter errors, but in this case it merely
must be that cdparanoia ruins the good CD audio data. The jitter
correction buffers went bad at "!" point, and the jitter error
cumulates to the end. So, cdparanoia algorithm should be changed to
a non-cumulative.
This happened when I started ripping after the "!" point:
(== PROGRESS == [ | 159332 00 ] == :^D * ==)
No jitter errors whatsoever.
New algorithm could rip the data in several independent parts, using
jitter correction on each part. Parts should overlap slightly but no
jitter correction is yet applied between parts. If a part has an error,
reading of that part is stopped immediately. At next round the parts
which had errors are further divided to smaller parts. Then finally
jitter errors are verified between the overlapping parts. This
alternative algorithm uses more disk space because the parts are stored
independently to the disk.
Regards,
Juhana
JACK 0.92.0 has been released.
Mostly minor changes:
* allow `jackd' to belong to a non-root group
* new ./configure option, --disable-ensure-mlock
- allows JACK and its clients to run in realtime mode without
having memory locking privileges.
- default behavior same as before (--enable-ensure-mlock), JACK
clients terminate if running -R and unable to lock memory.
* option parsing bugs fixed.
* correctly handle deactivate/activate sequence for:
- slow-syn callback
- timebase callback
Jack can be downloaded at http://jackit.sf.net .
Taybin Rutkin
Hi
Horgand ... is a organ, jack capable who generates sound with a FM based
synthesizer, also provides DSP effects and a small programable accompaniment
in wave table.
Requires:
FLTK
ALSA
JACK
LIBSNDFILE
News on 1.04
--------------------
- This version fix the problem in compilation and other major and minor bugs.
- Load default bank at start.
- Settings changed, Added default bank.
horgand is available in:
http://personal.telefonica.terra.es/web/soudfontcombi/http://www.telefonica.net/web/soudfontcombi/
Hydrogen 0.8.1 is out!!
Features:
__General__
* Very user-friendly, modular, fast and intuitive graphical interface based
on QT 3
* Sample-based streo audio engine, with import of sound samples in .wav, .au
and .aiff formats
__Sequencer and mixer__
* Pattern-based sequencer, with unlimited number of patterns and ability to
chain patterns into a song
* Up to 64 ticks per pattern with induvidual level per event and variable
pattern length
* 32 instrument tracks with volume, mute, solo, pan capabilities
* Ability to import/export song files
* Unique human velocity, human time and swing functions
* Tempo-sync'd delay bus
* Export to .wav
__Other__
* OSS and Jack audio drivers, with assignable Jack ports
* ALSA MIDI input with assignable midi-in channel (1..16, ALL)
* Import/export of drumkits
Changelog:
* Midi and CPU activity widgets
* Jack transport slave mode
* Multiple jack outputs
* Resizable song editor
* Seek in song clicking in the song editor
* New mixer
* 32 instruments
* Custom pattern size
* Per instrument output (jack driver)
* MMC/MTC support (experimental)
* i18n support
Download:
http.//hydrogen.sf.net
Enjoy!!
--
Alessandro <Comix> Cominu
http://hydrogen.sf.net
e-mail: comix(a)despammed.com
Icq: 116354077
Linux User # 203765
[...Codito Ergo Sum...]