Subject: Re: [ecasound] s32_le in ecasound
From: Jeremy Hall (jhall@uu.net)
Date: Mon Jul 16 2001 - 18:56:25 EEST
hmm I think something isn't quite right.
I typed:
ecasound -i /tmp/in-peppy.raw -f:s32_le,26,44100,n -o alsahw,0 -r -c
NOTE: this means input is interleaved, output is noninterleaved.
Channel 1 plays something, although I am not certain it is correct, it at
least sounds right. Channel 2 is a hideous loud obnoxious noise! all other
channels are quiet.
Next, in interactive mode, I typed -erc:1,3
nothing happened.
-erc:1,4
nothing happened
next I typed
cs-connect
t
now I got some heavily distorted noise generated from the studio. Since
this is near 115DB we tend to stay away from that room when playing with
ecasound. It is easy to hear the results from ANY sector of the house.
so the problem is either in converting from interleaved to noninterleaved,
converting from 16bit to 32 bit, converting from two channels to 26
channels, or something else I haven't thought of.
thoughts?
You might be able to reproduce this without the hardware if you use files
not devices. NOTE: this is BEFORE any of the changes in the last 24 hours
have gone through.
_J
In the new year, Jeremy Hall wrote:
> hmm this is really wierd!
>
> I typed
>
> ecasound -f:s32_le,26,44100,n -i alsahw,0 -f:s16_le,2,44100 -o test.raw
> -erc:3,1 -erc:4,2 -r -b:64
>
> and the machine began making a humming noise that it usually does just
> after it had crashed. why does it play, PLAY a sound when it is told to
> capture?
>
> hmmph this computer is STRANGE!
>
> _J
>
> In the new year, Kai Vehmanen wrote:
> > On Sat, 14 Jul 2001, Jeremy Hall wrote:
> >
> > > I eed s32_le to be supported in ecasound. Can this be added?
> >
> > It's supported.
> >
> > > I'm trying to get hardware level of RME9652 working and the only data
> > > format it supports is s32_le. but trying to use it in ecasound results in
> > > segmentation fault. Is s32_le supported? the manpage doesn't seem to think
> > > so, and I am not quite sure how to add it. I'm trying to improve upon
> > > performance by avoiding the plug layer of alsa if possible.
> >
> > Hmm, from 2.0.1's man page (doc entry for -f):
> > --cut--
> > fied, host byte-order is used. Currently supported
> > formats are "u8" (same as "8"), "s16_le" (same as
> > "16"), "s16_be", "s24_le", "s24_be", "s32_le",
> > "s32_be", "f32_le" and "f32_be".
> > --cut--
> >
> > :) But of course, as I can't fully test these pro audio related features,
> > there might bugs. You should also try "s24_le". This is also a 32bit
> > data format, but the lower 8bits are always null. This is used at least in
> > a few higher end cards.
> >
> > But I'd be interested in strace and gdb traces.
> >
> > --
> > http://www.eca.cx
> > Audio software for Linux!
> >
> > --
> > To unsubscribe send message 'unsubscribe' in the body of the
> > message to <ecasound-list-request@wakkanet.fi>.
> >
>
> --
> To unsubscribe send message 'unsubscribe' in the body of the
> message to <ecasound-list-request@wakkanet.fi>.
>
-- To unsubscribe send message 'unsubscribe' in the body of the message to <ecasound-list-request@wakkanet.fi>.
This archive was generated by hypermail 2b28 : Mon Jul 16 2001 - 18:56:16 EEST