headers
Martin Scheffler | 13 May 2005 10:45
Picon

play audio file to selected channel

Hi List,
I am a Linux audio newbie and I have the following problem:

For a VR installation I need a software that can be triggered in 
realtime to play WAVs on a specified channel on a soundcard.

At the moment I work with a standard stereo card, but we will purchase a 
hammerfall card shortly.

Am I on the right track with ecasound?
How can I access specific channels?
Do I need Jack? If yes, how do I assign a single channel as target?

Sorry if this was answered elsewhere, I didn't find anything in the 
documentation.
Thank you!

Martin S.

-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list
(Continue reading)

Permalink | Reply | 1 comment |
headers
Julien Claassen | 16 May 2005 10:27
Picon

Re: play audio file to selected channel

Hi Martin!
  Depends if you're on the right way. If you just want to play a piece to 
specific channels constantly. If so, this is possible. You will need the right 
.asoundrc (alsa configuration), you can get help from the linux-audio-user 
list or the alsa-user list there.
  If you created a device in the .asoundrc, you can access it like this:
  ecasound -i file.wav -o alsa,my_device [other options as you choose]
  If you want to have it moving, I would suggest using tool more suited to it: 
csound (nasty language at first, but effective and powerful), clm 
(commonLispMusic). In the case of more complicated work, keep a look out for 
them and other synthesizers, audio/video modeling apps.
  I hope that helps!
  Kindest 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

-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list
(Continue reading)

Permalink | Reply | 0 comments |
headers
Peter Lutek | 20 May 2005 16:15
Favicon

Re: reset "over" counters in ecasignalview?

On Fri, 1 Apr 2005 10:53:22 +0300 (EEST), Kai Vehmanen <kvehmanen <at> eca.cx>  
wrote:

> On Wed, 30 Mar 2005, Peter Lutek wrote:
>
>> i am wondering if it is possible to reset the "over" counters in  
>> ecasignalview, without stopping the meters. i don't see anything in the  
>> manpage about a way to do that.
>
> Unfortunately that's not possible in current versions. Ecasignalview  
> doesn't allow any user interaction during operation, it just shows the  
> levels
> and that's it.
>
> Extending ecasignalview with an interactive UI would be a bigger task,  
> but as a quick hack I added support for resetting the stats by sending a  
> HUP to the ecasignalview process (i.e. from another console: "killall -v  
> -HUP ecasignalview").
>
> This is available in CVS, and using the snapshot at:
> http://ecasound.seul.org/download/snapshots/ecasound-2.4.1-cvs-20050401.tar.gz

ok, it's taken me a long time to get around to upgrading to 2.4.1, but i'm
there now. resetting the meters works fine, but there's one strange issue
i'm noticing (perhaps this is a "feature", which just needs more
explanation). if i do the following:

STEP1:
ecasound -c -r -f:f32,1,44100 \
-a:1 -i:jack_auto,alsa_pcm:capture_1 -o:ch1.wav  \
(Continue reading)

Permalink | Reply | 2 comments |
headers
Kai Vehmanen | 20 May 2005 21:37

Re: reset "over" counters in ecasignalview?

On Fri, 20 May 2005, Peter Lutek wrote:

> ecasound starts writing ch1.wav, ch2.wav, etc. immediately after STEP2,
> writing blank audio until STEP3, when audio input is supplied, and then
> writes normally (undisturbed by the HUP) until STEP5. so, i end up with a
> period of silence at the beginning of all output files, corresponding to
> the delay between STEP2 and STEP3.
>
> shouldn't the ecasound-iam "start" be the trigger for file-writing, rather
> than the start of a separate ecasignalview process?

All these problems are caused by the fact that both ecasound and 
ecasignalview are JACK-transport aware. So when you issue "start" in 
ecasound, also ecasignalview will start, and when issue "stop", also
ecasignalview will stop. In the reverse direction (and this happens in 
your example), launching ecasignalview causes also ecasound to start.

Now when JACK-transport support was introduced initially, there was some 
discussion on what the default behaviour should be. It was decided that 
full support ("-G:jack,ecasound,sendrecv") is the best default. But, but,
I guess for ecasignalview this really doesn't make that much sense. I'll 
add this for my 2.4.2 todo-list.

But an easy solution for your problem is to add "-G:jack,ecasound,send" to 
the ecasound command-line. After this, ecasound will only send transport 
change event, but not react to any incoming events (possibly sent by 
ecasignalview or some other transport-aware app).

PS More info about JACK-transport mechanism can be found at:
    http://jackit.sourceforge.net/docs/reference/html/transport-design.html
(Continue reading)

Permalink | Reply | 1 comment |
headers
Ruben Jenster | 21 May 2005 00:28
Picon

automatically stop recording

Hi,

I want to know if it is possible with ecasound to automatically let the 
recording stop if the input falls below a level (nearly silence).
I searched the mailinglist and took a look at the manpage but I didn't found 
a feature like that.

