Help with rt-plugins-x.x.x.tar.gz

Status
Not open for further replies.
The "looping" (by which I think you mean that the message repeats over and over again) might be just a warning that you are getting because you have the highest amount of debug info enabled with -ddd on line 1. You can get rid of -ddd completely for now (we might put it back later) and this might silence that warning.

OK, gotta go now. I will check back later. Post what happens. I will keep trying to help you.
 
No audio heard!

Code:
[pi@raspberrypi:~ $ ecasound -B:rtlowlatency -b:512 -z:mixmode,sum \
>    -a:get_input -f:16,2,44100 -i:alsa,hw:CARD=CODEC -chmix:1 -f:16,1,44100 -o:loop,1 \
>    -a:do_filters -i:loop,1 -pf:sub.ecp -o:loop,filtered \
>    -a:send_to_DACs -i:loop,filtered -f:16,2,44100 -chorder:0,0 -o:alsa,hw:CARD=CODEC
**************************************************************************
*        ecasound v2.9.1 (C) 1997-2014 Kai Vehmanen and others    
**************************************************************************
(eca-chainsetup-parser) Buffering mode 'rtlowlatency' selected.
(eca-chainsetup-parser) Setting buffersize to (samples) 512.
(eca-chainsetup-parser) Enabling 'sum' mixmode.
Warning: type DBC_REQUIRE soft-assert 'formatted_string.empty() == false' failed at
 -> preset.cpp:155 [void PRESET::parse(const string&)]
(eca-chainsetup) Chainsetup "untitled-chainsetup"
(eca-chainsetup) Multitrack-mode enabled.
(eca-chainsetup) "rtlowlatency" buffering mode selected.
(eca-chainsetup) Opened input "alsa", mode "read". Format: s16_le, channels
... 2, srate 44100, interleaved.
(eca-chainsetup) NOTE: using existing audio parameters -f:f32_le,1,44100
... for object 'loop' (tried to open with -f:s16_le,1,44100).
(eca-chainsetup) Opened input "loop", mode "read". Format: f32_le, channels
... 1, srate 44100, interleaved (locked params).
(eca-chainsetup) NOTE: using existing audio parameters -f:f32_le,1,44100
... for object 'loop' (tried to open with -f:s16_le,1,44100).
(eca-chainsetup) Opened input "loop", mode "read". Format: f32_le, channels
... 1, srate 44100, interleaved (locked params).
(eca-chainsetup) Opened input "loop", mode "read". Format: f32_le, channels
... 1, srate 44100, interleaved (locked params).
(eca-chainsetup) Opened input "loop", mode "read". Format: f32_le, channels
... 1, srate 44100, interleaved (locked params).
(eca-chainsetup) Opened output "alsa", mode "write". Format: s16_le,
... channels 2, srate 44100, interleaved.
- [ Connected chainsetup: "untitled-chainsetup" ] ------------------------
- [ Controller/Starting batch processing ] -------------------------------
- [ Engine - Driver start ] ----------------------------------------------


/CODE]
 
Hi

Hardware is a basic swap of the cables!
 

Attachments

  • usb.jpg
    usb.jpg
    263.3 KB · Views: 56
What do you mean you are swapping sound cards? Do you understand that by doing that you are screwing things up possibly? Just stick with ONE soundcard. Pick one. I don't care, but don't CHANGE IT IN THE MIDDLE of things please.

Go back and run aplay -L again and post the output. DONT change the soundcard afterwards.
 
I have two soundcards. The red one a UCA222 is on my Acer Revo which runs my sub. I disconnect my line in and line out cables and plug the cables into the UCA202! Sorry, you went to lunch, I put on a movie! its okay my pi is always connected to its UCA 202!
 
Reminds me off Jackctl

