discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Edirol UA-25 24-bit recording


From: Mathis Richter
Subject: Re: [Discuss-gnuradio] Edirol UA-25 24-bit recording
Date: Fri, 29 Feb 2008 00:21:32 +0000
User-agent: Mutt/1.5.17+20080114 (2008-01-14)

On 2008-02-25 14:10, Eric Blossom wrote:
> The code doesn't support S24_3LE because when we wrote it, we didn't
> have any cards that used that format, and it wasn't obvious (to me)
> exactly how the format was represented. It would be great if you
> could sort this out and submit a patch with the fix.

Alright, I sort of got it to work, I'm at least pretty sure about the
format of S24_3LE. I attached the code (just the work_s24_2x1 function
with lots of comments) to this email, if you want to take a look. There
might be a better way to do this, but so far I couldn't think of
anything.

I'm still having a problem with it though and I need help to sort it
out. Most of the time I get buffer overruns from
audio_alsa_source::read_buffer(). The function I wrote seems to work,
this morning I got a clean signal from my sound card (24-bit, 96kHz),
but when I ran the same code later (after some experiments) it produced
buffer overruns again.

Alsa reference [1] says:
> The overrun can happen when an application does not take new captured
> samples in time from alsa-lib.

Is it a speed-issue, is some buffer too small?
What am I doing wrong?

Thank you!
Matt

[1]
http://howto.gp.mines.edu/local-apps/alsa-lib-devel-1.0.14/doxygen/html/pcm.html#pcm_errors

-- 
Mathis Richter <address@hidden>
GnuPG Fingerprint: 5069 3C27 0178 D542 DFB4 04F6 29BD 9EF2 1BE0 DDF6

Attachment: work_s24_2x1.cc
Description: Text Data

Attachment: signature.asc
Description: Digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]