20 Mar
2005
20 Mar
'05
5:57 a.m.
Hello,
Yesterday was my very first experience in live recording under Linux.
Everything was fine during the record :
I was just using this audio chain :
Basicaly, with the help of jackd
I run TerminatorX connected to Ecasound
Ecasound is connected to AMS
AMS is connected to MuSE where I do the recording.
In MuSE the sound in the vu meter was going very rarely on the first graduation
of the red so I thought it was ok for the level setup.
So I've started the recording and everything was quite stable
(TerminatorX has crashed one time but this arrive sometimes even when I
don't record).
At the end of the recording (79 minutes) I did stop and quit all apps.
I wanted to hear the result but here was my first surprise :
xmms and alsaplayer was unable to open the wav files of the recording,
Rezound was able to open it with an error but was able to play it
althought.
And here was my second surprise, the sound was fully saturated : the MuSE
vu meter didnot reflect the real audio level of the recording !!
Now the subject of this post : My system is not enough stable to play
with big files about 1Go !
Is it normal ?
I have a gentoo with gentoo-sources 2.4.18 (givertcap installed)
it is a pentium 4 2.66GHz 512 Mo DDRAM 80Go ide HD
in another way, can we imagine a system like that :
during the recording, a "hot key" could be assigned to split the
recording in a new file. So at the end we would have several files that
we could play on a playlist and work on it easily.
This would be a great feature for people like me that have more a DJ
approach to the music than other traditional musicians. this splitting
should not of course give a gap beetween the file in order to keep the
continuity of the mix. But this can be resolve by pasting the files in a
sound editor just before the burning process or perhaps even during the
burning process.
Just an idea...
Philippe
20 Mar
20 Mar
6:46 a.m.
Hallo,
Dubphil hat gesagt: // Dubphil wrote:
Yesterday was my very first experience in live
recording under Linux.
Everything was fine during the record :
I was just using this audio chain :
Basicaly, with the help of jackd
I run TerminatorX connected to Ecasound
Ecasound is connected to AMS
AMS is connected to MuSE where I do the recording.
I just wonder: Why don't you record in ecasound? I'd say, running MuSE
just for recording could be a bit overkill. And ecasound is a really
useful and stable recording software and also very configurable.
in another way, can we imagine a system like that :
during the recording, a "hot key" could be assigned to split the
recording in a new file. So at the end we would have several files that
we could play on a playlist and work on it easily.
This would be a great feature for people like me that have more a DJ
approach to the music than other traditional musicians. this splitting
should not of course give a gap beetween the file in order to keep the
continuity of the mix. But this can be resolve by pasting the files in a
sound editor just before the burning process or perhaps even during the
burning process.
Although with the help of jack-transport it might be possible to do a
sample-exact switching of soundfiles during recording, in this case
I'd probably try to keep a bit of overlap between both files. That is,
you could run two ecasounds and start recording in one, then stop
recording in the other afterwards.
Ciao
--
Frank Barknecht _ ______footils.org__
_ __latest track: "scans" _ http://footils.org/cms/show/41
9:02 a.m.
On Sun, Mar 20, 2005 at 11:46:17AM +0100, Frank Barknecht wrote:
Hallo,
I just wonder: Why don't you record in ecasound? I'd say, running MuSE
just for recording could be a bit overkill. And ecasound is a really
useful and stable recording software and also very configurable.
Thanks Frank to point me on that, sorry for having bad reflex inherited
from a too long Windows music utilisation :)
Promise I will make a desintoxication cure of graphical frontend !
So as you said ecasound is a charm for this :
with this :
ecasound -G:jack,recasound,notransport -i jack -o dubphil-live.wav
the recording is smooth and the result is perfect ! In fact quite
perfect... the wav file is in mono, but I will quickly find how to get a
stereo file.
conclusion : MuSE needs definitly a lot of work...
Although with the help of jack-transport it might be
possible to do a
sample-exact switching of soundfiles during recording, in this case
I'd probably try to keep a bit of overlap between both files. That is,
you could run two ecasounds and start recording in one, then stop
recording in the other afterwards.
I would like a minimum of human interaction like just hitting one key,
I've got not enough time during the live act to rename the next file for the
ecasound command and stop the running ecasound with ctrl-c. Perhaps I
will upgrade my RAM to 1Go; I think it is the memory the guilty isn't it
?
Thanks again
Philippe
21 Mar
21 Mar
1:55 p.m.
On Sun, Mar 20, 2005 at 02:06:20PM +0000, Dubphil wrote:
On Sun, Mar 20, 2005 at 11:46:17AM +0100, Frank
Barknecht wrote:
ecasound ...... -o dubphil-live-`date +%Y-%m%d-%H%M`.wav
-record for a while
-ctrl-c, up-arrow, enter
starts a new file stamped with YYYY-MMDD-HHMM time stamp.
Not quite one key, but I find it fairly convenient. Though, I am not
using it in a live setting.
Hallo,
I just wonder: Why don't you record in ecasound? I'd say, running MuSE
just for recording could be a bit overkill. And ecasound is a really
useful and stable recording software and also very configurable.
Thanks Frank to
point me on that, sorry for having bad reflex inherited
from a too long Windows music utilisation :)
Promise I will make a desintoxication cure of graphical frontend !
So as you said ecasound is a charm for this :
with this :
ecasound -G:jack,recasound,notransport -i jack -o dubphil-live.wav I would like a minimum of human interaction like just
hitting one key,
I've got not enough time during the live act to rename the next file for the
ecasound command and stop the running ecasound with ctrl-c. Perhaps I
will upgrade my RAM to 1Go; I think it is the memory the guilty isn't it
?
--
Eric Dantan Rzewnicki | Systems Administrator
Technical Operations Division | Radio Free Asia
2025 M Street, NW | Washington, DC 20036 | 202-530-4900
CONFIDENTIAL COMMUNICATION
This e-mail message is intended only for the use of the addressee and
may contain information that is privileged and confidential. Any
unauthorized dissemination, distribution, or copying is strictly
prohibited. If you receive this transmission in error, please contact
network(a)rfa.org.
4:15 p.m.
On Mon, Mar 21, 2005 at 12:54:17PM -0500, Eric Dantan Rzewnicki wrote:
ecasound ...... -o dubphil-live-`date
+%Y-%m%d-%H%M`.wav
-record for a while
-ctrl-c, up-arrow, enter
starts a new file stamped with YYYY-MMDD-HHMM time stamp.
Not quite one key, but I find it fairly convenient. Though, I am not
using it in a live setting.
Yeah! great! I could make a script that send the ecasound recording session
B with the timstamped file name, greps the ecasound recording session A process to kill it
(how to do this ?). so I would just have to hit the upper arrow key and the enter key to
split the recording.
Thanks a lot for this idea Eric.
Regards
Philippe
22 Mar
22 Mar
7:26 a.m.
On Mon, Mar 21, 2005 at 12:54:17 -0500, Eric Dantan Rzewnicki wrote:
On Sun, Mar 20, 2005 at 02:06:20PM +0000, Dubphil
wrote:
I think you can do the same thing with timemachine, everytime you click
stop it will start queuing, and you have 10 seconds to press record again
without loosing anything.
- Steve
On Sun, Mar 20, 2005 at 11:46:17AM +0100, Frank
Barknecht wrote:
ecasound ...... -o dubphil-live-`date +%Y-%m%d-%H%M`.wav
-record for a while
-ctrl-c, up-arrow, enter
starts a new file stamped with YYYY-MMDD-HHMM time stamp.
Not quite one key, but I find it fairly convenient. Though, I am not
using it in a live setting. Hallo,
I just wonder: Why don't you record in ecasound? I'd say, running MuSE
just for recording could be a bit overkill. And ecasound is a really
useful and stable recording software and also very configurable.
Thanks Frank to
point me on that, sorry for having bad reflex inherited
from a too long Windows music utilisation :)
Promise I will make a desintoxication cure of graphical frontend !
So as you said ecasound is a charm for this :
with this :
ecasound -G:jack,recasound,notransport -i jack -o dubphil-live.wav
1:50 p.m.
On Tue, Mar 22, 2005 at 11:26:26AM +0000, Steve Harris wrote:
On Mon, Mar 21, 2005 at 12:54:17 -0500, Eric Dantan
Rzewnicki wrote:
even better. :)
--
Eric Dantan Rzewnicki | Systems Administrator
Technical Operations Division | Radio Free Asia
2025 M Street, NW | Washington, DC 20036 | 202-530-4900
CONFIDENTIAL COMMUNICATION
This e-mail message is intended only for the use of the addressee and
may contain information that is privileged and confidential. Any
unauthorized dissemination, distribution, or copying is strictly
prohibited. If you receive this transmission in error, please contact
network(a)rfa.org.
On Sun, Mar 20, 2005 at 02:06:20PM +0000, Dubphil
wrote:
I think you can do the same thing with timemachine,
everytime you click
stop it will start queuing, and you have 10 seconds to press record again
without loosing anything. On Sun, Mar 20, 2005 at 11:46:17AM +0100, Frank
Barknecht wrote:
ecasound ......
-o dubphil-live-`date +%Y-%m%d-%H%M`.wav
-record for a while
-ctrl-c, up-arrow, enter
starts a new file stamped with YYYY-MMDD-HHMM time stamp.
Not quite one key, but I find it fairly convenient. Though, I am not
using it in a live setting. Hallo,
I just wonder: Why don't you record in ecasound? I'd say, running MuSE
just for recording could be a bit overkill. And ecasound is a really
useful and stable recording software and also very configurable.
Thanks Frank to
point me on that, sorry for having bad reflex inherited
from a too long Windows music utilisation :)
Promise I will make a desintoxication cure of graphical frontend !
So as you said ecasound is a charm for this :
with this :
ecasound -G:jack,recasound,notransport -i jack -o dubphil-live.wav
4:02 p.m.
On Tue, Mar 22, 2005 at 11:26:26AM +0000, Steve Harris wrote:
I think you can do the same thing with timemachine, everytime you click
stop it will start queuing, and you have 10 seconds to press record again
without loosing anything.
- Steve
Good idea, it would be more than great if the timemachine developper
could add midi support. Using my midi gear to trigger the record would
be exactly what I need !
Regards
Philippe
7:37 p.m.
On Tue, Mar 22, 2005 at 09:06:35 +0000, Dubphil wrote:
On Tue, Mar 22, 2005 at 11:26:26AM +0000, Steve Harris
wrote:
Its not very likly, but the timemachine developer might consider adding
OSC support ;) which you could trigger from MIDI using a simple perl script
or whatever.
- Steve
I think you can do the same thing with timemachine, everytime you click
stop it will start queuing, and you have 10 seconds to press record again
without loosing anything.
- Steve
Good idea, it would be more than great if the timemachine developper
could add midi support. Using my midi gear to trigger the record would
be exactly what I need ! 
23 Mar
23 Mar
4:54 a.m.
Its not very likly, but the timemachine developer
might consider
adding OSC support ;) which you could trigger from MIDI using a
simple perl script or whatever.
Steve, while at it: Would you consider adding WAVE_FORMAT_PCM
(0x00010002 as reported by sndfile-info) to timemachine's recording
formats?
Also sometimes it makes sense for me to have no pre-recording buffer at
all, so if "-t 0" were possible that would be great.
Thanks for this neat machine, Wolfgang
5:13 a.m.
Its not very likly, but the timemachine developer
might consider adding
OSC support ;) which you could trigger from MIDI using a simple perl
script
or whatever.
ah ! you are the same steve (at) plugin (dot) org (dot) uk !?
So osc support would be ok, it will be the time for me to understand
this mysterious osc technology...
If I can help for this task (as I am the man who needs it) I would be
happy :)
Regards
Philippe
5:32 a.m.
On Wed, Mar 23, 2005 at 10:15:52 -0000, Dubphil wrote:
Yup.
Its not very
likly, but the timemachine developer might consider adding
OSC support ;) which you could trigger from MIDI using a simple perl
script
or whatever.
ah ! you are the same steve (at) plugin (dot) org (dot) uk !?
So osc support would be ok, it will be the time for me to understand
this mysterious osc technology... If I can help for this task (as I am the man who needs
it) I would be
happy :)
If you can code its probably an easy job. The main loop allready supports
GTK and console triggering of recording, so adding liblo support should be
easy. OTOH it would probably be quicker for me to add the code. I actually
thought I had OSC support in CVS allready, but it appears not. Possibly I
was waiting for zeroconf support.
- Steve
4:42 p.m.
On Wed, Mar 23, 2005 at 09:32:46AM +0000, Steve Harris wrote:
If you can code its probably an easy job.
I code in PHP and Perl, I have small notion of C
Nevertheless it could be a good exercise for me to make the first step
into the audio development but as you said it will certainly be quicker
for you to add the code
Possibly I was waiting for zeroconf support.
Sorry what do you mean with this ? That adding osc support will force
you to make a configuration file for Timemachine ?
If you feel patient to coach a newbie C coder I would be happy, if you
don't got time, I understand it and will wait for the osc
implementation.
Regards
Philippe
6:08 p.m.
On Wed, Mar 23, 2005 at 09:21:36 +0000, Dubphil wrote:
On Wed, Mar 23, 2005 at 09:32:46AM +0000, Steve Harris
wrote:
Zeroconf is a protocol for discovering instances of running programs.
If you can code its probably an easy job.
I code in PHP and Perl, I have small notion of C
Nevertheless it could be a good exercise for me to make the first step
into the audio development but as you said it will certainly be quicker
for you to add the code
Possibly I was waiting for zeroconf support.
Sorry what do you mean with this ? That adding osc support will force
you to make a configuration file for Timemachine ? If you feel patient to coach a newbie C coder I would
be happy, if you
don't got time, I understand it and will wait for the osc
implementation.
I would be happy to normally, but I dont have any free time at the moment,
sorry.
- Steve
21 Mar
21 Mar
3:35 p.m.
Hi,
On Sunday 20 Mar 2005 15:06, Dubphil wrote:
On Sun, Mar 20, 2005 at 11:46:17AM +0100, Frank
Barknecht wrote:
I'd agree that ecasound is probably the better tool for this, though I do
think it works in MusE too.
Was it the Input or the Track meter that you checked? The track meter by
default shows the output of the track. To see the real level going into the
track either check the input meter or click the [pre] button.
Regards,
Robert
--
http://spamatica.se/musicsite/
Hallo,
I just wonder: Why don't you record in ecasound? I'd say, running MuSE
just for recording could be a bit overkill. And ecasound is a really
useful and stable recording software and also very configurable.
Thanks Frank to point me on that, sorry for having bad reflex inherited
from a too long Windows music utilisation :)
Promise I will make a desintoxication cure of graphical frontend !
So as you said ecasound is a charm for this :
with this :
ecasound -G:jack,recasound,notransport -i jack -o dubphil-live.wav
the recording is smooth and the result is perfect ! In fact quite
perfect... the wav file is in mono, but I will quickly find how to get a
stereo file.
conclusion : MuSE needs definitly a lot of work...
4:51 p.m.
On Mon, Mar 21, 2005 at 08:35:19PM +0100, Robert Jonsson wrote:
Was it the Input or the Track meter that you checked?
I checked both the input and the track meter.
The track meter by
default shows the output of the track. To see the real level going into the
track either check the input meter or click the [pre] button.
So if the fact of pressing the [Pre] button and check the level of the track is equivalent
to check the level of the input.
Perhaps there is a difference on the level graduation I mean the yellow
and red zones between MuSE and Rezound...
Is there any standard about those green yellow and red zones on a vu
meter ? Or each developpers choose the way he will manage this ?
Regards
Philippe
22 Mar
22 Mar
3:57 p.m.
On Monday 21 Mar 2005 22:54, Dubphil wrote:
I think the limits are normally -1.0 - +1.0, this is where RED starts.
On Mon, Mar 21, 2005 at 08:35:19PM +0100, Robert
Jonsson wrote:
Ok, that is wierd. I tested now with jack_metro as signal source and it seems
to match perfectly at 0db.
Was it the Input or the Track meter that you
checked?
I checked both the input and the track meter. The track meter by
default shows the output of the track. To see the real level going into
the track either check the input meter or click the [pre] button.
So if the fact of pressing the [Pre] button and check the level of the
track is equivalent to check the level of the input.
Perhaps there is a difference on the level graduation I mean the yellow
and red zones between MuSE and Rezound...
Is there any standard about those green yellow and red zones on a vu
meter ? Or each developpers choose the way he will manage this ?
Somebody mentioned a standard long ago, don't know what it was, probably every
implementation is different ;). I'd think that red means overload for most
though.
Regards,
Robert
Regards
Philippe
--
http://spamatica.se/musicsite/
7:36 p.m.
On Tue, Mar 22, 2005 at 08:56:48 +0100, Robert Jonsson wrote:
I think the limits are normally -1.0 - +1.0, this is
where RED starts.
Most meters you see on digital hardware are IEC-268 Digital Peak Meters.
Red happens at 0dB, the green/yellow division is application dependent.
VU (Volume Unit) meters are something very different, and not very helpful
for digital systems.
- Steve
Is there any standard about those green yellow and red zones on a vu
meter ? Or each developpers choose the way he will manage this ?
Somebody mentioned a standard long ago, don't know what it was, probably every
implementation is different ;). I'd think that red means overload for most
though. 
20 Mar
20 Mar
6:44 p.m.
On Sunday 20 March 2005 11:46, Frank Barknecht wrote:
Dubphil hat gesagt: // Dubphil wrote:
Same question, another answer:
I found timemachine very good for live recording. As you are using muse only
for recording, you could replace it by a smaller client. And timemachine is
the basic recording machine with the most simple GUI you might ever have seen
for this purpose.
Of course it has a vu-meter, which even is exact. And if you use the standard
w64-files there is no 2GB limit of the filesize. I did successful recordings
of 2-3 hours...
Arnold
--
There is a theory which states that if ever anyone discovers exactly what the
Universe is for and why it is here, it will instantly disappear and be
replaced by something even more bizarre and inexplicable.
There is another theory which states that this has already happened.
-- Douglas Adams, The Restaurant at the End of the Universe
Yesterday was my very first experience in live
recording under Linux.
Everything was fine during the record :
I was just using this audio chain :
Basicaly, with the help of jackd
I run TerminatorX connected to Ecasound
Ecasound is connected to AMS
AMS is connected to MuSE where I do the recording.
I just wonder: Why don't
you record in ecasound? I'd say, running MuSE
just for recording could be a bit overkill. And ecasound is a really
useful and stable recording software and also very configurable.
21 Mar
21 Mar
5:58 p.m.
On Sun, Mar 20, 2005 at 11:43:58PM +0100, Arnold Krille wrote:
I found timemachine very good for live recording. As
you are using muse only
for recording, you could replace it by a smaller client. And timemachine is
the basic recording machine with the most simple GUI you might ever have seen
for this purpose.
Of course it has a vu-meter, which even is exact. And if you use the standard
w64-files there is no 2GB limit of the filesize. I did successful recordings
of 2-3 hours...
Good option for frontend junky like me :)
but it does a bit of garbage after 1:34 min during 2 secondes.
seams to be not enough reliable on my system.
The best result are definitly provided by ecasound.
Regards
Philippe
7260
days inactive
7263
days old
linux-audio-user@lists.linuxaudio.org
20 comments
7 participants
participants (7)
-
Arnold Krille -
Dubphil -
Eric Dantan Rzewnicki -
Frank Barknecht -
Robert Jonsson -
Steve Harris -
Wolfgang Woehl