Sir, if you have other things to do, I can wait till later. You help is very appreciated, thank you.
Mike
Mike
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.
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]
Hmmm, the output seems to indicate that ecasound is running and I don't see any errors. Have you tried to do any other troubleshooting? Try to check to make sure that you are actually sending audio into the UCA202. Then check if audio is coming out. Check that your amp is working, etc. etc. etc.
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.
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.
I'm currently trying to reproduce this on my end with my UCA202 and a Pi 2 so that I can figure out what might be wrong.
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:
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.
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.
Right, now work on sub.ecp. You should have the -eadb level control in there and the RTlr4lowpass:80. The rest only needs to be the PEQ filters that you decide to use. I think we are past the most difficult part at this point.
- Status
- Not open for further replies.
- Home
- Source & Line
- PC Based
- Help with rt-plugins-x.x.x.tar.gz