Hi Kai and others,
I've been getting this message at random when
connecting a chain setup:
Connecting chainsetup failed:
"Enabling chainsetup: AUDIOIO-JACK: Cannot connect open connection!
Buffersize 128 differs from JACK server's buffersize of 1024."
Usually repeating Nama's cs-connect routine is enough to
clear the error.
Here is the -dd output. Note that the bufferize: line
says 128 in the *warning-free* connects as well.
(eca-session) Connecting chainsetup
jack_client_new: deprecated
(eca-chainsetup) jackd buffersize check returned 1024.
(eca-chainsetup) overriding buffersize.
(eca-chainsetup) Multitrack-mode enabled.
(eca-chainsetup) bmode-selection case-1
(eca-chainsetup) "rt" buffering mode selected.
(eca-chainsetup) Set buffering parameters to:
--cut--
buffersize: 128
raised_priority: 1
sched_priority: 50
double buffering: 1
double buffer size: 100000
max buffers: 0
--cut--
(eca-chainsetup) Memory locked!
(eca-chainsetup) Switching to db mode.
Warning: type DBC_ENSURE soft-assert 'db_clients_rep > 0' failed at
-> eca-chainsetup.cpp:677 [void ECA_CHAINSETUP::switch_to_db_mode_helper(std::vector<AUDIO_IO*, std::allocator<AUDIO_IO*> >*, const std::vector<AUDIO_IO*, std::allocator<AUDIO_IO*> >&)]
Warning: type DBC_ENSURE soft-assert 'db_clients_rep > 0' failed at
-> eca-chainsetup.cpp:677 [void ECA_CHAINSETUP::switch_to_db_mode_helper(std::vector<AUDIO_IO*, std::allocator<AUDIO_IO*> >*, const std::vector<AUDIO_IO*, std::allocator<AUDIO_IO*> >&)]
Regards,
Joel
-- Joel Roth ------------------------------------------------------------------------------ The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book "Blueprint to a Billion" shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev _______________________________________________ Ecasound-list mailing list Ecasound-list@email-addr-hidden https://lists.sourceforge.net/lists/listinfo/ecasound-listReceived on Sun Nov 7 08:15:01 2010
This archive was generated by hypermail 2.1.8 : Sun Nov 07 2010 - 08:15:01 EET