Damjan Lango wrote:
> I have a JVC grdvl557 camcorder and when I play (with playdv) the
> grabbed dv (with dvgrab) I get full of errors like:
>
> asf 00:00:00.04 2005-01-12 01:43:27 7f b7 08 12 1/48 # audio
> block/sample failure for 0 blocks, 32 samples of 1280
>
> and the audio is skipping, but this skipping is actually caused by X
> and gnome-terminal using almost 100% of cpu just displaying the
> errors, so if I just redirect them to /dev/null (2>/dev/null) then i
> don't hear any audio problems, so are these error messages valid? Or
> can they be safely ignored?
Hi Damjan, see these threads:
http://sourceforge.net/mailarchive/forum.php?thread_id=6067089&forum_id=5458
http://sourceforge.net/mailarchive/message.php?msg_id=10436594
Essentially, I had the same problem with a JVC GRDVL28 (PAL), and it is
considered to be a bug with JVC's DV implimentation, not libdv.
I ended up ripping DV with:
dvgrab --format raw
or
cat /dev/dv1384 > raw.dv #press play on dv camera
#stop when finished and CTRL-C
(using appropriate device name for your kernel)
I have an Athlon XP 3000, and didn't have any problem with the output of
these error lines, but when playing back I found minor audio sync
issues. I experimented with decoding the raw DV using ffmpeg's DV
decoder to see if handled it any differently, but didn't have time to
find a conclusive result.
-Nathan
|
