Hi,
On Sat, 6 Nov 2010, Joel Roth wrote:
> 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."
normally ecasound checks jackd buffersize whenever you "cs-connect", and
sets the chainsetup buffersize to match that of JACK.
In in your case:
> (eca-session) Connecting chainsetup
> jack_client_new: deprecated
> (eca-chainsetup) jackd buffersize check returned 1024.
> (eca-chainsetup) overriding buffersize.
This actually looks correct. The above "overriding" means that the value
will override whatever settings that are coming from buffering mode
profile. I.e...
> (eca-chainsetup) bmode-selection case-1
> (eca-chainsetup) "rt" buffering mode selected.
[...]
> buffersize: 128
... 128 comes from the "rt" buffering mode profile, but the override
value of 1024 should replace this.
The code seems correct and I couldn't reproduce this myself, but I think
there's still a bug somehere. What kind of setup this is (only JACK
outputs, also JACK inputs, or both)? Are you passing any other buffering
params to ecasound?
> 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*> >&)]
This is a bug, but already fixed in ecasound 2.7.1 (commit
5de88a8c8e870d33a11e262c29a57ffa779b1bb5 "eca-chainsetup: Remove invalid
state assertions").
------------------------------------------------------------------------------
Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL,
new data types, scalar functions, improved concurrency, built-in packages,
OCI, SQL*Plus, data movement tools, best practices and more.
http://p.sf.net/sfu/oracle-sfdev2dev
_______________________________________________
Ecasound-list mailing list
Ecasound-list@email-addr-hidden
https://lists.sourceforge.net/lists/listinfo/ecasound-list
Received on Mon Dec 13 00:15:04 2010
This archive was generated by hypermail 2.1.8 : Mon Dec 13 2010 - 00:15:04 EET