Code:
pi@raspberrypi:~ $ ecasound -B:rtlowlatency -b:512 -z:mixmode,sum \
>    -a:get_input -f:16,2,44100 -i:alsa,hw:CARD=CODEC -chmix:1 -f:16,1,44100 -o:loop,monosignal \
>    -a:do_filters -i:loop,monosignal -pf:sub.ecp -o:loop,filtered \
>    -a:send_to_DACs -i:loop,filtered -f:16,2,44100 -chorder:0,0 -o:alsa,hw:CARD=CODEC
**************************************************************************
*        ecasound v2.9.1 (C) 1997-2014 Kai Vehmanen and others    
**************************************************************************
(eca-chainsetup-parser) Buffering mode 'rtlowlatency' selected.
(eca-chainsetup-parser) Setting buffersize to (samples) 512.
(eca-chainsetup-parser) Enabling 'sum' mixmode.
Warning: type DBC_REQUIRE soft-assert 'formatted_string.empty() == false' failed at
 -> preset.cpp:155 [void PRESET::parse(const string&)]
(eca-chainsetup) Chainsetup "untitled-chainsetup"
(eca-chainsetup) Multitrack-mode enabled.
(eca-chainsetup) "rtlowlatency" buffering mode selected.
(eca-chainsetup) Opened input "alsa", mode "read". Format: s16_le, channels
... 2, srate 44100, interleaved.
(eca-chainsetup) NOTE: using existing audio parameters -f:f32_le,1,44100
... for object 'loop' (tried to open with -f:s16_le,1,44100).
(eca-chainsetup) Opened input "loop", mode "read". Format: f32_le, channels
... 1, srate 44100, interleaved (locked params).
(eca-chainsetup) NOTE: using existing audio parameters -f:f32_le,1,44100
... for object 'loop' (tried to open with -f:s16_le,1,44100).
(eca-chainsetup) Opened input "loop", mode "read". Format: f32_le, channels
... 1, srate 44100, interleaved (locked params).
(eca-chainsetup) Opened input "loop", mode "read". Format: f32_le, channels
... 1, srate 44100, interleaved (locked params).
(eca-chainsetup) Opened input "loop", mode "read". Format: f32_le, channels
... 1, srate 44100, interleaved (locked params).
(eca-chainsetup) Opened output "alsa", mode "write". Format: s16_le,
... channels 2, srate 44100, interleaved.
- [ Connected chainsetup: "untitled-chainsetup" ] ------------------------
- [ Controller/Starting batch processing ] -------------------------------
- [ Engine - Driver start ] ----------------------------------------------
WARNING: ALSA playback underrun, glitches in audio playback possible! Break was at least -816137678.00 ms long.
WARNING: ALSA playback underrun, glitches in audio playback possible! Break was at least -816137677.06 ms long.
WARNING: ALSA playback underrun, glitches in audio playback possible! Break was at least -816137677.08 ms long.
WARNING: ALSA playback underrun, glitches in audio playback possible! Break was at least -816137678.00 ms long.
 
OK, well that was all fun and good up to this point! Looks like we might have discovered one of those not-well-documented issues with ecasound (more about that below). On my system I got this to work:
Code:
ecasound -B:rtlowlatency -b:512 -z:mixmode,sum \
   -a:get_input -f:16,2,44100 -i:alsa,hw:CARD=CODEC -o:loop,input \
   -a:do_filters -i:loop,input -chmix:1 -f:16,1,44100 -o:loop,monosignal \
   -a:process_and_send_to_DACs -i:loop,monosignal -pf:sub.ecp -chcopy:1,2 -f:16,2,44100 -o:alsa,hw:CARD=CODEC

The only real difference is on lines 2 and 3. Before I was mixing the channels together right after connecting to the ALSA device for input. I tore the whole thing down and then built it up piece by piece to figure out when and where it wasn't working. It seems if I move the mixing down to mono operation to the next line (-a:do_filters...) it works. So it could be that after connecting to the input you can't also mix in the same chain... or something. Very rarely will ecasound do something weird like this, so that might have been it.

I connected a CD player to the inputs and I am listening to the output (monitoring switch set to OFF) via the headphone jack and all seems to work as advertised.

Anyway, try that.
 
Status
Not open for further replies.