16 May
2011
16 May
'11
8:41 p.m.
Hi all,
I'm trying to build a recorder that makes a 24 hour long audio recording,
with multiple channels. So far, I can start jackd:
$sudo jackd -d firewire
and start ecasound:
$sudo ecasound -a:1,2,3,4,5,6,7,8 -f:s16_le,8,44100 -i jack,system -a:1 -o
channelone.mp3 -a:2 -o channeltwo.mp3 -a:3 -o channelthree.mp3 -a:4 -o
channelfour.mp3 -a:5 -o channelfive.mp3 -a:6 -o channelsix.mp3 -a:7 -o
channelseven.mp3 -a:8 -o channeleight.mp3
...this starts recording without problems. However, when I stop recording
by issuing ctrl-c to ecasound and then start recording again, the files
created now have zero bytes. If I stop and restart the jack server, then
recording works normally. I would expect ecasound to overwrite the files
and record new files; why must I restart jackd for audio to be recorded?
Thanks for any info.
-Steiny
(415)819-2009
16 May
16 May
9:58 p.m.
Hello Eric!
Maybe you can try adding the option:
-G:jack,ecasound,notransport
I just read, that this is changed in 2.8.0, so in batch-mode (no -c)
notransport is assumed. Otherwise I don't have any idea, why something
shouldn't work.
I suppose you know, that with the setup you gave us, you will record the
same signal to every file? If you want different channels routed to the
individual chains, you must use one of the -ch* options (I think -chselect).
Kind regards
Julien
--------
Music was my first love and it will be my last (John Miles)
======== FIND MY WEB-PROJECT AT: ========
http://ltsb.sourceforge.net
the Linux TextBased Studio guide
======= AND MY PERSONAL PAGES AT: =======
http://www.juliencoder.de
17 May
17 May
6:39 a.m.
On Mon, May 16, 2011 at 11:41:53AM -0700, Eric Steinberg wrote:
Hi all,
I'm trying to build a recorder that makes a 24 hour long audio recording,
with multiple channels. So far, I can start jackd:
$sudo jackd -d firewire
and start ecasound:
$sudo ecasound -a:1,2,3,4,5,6,7,8 -f:s16_le,8,44100 -i jack,system -a:1 -o
channelone.mp3 -a:2 -o channeltwo.mp3 -a:3 -o channelthree.mp3 -a:4 -o
channelfour.mp3 -a:5 -o channelfive.mp3 -a:6 -o channelsix.mp3 -a:7 -o
channelseven.mp3 -a:8 -o channeleight.mp3
...this starts recording without problems. However,
when I stop recording
by issuing ctrl-c to ecasound and then start recording again, the files
created now have zero bytes. If I stop and restart the jack server, then
recording works normally. I would expect ecasound to overwrite the files
and record new files; why must I restart jackd for audio to be recorded?
Thanks for any info.
-Steiny
Hi Eric,
Julien mentioned the issue of the selection and channel count of the
output channels.
Here are two (untested) ways to deal with it.
First of all, with -f:s16_le,8,44100, it looks like
you are declaring the input signal to be 16-bit.
In fact, JACK's internal format is floating 32-bit, so you
probably want -f:f32_le,8,44100.
Also -f specifies the format for *all subsequent input and
output signals*, so you'll need a -f:s16_le,1,44100 before the
outputs.
Since each chain gets a copy of the 8-channel signal, you'll
have to move the channel you want to channel 1 using
the -chmove operator.
ecasound -f:f32_le,8,44100 \
-a:1,2,3,4,5,6,7,8 -i jack,system \
-f:s16_le,1,44100 \
-a:1 -o channelone.mp3 \
-a:2 -chmove:2,1 -o channeltwo.mp3 \
-a:3 -chmove:3,1 -o channelthree.mp3 \
-a:4 -chmove:4,1 -o channelfour.mp3 \
-a:5 -chmove:5,1 -o channelfive.mp3 \
-a:6 -chmove:6,1 -o channelsix.mp3 \
-a:7 -chmove:7,1 -o channelseven.mp3 \
-a:8 -chmove:8,1 -o channeleight.mp3
Just for interest. Here is another way to do it:
ecasound \
-a:1 -f:f32_le,1,44100 -i jack_multi,system:capture_1 \
-f:s16_le,1,44100 -o channelone.mp3 \
-a:2 -f:f32_le,1,44100 -i jack_multi,system:capture_2 \
-f:s16_le,1,44100 -o channeltwo.mp3 \
....
However, there appears to be another wrinkle. According
to 'man ecasoundrc', ecasound will output a *stereo*
signal to lame:
ext-cmd-mp3-output
Command for starting mp3 output. Ecasound will write
stereo, signed, 16bit, little-endian samples to standard
output. Sample rate is configurable. Before execution, %f is
replaced with path to the output mp3, %S with sample rate in
kHz, and %B with encoding bitrate in kbps. Double-quotes and
backslash-espacing can be used to include white-space to
individual parameters. By default Ecasound will try to
launch lame. As a special exception (added to Ecasound
2.7.0), if the output program is "lame" and options include
"--big-endian", Ecasound will detect this and output
big-endian samples
So you may want to tell LAME to record in mono:
.ecasoundrc:
ext-cmd-mp3-output=lame -m m - %f
Regarding zero-length file, I will defer to the other
experts about which of Ecasound's JACK transport modes
you will want to use. There aren't that many, so you
could try them all, using the -G option, i.e.
ecasound -G:jack,system,notransport # ignore transport seek
I also wonder if you might get better behavior by
terminating Ecasound differently, for example with
a TERM signal, or via Ecasound-interactive mode
commands.
Regards,
Joel
--
Joel Roth
23 May
23 May
10:01 p.m.
Hi,
On Mon, 16 May 2011, Eric Steinberg wrote:
and start ecasound:
$sudo ecasound -a:1,2,3,4,5,6,7,8 -f:s16_le,8,44100 -i jack,system -a:1 -o channelone.mp3
-a:2 -o channeltwo.mp3 -a:3 -o channelthree.mp3 -a:4 -o
channelfour.mp3 -a:5 -o channelfive.mp3 -a:6 -o channelsix.mp3 -a:7 -o channelseven.mp3
-a:8 -o channeleight.mp3
[...]
...this starts recording without problems. However,
when I stop
recording by issuing ctrl-c to ecasound and then start recording again,
the files created now have zero bytes. If I stop and restart the jack
as Julien already recommended, I'd first try with
'-G:jack,ecasound,notransport'. With this you state that you do not wish
to follow JACK transport state (e.g. what's the current position), but
just record whatever is coming from the JACK ports. In your use-case, you
probably want '-x' as well (always truncate outputs).
This (disable transport) is now the default for batchmode in ecasound
2.8.0 and newer (just released).
Otherwise, I think your setup is not deinterleaving the channels quite the
way you probably intended. I think what you are looking for (guessing
based on your file naming):
ecasound -f:f32,2,44100 \
-G:jack,ecasound,notransport -x \
-a:1 -i jack_multi,system:capture_1,system:capture_2 -o chpair1.mp3 \
-a:2 -i jack_multi,system:capture_3,system:capture_4 -o chpair2.mp3 \
-a:3 -i jack_multi,system:capture_5,system:capture_6 -o chpair3.mp3 \
-a:4 -i jack_multi,system:capture_7,system:capture_8 -o chpair4.mp3
If you want to specifically to capture the mono channels, then it's
a bit more complicated due to odd limitations of eca+lame combination,
but still possible:
ecasound -f:f32,1,44100 \
-G:jack,ecasound,notransport -x \
-a:1 -i jack_multi,system:capture_1 -o ch1.mp3 -chcopy:1,2 \
-a:2 -i jack_multi,system:capture_2 -o ch2.mp3 -chcopy:1,2 \
-a:3 -i jack_multi,system:capture_3 -o ch3.mp3 -chcopy:1,2 \
-a:4 -i jack_multi,system:capture_4 -o ch4.mp3 -chcopy:1,2 \
-a:5 -i jack_multi,system:capture_5 -o ch5.mp3 -chcopy:1,2 \
-a:6 -i jack_multi,system:capture_6 -o ch6.mp3 -chcopy:1,2
...
This is a bit clumsy due to having to feed a stereo stream to mp3 encoding
(probably ecasound should do this implicitly under the hood), but still
manageable.
I'd personally consider recording to flac (no need for the extra chcopy
for flac files). Its nonlossy and allows for more options (multichannel
files).
PS Thanks for the post btw. I found one nasty regression in
recent 2.8.0 release that impacted this particular use-case.
Naturally I recommend the just released 2.8.1 for the above
examples... :)
24 May
24 May
12:44 a.m.
Thanks for that, folks. I haven't tried the -G option yet (I used rotter to
get what I needed for the moment), but I will come back to this tonight
because rotter is giving me some problems.
On Mon, May 23, 2011 at 1:02 PM, Kai Vehmanen <kvehmanen(a)eca.cx> wrote:
Hi,
On Mon, 16 May 2011, Eric Steinberg wrote:
and start ecasound:
$sudo ecasound -a:1,2,3,4,5,6,7,8 -f:s16_le,8,44100 -i jack,system -a:1 -o
channelone.mp3 -a:2 -o channeltwo.mp3 -a:3 -o channelthree.mp3 -a:4 -o
channelfour.mp3 -a:5 -o channelfive.mp3 -a:6 -o channelsix.mp3 -a:7 -o
channelseven.mp3 -a:8 -o channeleight.mp3
[...]
...this starts recording without problems.
However, when I stop recording
by issuing ctrl-c to ecasound and then start recording again, the files
created now have zero bytes. If I stop and restart the jack
as Julien already recommended, I'd first try with
'-G:jack,ecasound,notransport'. With this you state that you do not wish to
follow JACK transport state (e.g. what's the current position), but just
record whatever is coming from the JACK ports. In your use-case, you
probably want '-x' as well (always truncate outputs).
This (disable transport) is now the default for batchmode in ecasound 2.8.0
and newer (just released).
Otherwise, I think your setup is not deinterleaving the channels quite the
way you probably intended. I think what you are looking for (guessing based
on your file naming):
ecasound -f:f32,2,44100 \
-G:jack,ecasound,notransport -x \
-a:1 -i jack_multi,system:capture_1,system:capture_2 -o chpair1.mp3 \
-a:2 -i jack_multi,system:capture_3,system:capture_4 -o chpair2.mp3 \
-a:3 -i jack_multi,system:capture_5,system:capture_6 -o chpair3.mp3 \
-a:4 -i jack_multi,system:capture_7,system:capture_8 -o chpair4.mp3
If you want to specifically to capture the mono channels, then it's
a bit more complicated due to odd limitations of eca+lame combination,
but still possible:
ecasound -f:f32,1,44100 \
-G:jack,ecasound,notransport -x \
-a:1 -i jack_multi,system:capture_1 -o ch1.mp3 -chcopy:1,2 \
-a:2 -i jack_multi,system:capture_2 -o ch2.mp3 -chcopy:1,2 \
-a:3 -i jack_multi,system:capture_3 -o ch3.mp3 -chcopy:1,2 \
-a:4 -i jack_multi,system:capture_4 -o ch4.mp3 -chcopy:1,2 \
-a:5 -i jack_multi,system:capture_5 -o ch5.mp3 -chcopy:1,2 \
-a:6 -i jack_multi,system:capture_6 -o ch6.mp3 -chcopy:1,2
...
This is a bit clumsy due to having to feed a stereo stream to mp3 encoding
(probably ecasound should do this implicitly under the hood), but still
manageable.
I'd personally consider recording to flac (no need for the extra chcopy for
flac files). Its nonlossy and allows for more options (multichannel files).
PS Thanks for the post btw. I found one nasty regression in
recent 2.8.0 release that impacted this particular use-case.
Naturally I recommend the just released 2.8.1 for the above
examples... :)
25 May
25 May
9:13 p.m.
Kai, Everybody,
Thanks- I did try -G and flac, and it works much better: I can stop and
restart without making empty files. I think I'm going to stick with Rotter
for this job, though, because of its file-splitting and timestamping
features (which makes searching archives a lot easier). Much love for the
advice! Irie.
On Mon, May 23, 2011 at 3:44 PM, Eric Steinberg <eric.steinberg(a)gmail.com>wrote;wrote:
Thanks for that, folks. I haven't tried the -G
option yet (I used rotter
to get what I needed for the moment), but I will come back to this tonight
because rotter is giving me some problems.
On Mon, May 23, 2011 at 1:02 PM, Kai Vehmanen <kvehmanen(a)eca.cx> wrote:
Hi,
On Mon, 16 May 2011, Eric Steinberg wrote:
and start ecasound:
$sudo ecasound -a:1,2,3,4,5,6,7,8 -f:s16_le,8,44100 -i jack,system -a:1
-o channelone.mp3 -a:2 -o channeltwo.mp3 -a:3 -o channelthree.mp3 -a:4 -o
channelfour.mp3 -a:5 -o channelfive.mp3 -a:6 -o channelsix.mp3 -a:7 -o
channelseven.mp3 -a:8 -o channeleight.mp3
[...]
...this starts recording without problems.
However, when I stop
recording by issuing ctrl-c to ecasound and then start recording again, the
files created now have zero bytes. If I stop and restart the jack
as Julien already recommended, I'd first try with
'-G:jack,ecasound,notransport'. With this you state that you do not wish to
follow JACK transport state (e.g. what's the current position), but just
record whatever is coming from the JACK ports. In your use-case, you
probably want '-x' as well (always truncate outputs).
This (disable transport) is now the default for batchmode in ecasound
2.8.0 and newer (just released).
Otherwise, I think your setup is not deinterleaving the channels quite the
way you probably intended. I think what you are looking for (guessing based
on your file naming):
ecasound -f:f32,2,44100 \
-G:jack,ecasound,notransport -x \
-a:1 -i jack_multi,system:capture_1,system:capture_2 -o chpair1.mp3 \
-a:2 -i jack_multi,system:capture_3,system:capture_4 -o chpair2.mp3 \
-a:3 -i jack_multi,system:capture_5,system:capture_6 -o chpair3.mp3 \
-a:4 -i jack_multi,system:capture_7,system:capture_8 -o chpair4.mp3
If you want to specifically to capture the mono channels, then it's
a bit more complicated due to odd limitations of eca+lame combination,
but still possible:
ecasound -f:f32,1,44100 \
-G:jack,ecasound,notransport -x \
-a:1 -i jack_multi,system:capture_1 -o ch1.mp3 -chcopy:1,2 \
-a:2 -i jack_multi,system:capture_2 -o ch2.mp3 -chcopy:1,2 \
-a:3 -i jack_multi,system:capture_3 -o ch3.mp3 -chcopy:1,2 \
-a:4 -i jack_multi,system:capture_4 -o ch4.mp3 -chcopy:1,2 \
-a:5 -i jack_multi,system:capture_5 -o ch5.mp3 -chcopy:1,2 \
-a:6 -i jack_multi,system:capture_6 -o ch6.mp3 -chcopy:1,2
...
This is a bit clumsy due to having to feed a stereo stream to mp3 encoding
(probably ecasound should do this implicitly under the hood), but still
manageable.
I'd personally consider recording to flac (no need for the extra chcopy
for flac files). Its nonlossy and allows for more options (multichannel
files).
PS Thanks for the post btw. I found one nasty regression in
recent 2.8.0 release that impacted this particular use-case.
Naturally I recommend the just released 2.8.1 for the above
examples... :)
5020
days inactive
5029
days old
linux-audio-user@lists.linuxaudio.org
5 comments
4 participants
participants (4)
-
Eric Steinberg -
Joel Roth -
Julien Claassen -
Kai Vehmanen