Main app changes:
Right click plugin menu
More error boxes, all asserts out of SSM app, better recovery from bad files
Audio engine can now be run in callback mode for plugins like the JackPlugin
Options save (Bill Bland)
Plugin changes:
PoshSampler, with loop points, editing and dirty timestre
>BTW: what does the performance of jack in "plugin mode" vs "threads" mode
>look like. Is the kernel performing well (in terms of latency) even with
>dozen of lowlat threads running ?
there is no "threads" mode unless you mean "IPC" mode. that works fine
at a hardware interrupt time of 64 fram
Hi all, got a some spare cycles to read LAD again :-)
I saw the linuxdevices.com article too, indeed quite nice results especially
given that the testing period was 15 hours (1.5msec max latency with the
combined preemt+lowlat patch).
BTW: what does the performance of jack in "plugin mode" v
Nasca Octavian Paul wrote:
>
> Where can I find algorithms to make cubic, n-point and other types of
> interpolations?
GNU Scientific Library aka GSL.
- Jussi Laako
--
PGP key fingerprint: 161D 6FED 6A92 39E2 EB5B 39DD A4DE 63EB C216 1E4B
Available at PGP keyservers
Paul Davis wrote:
>
> 100.0% of samples < 1.4m
> Yowza! I mean, I knew it was good - I didn't know it was *that* good!
> Even better: this is *with* IDE drives under some level stress (but no
> X Windows).
I get 1.7 ms with IDE and X11 (patched DRM drivers).
- Jussi Laako
--
>is it possible that some x apps can swallow it, or does the kernel
>weed out sysrq events before any userspace tasks ?
if the kernel is alive, it always gets them first. X doesn't see key
events unless the kernel's keyboard driver passes them along to the
tty driver, which in turn hands them to
Paul Davis wrote:
>
> >Interesting. Better check my config to see if I'm really
> >using it in this kernel...
> >But I remember other times that I couldn't get sysreq to work
> >in X.
me too.
> under X, none of the options that get it to print anything on the
> console do anything to the screen
> Nasca Octavian Paul writes
>
> Where can I find algorithms to make cubic, n-point and other types of
> interpolations?
If you want to see these in an audio context, the Structured Audio
wavetable generators are heavy on these interpolators:
http://www.cs.berkeley.edu/~lazzaro/sa/book/saol/wa
> >if someone is interested, I just prepared a small web page about firm
> >timers: http://www.cse.ogi.edu/~luca/firm.html On this page, you can
> >find a small paper describing some experiments and a kernel patch
> >implementing firm timers.
>
> fantastic work! this looks like the KURT patch done
Steve Harris wrote:
> Erm, that doesn't make any sense, my stuff doesn't link against alsa, and
> I definatly don't provide alsa_io_0_9.so.
My bad, total brain gas here...too many windows open this morning...
Best regards,
== Dave Phillips
The Book Of Linux Music & Sound at http://www
Just think about when your computer locks up and the Caps-lock key doesn't
light anymore :) That should be a clear indication that something from
the CPU side is controlling it. I think all keyboards have an 8051
microcontroller in them, I had initially thought that it did all the
processing o
On Fri, Mar 22, 2002 at 04:03:04 +0200, Nasca Octavian Paul wrote:
> Where can I find algorithms to make cubic, n-point and other types of
> interpolations?
NR, like Paul said or:
The Scientist and Engineer's Guide to Digital Signal Processing
http://www.dspguide.com/
The example source is na
On Fri, Mar 22, 2002 at 10:01:50 -0500, Dave Phillips wrote:
> Steve Harris wrote:
>
> > http://plugin.org.uk/releases/0.2.4/
>
> Thanks again for the collection, Steve (and thanks to the other
> contributors too!). Compile went fine, but on 'make install' I got this
> report:
>
> /usr/local/l
Hi
Here's my take on (the solution to) the problem.
It's another alsa sequencer client, heavily based on Dr. Matthias Nagorni's example.
It has one input port, and 16 output ports - one for each midi channel. Personally, i
find it a bit more convenient (for myself ;-).
http://westwood.mine.nu
Steve Harris wrote:
> http://plugin.org.uk/releases/0.2.4/
Thanks again for the collection, Steve (and thanks to the other
contributors too!). Compile went fine, but on 'make install' I got this
report:
/usr/local/lib/ladspa/alsa_io_0_9.so:
ALSA lib dlmisc.c:97:(snd_dlsym_verify) unable to ver
http://plugin.org.uk/releases/0.2.4/
First release for a while I'm afraid. I wanted to ship i786 binaries with
this release but there is a bug in Intel's C compiler's optimiser that I
can't track down.
New plugins:
Impulse convolver (finally finished!) only works with compiled in
impulses, but
>Where can I find algorithms to make cubic, n-point and other types of
>interpolations?
numerical recipes is a good start (but you're not allowed to copy
their code in many cases)
i also used the source code for the GtkCurve widget, which is based on
numerical recipes, and includes spline (cub
Where can I find algorithms to make cubic, n-point and other types of
interpolations?
>hadn't assumed that the latency between application and hardware would
>be the bottleneck, but rather that the latency between applications
>would be.
>
>I guess I should have been more specific: I was thinking that the
>greatest benefits might be in zero-copying I/O for IPC, to support a
>chain
This from the *excellent* paper at linuxdevices on latency
measurement. BeOS, eat your (cold dead) heart out:
2.4.17 with Andrew Morton's Low Latency patch:
maximum latency: 1.3ms
Mean: 0.0542797399957571ms
Standard Deviation: 0.025220506601371
96.66250% of samples < 0.1
Hi,
On Wed, 20 Mar 2002, Nathaniel Virgo wrote:
> does anyone know if an app exists that can open a midi port and then, for
> instance, send channel 1 to the external midiport and all the rest to a
> virmidi port?
With the help of Takashi Iwai, I've written the MIDI routing application
(92 line
On Thu, Mar 21, 2002 at 10:50:36 -0500, Taybin Rutkin wrote:
> On Thu, 21 Mar 2002, Paul Davis wrote:
>
> > i noticed from luca's initial report on firm timers that switching the
> > caps lock LED on and off is a notable source of latency in the
> > kernel, on the order of 7msec.
>
> Seems odd.
On Fri, Mar 22, 2002 at 09:18:23 +0100, Stefan Kost wrote:
> Hi Paul,
>
> at first thanks a lot for the already useful document. Whay about feeding the
>example source through :
>http://webcpp.sourceforge.net/
> If you look fro just very simple noise generation, I would suggest square or saw
On Thu, Mar 21, 2002 at 02:47:41 -0800, Paul Winkler wrote:
> don't want to embarass myself in the company of real audio hackers,
> but why not just put sin() in a loop?
Its fine as long as wavelength_samples is small.
- Steve
Paul,
Your document looks fine :)
The writing style is clear and you start off with a nice overview so
delving into the more low-level discussion further on is ok. The code
examples you've included cover the basic's quite well (i'll play with
them at home later) and apart from adding some comme
Hi Paul,
at first thanks a lot for the already useful document. Whay about feeding the example
source through :
http://webcpp.sourceforge.net/
If you look fro just very simple noise generation, I would suggest square or saw waves
like
//-- square
int sample=MAXSAMPLE;
int ct=HALF_WAVE;
//--
26 matches
Mail list logo
