[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Protux-devel] Good news about 0.17.1
From: |
Martin Herren |
Subject: |
Re: [Protux-devel] Good news about 0.17.1 |
Date: |
Sat, 8 Feb 2003 15:31:12 +0100 |
On Fri, 07 Feb 2003 23:33:17 -0200
Luciano Giordana <address@hidden> wrote:
> New Mixer engine working pretty fine for playback (check CVS version), with
> dinamyc slicing, the former bus buffer duplication eliminated, and control
> over latency preserved by calling MustuxAudioDeviceMapper::init(fps) with a
> proper value (I tested with 10 fps, 20 fps and 30 fps), and it is working
> fine to me.. less than 10 is giving too buffer underrun (which I still dont
> know how to deal...)
just tryied current cvs...
<RT> doesn't work anymore, according to jmb.map it's now <R>.
<R> doesn't work, and gives
*** Error in int MustuxAudioDeviceMapper::Bus::open(int, int, int)
Error setting period size to 4410
*** Error in int Track::arm()
Cannot arm track
(and what is the key now for recording ? couldn't find it in jmb.map)
<SPACE> froze twice my system, haven't tryied playback a third time yet.
The first time it corrupted the filesystem and it's own binary, a log replay
wasn't enough to reboot (using reiserfs), had to restore the system booting on
a CD. The second time a log replay was enough and i could boot again.
i use a SB Live, with 3 capture bus and 2 playback bus (at startup, protux
seems to recognise all of them see --d1 output below)
according to /proc/asound/Live the 3 capture bus are pcm0c, pcm1c and pcm2c,
and the 2 playback bus are pcm0p and pcm3p.
Protux sees capture bus 0, 1 and 2 (correct), and playback bus 0 and 1
(corresponding to pcm0p and pcm3p).
I assume that this is correct, because protux assigns the bus numbers
sequenctially... or it there a bug here ?
(in other words, should the protux bus number and the /proc/asound/*/pcmX[cp]
number match or not ?)
<BN> shows 2 bus for EMU10K1, which is correct, but <BV> shows only 2 bus, but
there should be 3 !
In addition <BV> segfaults when releasing the keys without selecting a bus (if
you select a bus, it doesn't segfault, <BN> doesn't segfault, whether you
select a bus or not)
that's all i tested for now...
i'll gonna make some more <SPACE> and <R> tests using different in/out bus
combinations... gonna have fun freezing/rebooting/restoring my system ;-)
i use a kernel 2.4.20 with alsa 0.9.0rc6. a part of the output of --d1 is here:
ENTERING MustuxAudioDeviceMapper.cc::init
[ Found ALSA supported Card : EMU10K1 - Sound Blaster Live! ]
[ PLABACK Bus 0 [ card 0 ] : "EMU10K1 - Sound Blaster Live!: 0" created ]
[ CAPTURE Bus 0 [ card 0 ] : "EMU10K1 - Sound Blaster Live!: 0" created ]
[ CAPTURE Bus 1 [ card 0 ] : "EMU10K1 - Sound Blaster Live!:
1" created ]
[ PLABACK Bus 1 [ card 0 ] : "EMU10K1 - Sound Blaster Live!:
1" created ]
[ CAPTURE Bus 2 [ card 0 ] : "EMU10K1 - Sound Blaster Live!:
2" created ]
[ Probing CAPTURE Buses ------------------------------------
------------ ]
[ Probing valid modes for bus 0:0 ... ]
[ Trying 22050 Hz 1 channels 16 bits ... OK ]
[ Trying 22050 Hz 2 channels 16 bits ... OK ]
[ Trying 44100 Hz 1 channels 24 bits ... OK ]
[ Trying 44100 Hz 2 channels 16 bits ... OK ]
[ Trying 48000 Hz 1 channels 16 bits ... OK ]
[ Trying 48000 Hz 2 channels 16 bits ... OK ]
[ Trying 96000 Hz 1 channels 16 bits ... OK ]
[ Trying 96000 Hz 2 channels 16 bits ... OK ]
[ Probing valid modes for bus 0:1 ... ]
[ Trying 22050 Hz 1 channels 16 bits ... OK ]
[ Trying 22050 Hz 2 channels 16 bits ... OK ]
[ Trying 44100 Hz 1 channels 24 bits ... OK ]
[ Trying 44100 Hz 2 channels 16 bits ... OK ]
[ Trying 48000 Hz 1 channels 16 bits ... OK ]
[ Trying 48000 Hz 2 channels 16 bits ... OK ]
[ Trying 96000 Hz 1 channels 16 bits ... OK ]
[ Trying 96000 Hz 2 channels 16 bits ... OK ]
[ Probing valid modes for bus 0:2 ... ]
[ Trying 22050 Hz 1 channels 16 bits ... OK ]
[ Trying 22050 Hz 2 channels 16 bits ... OK ]
[ Trying 44100 Hz 1 channels 24 bits ... OK ]
[ Trying 44100 Hz 2 channels 16 bits ... OK ]
[ Trying 48000 Hz 1 channels 16 bits ... OK ]
[ Trying 48000 Hz 2 channels 16 bits ... OK ]
[ Trying 96000 Hz 1 channels 16 bits ... OK ]
[ Trying 96000 Hz 2 channels 16 bits ... OK ]
[ Probing PLAYBACK Buses -----------------------------------
------------- ]
[ Probing valid modes for bus 0:0 ... ]
[ Trying 22050 Hz 1 channels 16 bits ... OK ]
[ Trying 22050 Hz 2 channels 16 bits ... OK ]
[ Trying 44100 Hz 1 channels 24 bits ... OK ]
[ Trying 44100 Hz 2 channels 16 bits ... OK ]
[ Trying 48000 Hz 1 channels 16 bits ... OK ]
[ Trying 48000 Hz 2 channels 16 bits ... OK ]
[ Trying 96000 Hz 1 channels 16 bits ... OK ]
[ Trying 96000 Hz 2 channels 16 bits ... OK ]
[ Probing valid modes for bus 0:1 ... ]
[ Trying 22050 Hz 1 channels 16 bits ... OK ]
[ Trying 22050 Hz 2 channels 16 bits ... OK ]
[ Trying 44100 Hz 1 channels 24 bits ... OK ]
[ Trying 44100 Hz 2 channels 16 bits ... OK ]
[ Trying 48000 Hz 1 channels 16 bits ... OK ]
[ Trying 48000 Hz 2 channels 16 bits ... OK ]
[ Trying 96000 Hz 1 channels 16 bits ... OK ]
[ Trying 96000 Hz 2 channels 16 bits ... OK ]
LEAVING MustuxAudioDeviceMapper.cc::init
--
Martin Herren
Protux - A Free Professional Audio Tool for GNU/Linux:
-> http://www.nongnu.org/protux/
Open your Windows - Free your Mind - Enjoy:
->http://gnuwin.epfl.ch
pgp4ryQ2lReWG.pgp
Description: PGP signature
- [Protux-devel] Good news about 0.17.1, Luciano Giordana, 2003/02/07
- Re: [Protux-devel] Good news about 0.17.1, Martin Herren, 2003/02/09
- Re: [Protux-devel] Good news about 0.17.1, Martin Herren, 2003/02/09
- Re: [Protux-devel] Good news about 0.17.1, Luciano Giordana, 2003/02/09
- Re: [Protux-devel] Good news about 0.17.1, Martin Herren, 2003/02/10
- Re: [Protux-devel] SampleRate detecting code ! [was: Good news about 0.17.1], Martin Herren, 2003/02/10
- Re: [Protux-devel] SampleRate detecting code !, Martin Herren, 2003/02/10