[ecasound] New strange ecasound behaviour
Brought to you by:
kaiv
From: Philippe <p.s...@fr...> - 2004-12-27 23:00:58
|
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 "=E0 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 an= d 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() !=3D true", audioio-device.cpp= , 35. Warning: DBC_CHECK failed - "is_prepared() !=3D true", audioio-device.cpp= , 35. Warning: DBC_CHECK failed - "is_prepared() !=3D true", audioio-device.cpp= , 35. Warning: DBC_CHECK failed - "is_prepared() !=3D true", audioio-device.cpp= , 35. Warning: DBC_CHECK failed - "is_prepared() !=3D true", audioio-device.cpp= , 35. bash-2.05b$ so I quit MusE, I run ecasoundsystem.sh again then MusE again and ecasoun= d 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 -- To unsubscribe send message 'unsubscribe' in the body of the message to <eca...@wa...>. |