Subject: Re: [ecasound] s32_le in ecasound
From: Kai Vehmanen (firstname.lastname@example.org)
Date: Sun Jul 15 2001 - 17:16:48 EEST
On Sat, 14 Jul 2001, Jeremy Hall wrote:
> I eed s32_le to be supported in ecasound. Can this be added?
> 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):
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".
:) 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 <email@example.com>.
This archive was generated by hypermail 2b28 : Sun Jul 15 2001 - 17:17:32 EEST