Subject: New strange ecasound behaviour
From: Philippe Schelté (p.schelte_AT_free.fr)
Date: Tue Dec 28 2004 - 01:59:08 EET
Hi !
Me again always with the same setup, but now on a gentoo 2004.3
with kernel 2.6.9-gentoo-r9 compiled with preemption,rtc and
realtime-lsm-module.
All the system has been compiled from scratch "ŕ la gentoo"
applications used :
Jack-audio-connection-kit (from gentoo portage)
Qjackctl 0.2.13 (from original sources)
TerminatorX 3.82 (from original sources)
Ecasound 2.3.5 (from original sources) and 2.3.3 (from gentoo portage)
same result...
Ardour 0.9beta22 (from original sources)
MusE 0.7.1pre2
So I run Qjackctl with jackstart as simple user then I run TerminatorX and
ecasound with my ecasoundsystem.sh script :
ecasound -a:1,2,3,4 -i jack /
-a:1 -efl:300 -o jack /
-a:2 -efb:500,400 -o jack /
-a:3 -efb:1000,600 -o jack /
-a:4 -efh:1300 -o jack
Then I run MusE and if I load the file, to recall all the connection with
ecasound, here is what ecasound does :
bash-2.05b$ ./soundsystem/ecasoundsystem.sh
****************************************************************************
* ecasound v2.3.3 (C) 1997-2004 Kai Vehmanen
****************************************************************************
- [ Session created ] ------------------------------------------------------
- [ Chainsetup created (cmdline) ] -----------------------------------------
- [ Connecting chainsetup ] ------------------------------------------------
(eca-chainsetup) 'rtlowlatency' buffering mode selected.
(eca-chainsetup) Audio object "jack", mode "read".
(audio-io) Format: f32_le, channels 2, srate 48000, noninterleaved.
(eca-chainsetup) Audio object "jack", mode "write".
(audio-io) Format: f32_le, channels 2, srate 48000, noninterleaved.
(eca-chainsetup) Audio object "jack", mode "write".
(audio-io) Format: f32_le, channels 2, srate 48000, noninterleaved.
(eca-chainsetup) Audio object "jack", mode "write".
(audio-io) Format: f32_le, channels 2, srate 48000, noninterleaved.
(eca-chainsetup) Audio object "jack", mode "write".
(audio-io) Format: f32_le, channels 2, srate 48000, noninterleaved.
- [ Chainsetup connected ] -------------------------------------------------
(eca-controller) Connected chainsetup: "command-line-setup".
- [ Controller/Starting batch processing ] ---------------------------------
- [ Engine init - Driver start ] -------------------------------------------
(eca-engine) Using realtime-scheduling (SCHED_FIFO).
(eca-engine) Using realtime-scheduling (SCHED_FIFO).
(eca-engine) Using realtime-scheduling (SCHED_FIFO).
- [ Controller/Batch processing finished ] ---------------------------------
- [ Engine exiting ] -------------------------------------------------------
(eca-controller) Disconnecting chainsetup: "command-line-setup".
(audioio-jack-manager) Connection closed!
- [ Chainsetup disconnected ] ----------------------------------------------
Warning: DBC_CHECK failed - "is_prepared() != true", audioio-device.cpp, 35.
Warning: DBC_CHECK failed - "is_prepared() != true", audioio-device.cpp, 35.
Warning: DBC_CHECK failed - "is_prepared() != true", audioio-device.cpp, 35.
Warning: DBC_CHECK failed - "is_prepared() != true", audioio-device.cpp, 35.
Warning: DBC_CHECK failed - "is_prepared() != true", audioio-device.cpp, 35.
bash-2.05b$
so I quit MusE, I run ecasoundsystem.sh again then MusE again and ecasound
seems to be ok but no sounds get out of it :-(
I also have a similar behaviour like no sounds routed with Ardour.
This behaviour doesn't happen on my DeMuDi 1.21-rc1 (low latency kernel
2.4.25) is it a kernel 2.6 related problem ?
Because ecasound is at the center of my soundsystem setup I need it much !
any ideas ?
Philippe
This archive was generated by hypermail 2b28 : Tue Dec 28 2004 - 00:59:48 EET