protux-devel
[Top][All Lists]
Advanced

[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

Attachment: pgp4ryQ2lReWG.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]