Re: DV audio
Brought to you by:
aeb,
bencollins
From: Alastair M. <ala...@aj...> - 2000-04-28 15:49:24
|
Well, I fixed the last (?) silly bug in my audio routines so that at least 16-bit 48khz data plays (and can be written to disk) properly. (Recording a 1khz tone and observing my decoded output in a program that displayed the waveform was very helpful). The latest is posted at http://www.ajwm.net/backfire/dv_audio/ Note that although the code is there to handle PAL, it needs a table of offsets to be filled in for that to work. But it does work with NTSC. The above URL also has a modified version of playdv.c that plays back the sound (kind of strangely if your system can't keep up a real time framerate), and a simple standalone program that just plays back the audio from a .dv file. Erik Walthinsen wrote: > > On Wed, 26 Apr 2000, Alastair Mayer wrote: > > > If anyone has a copy of this, could they summarize the relevant details > > sufficient for me to add decoding for 32kHz/12-bit and 44.1kHz/16-bit > > which it allows? > > Ack, I left it at work. I'll summarize it as compared to 314M when I get > into work tomorrow. If you get a chance to do this, it'd be great, thanks. > Did you happen to try your code on pond.dv, from > ftp.libdv.sourceforge.net? It claims to be a 314M-compliant stream, and > should be 48kHz/16-bit (captured from Canon Elura), though every couple > dozen frames it changes to a 61834 stream for a frame, according to the > APT field. I'm confused on that one, anyone have an idea why that would > be? Yes, but something is wrong. My code reports a lot of invalid audio blocks from pond.dv (which may well be my code, but it works fine on the data from my Sony TRV-103) and what audio it does decode comes out as short noise bursts. -- Alastair |