I want to digitalize much vinyl records and don't want  to have to stop the 
recording manually each time. But if the recording continues this will result 
into very big and long *.wav files.
 The period after that the recordings stops should be quite long, because I 
don't want the recording to be stopped in the middle of the record.

Can someone help me with this problem?

Regards

Ruben Jenster

-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list
(Continue reading)

Permalink | Reply | 2 comments |
headers
Free Lunch | 21 May 2005 02:11
Picon

W64 format conversion correctness

Hello,

I have been looking at using W64 to get around the 2 GB file limits
when recording to WAV with ecasound. I would prefer to have automatic
splits with WAV but don't think it is supported.

I ran some tests converting an 8 MB CD format WAV file to W64 and back
to WAV.  I then compared the original and new WAV via phase inversion.
 The results were more noisy than I expected. Baudline reported around
15dB at low frequencies.

When I repeat this test using a copy of the original WAV in place of
the W64 converted version, the inverted result appears perfect (no
sound).  So I don't think this is a sox issue.

I considered that my AMD64 system might be part of the problem but
received similar results on an Athlon XP.  Both systems run Gentoo.

I'm wondering why this conversion isn't perfect and whether it could be?

On a more positive note, ecasound has been working great.

Thank you!

  FL

Command history for test cases

"Control case"
(Continue reading)

Permalink | Reply | 4 comments |
headers
Junichi Uekawa | 22 May 2005 10:13
Picon

Re: automatically stop recording

Hi,

> I want to know if it is possible with ecasound to automatically let the 
> recording stop if the input falls below a level (nearly silence).
> I searched the mailinglist and took a look at the manpage but I didn't found 
> a feature like that.

I usually use audacity to look at the waveform and cut it manually.
I usually have 2-hour recording of musical sessions, and cut pieces out
from it.

Sorry I cannot help wrt automatically doing it.

regards,
	junichi

-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list
Permalink | Reply | 0 comments |
headers
Free Lunch | 28 May 2005 17:27
Picon

Re: W64 format conversion correctness

Hello,

Any thoughts on this?  This should be bit-correct, right?

My alternative to being able to use W64 is, apparently, to write some
kludgey scripts to try and get ecasound to split files while recording
but not losing any data.  Any hints on how to do that in an un-kludgey
fashion would be appreciated.

Thanks,

  FL

On 5/20/05, Free Lunch <freelunch <at> gmail.com> wrote:
> Hello,
> 
> I have been looking at using W64 to get around the 2 GB file limits
> when recording to WAV with ecasound. I would prefer to have automatic
> splits with WAV but don't think it is supported.
> 
> I ran some tests converting an 8 MB CD format WAV file to W64 and back
> to WAV.  I then compared the original and new WAV via phase inversion.
>  The results were more noisy than I expected. Baudline reported around
> 15dB at low frequencies.
> 
> When I repeat this test using a copy of the original WAV in place of
> the W64 converted version, the inverted result appears perfect (no
> sound).  So I don't think this is a sox issue.
> 
> I considered that my AMD64 system might be part of the problem but
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hans | 28 May 2005 22:35
Picon

ecasound features slow recording

Hello list,

I've stumbled upon a problem with no clue yet where to start looking for 
a solution.

I am converting some old tapes into wav files. The box is a Celeron 700 
with the latest updated version of simplyMEPIS, ALSA to control the 
Intel 82810 sound chip on board. Direct to disk recording is done with 
ecasound and the following options: -t 1800 -i alsahw,0,0 -o 
filename.wav. A song which lasts 4'35" on tape ends up as a 5'03" wave 
file, so much slower and dropped in tone. Is this an ecasound problem, 
ALSA problem, or both?

I tried to record with an Terratec EWX 24/96, which is the second card 
in the box, but ecasound refuses to take -i alsahw,1,0 which I don't 
understand as card works fine for playback. Using JACK everything works 
like a charm, even recording with the Terratec, but I am stubborn and 
still want to know what I am doing wrong.

Lend me your brains, pleaze!

Hans

-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
_______________________________________________
Ecasound-list mailing list
(Continue reading)

Permalink | Reply | 1 comment |
headers
Kai Vehmanen | 29 May 2005 12:44

Re: automatically stop recording

On Sat, 21 May 2005, Ruben Jenster wrote:

> I want to know if it is possible with ecasound to automatically let the
> recording stop if the input falls below a level (nearly silence).

Yeps, with the -ge operator (see ecasound man page). The recordin won't 
stop, but after the end-threshold is crossed, nothing is written to the 
output file anymore... The start-threshold should be set to zero if you 
don't want to skip anything at the beginning.

> I want to digitalize much vinyl records and don't want  to have to stop the
> recording manually each time. But if the recording continues this will result
> into very big and long *.wav files.

You should also take a look at Gramofile:
http://panic.et.tudelft.nl/~costar/gramofile/

--

-- 
  http://www.eca.cx
  Audio software for Linux!

-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list
(Continue reading)

Permalink | Reply | 0 comments |

Gmane