Hi LAD-folk,
New sfront (0.72) release time, most interesting
item from a LAD perspective is updated -cin ascii
driver that uses the termios.h API to turn the
ASCII keyboard into a 2-octave pentatonic scale,
for testing real-time functionality without an
attached MIDI keyboard. See change log b
Benno Senoner wrote:
>
> Hi, I'm trying to setup ALSA on my box (last version I compiled was 0.5.x
> months ago), in order to perform some stresstests using
> a sequencer (Muse) that sends midi events to the disk sampler usin the alsa
> seq API.
>
> I sent a posting to alsa-user but I'm not on
Paul Winkler wrote:
>Hang on - no such hack is necessary.
>
>Briefly: with a couple of typedef changes, LADSPA and Ecasound can use
>doubles instead of floats. So I'm going to suggest again that you not
>write code to deal with the soundcard driver at all; you can use
>Ecasound which provides
On Tue, Jul 10, 2001 at 02:00:14PM -0400, Paul Winkler wrote:
> I can't really answer any questions on how LADSPA plugins are written; I'd
I'd be happy to answer questions on writing ladspa plugins.
- Steve
Greg Berchin wrote:
>
> paul winkler wrote:
>
> >Sounds like a weird hack that would lose the whole point of using LADSPA
> >in the first place (i.e. reusability by different applications and/or
> >being able to use existing LADSPA hosts).
>
> Probably correct. I've seen weirder workarounds th
On Tuesday 10 July 2001 13:59, you wrote:
> I'm experimenting with latencytest on a Dell Inspiron 3800, which uses the
> Maestro 3i PCI for sound (PIII 700Mhz, 256MHz SDRAM, 100Mhz FSB, udma IDE
> drive, ATI Mobility, XFree4.1). Under linux 2.4.5 with the low-latency
> patch and the ext3 patch ap
On Tuesday 10 July 2001 17:17, Joe Miklojcik wrote:
> http://www.ouroboros-complex.org/3x256.html
> http://www.ouroboros-complex.org/4x256.html
> http://www.ouroboros-complex.org/3x128.html
> http://www.ouroboros-complex.org/4x128.html
>
> Looking good!
the 256byte tests are all ok , but the frag
Hi,
Benno Senoner wrote:
> don't worry no overrun occurred
OK. Great!
> So if you have time: can you rerun the test with 4 x 128 (which
correspond
> to an effective 3 frags x 128 bytes) and post the results?
http://www.ouroboros-complex.org/3x256.html
http://www.ouroboros-complex.o
The results are horrendous for that kind of machine.
Did you tune all your disks ? (see the README of latencytest)
did you turn APM off ? (it caused some spikes on some of my boxes too)
(you can boot the kernel with apm=off on the lilo commandline).
are you using 2.4.5+andrew lowlat patches ?
On Tue, Jul 10, 2001 at 09:59:57AM +0300, Jarno Seppanen wrote:
> Another use case: remember LADSPA? Remember how it has an audio signal rate
> and a control signal rate, where the control rate is the audio rate divided by
> an integer? Now writing a laaga client to do ladspa hosting requires th
Regarding the use of ALSA with my Hoontech DSP24 II / Envy 24 / ICE1712;
thanks to all who wrote about this. I have already installed the ALSA
drivers. I haven't had time to fully test the system, yet, but things look
good so far. Once I verify the basic functionality, I'll start learning
the i
Well It's not a notebook but it is interesting results.
I have a PIV 1.5GHZ processor, 383 MB RDRAM and a shitty old 8 GB ide
HDD that runs at 5400rpm. Other hardware is intel8x0 on board sound
card, 32MB Geforce2mx video card, 8139 adaptec lan card. The results
are quite interesting when compar
paul winkler wrote:
>Sounds like a weird hack that would lose the whole point of using LADSPA
>in the first place (i.e. reusability by different applications and/or
>being able to use existing LADSPA hosts).
Probably correct. I've seen weirder workarounds than this, though. I
don't like them
I'm experimenting with latencytest on a Dell Inspiron 3800, which uses the
Maestro 3i PCI for sound (PIII 700Mhz, 256MHz SDRAM, 100Mhz FSB, udma IDE
drive, ATI Mobility, XFree4.1). Under linux 2.4.5 with the low-latency
patch and the ext3 patch applied, the best result so far is 8 ms maximum
lat
On Tuesday 10 July 2001 08:13, Matthias Weiss wrote:
> > [benno@smp benno]$ alsamixer
> > ALSA lib control.c:525:(snd_ctl_open_noupdate) Invalid CTL default
> >
> > alsamixer: function snd_ctl_open failed for default: No such file or
> > directory
> >
> >
> > Is this because I have no /etc/asound
Hi,
don't worry no overrun occurred: there is only a single peak at the beginning.
It happens on some cards (my old Tropez+ shows the same behaviour).
It seems that it is due to the card needing some time to "startup" when you
write the first fragment.
Your latency diagrams perfectly fine and yo
Steve Harris <[EMAIL PROTECTED]> writes:
> I don't think this is a good idea myself:
>
> 1) there are dozens of up/downsampling techniques with different
>tradeoffs, so picking the right one automatically is not really
>possible (unlike mixing).
Hi!
I'm sorry I didn't say it aloud, but
>
> Applications using OSS work ok. (xmms , mpg123 etc), but native ALSA apps
Well, no surprise, they use ioctl's on /dev/dsp.
> refuse to work.
>
> for example running aplay I get:
>
> [benno@smp benno]$ aplay /tmp/test.wav
> ALSA lib pcm.c:1048:(snd_pcm_open_noupdate) Unknown PCM defaul
18 matches
Mail list logo
