[TriLUG] Troubleshooting dropped frames with firewire and dvgrab
T. Bryan
tbryan at python.net
Sun Aug 20 11:18:42 EDT 2006
So, I finally bout a firewire card for my main Linux machine. I'd like to
download the video from my camcorder and burn some DVDs. I've done some
reading, so I have a pretty good idea of the process, but I'm running into a
problem with dropped frames.
After trying to download the video, I see messages like this
in /var/log/messages
Aug 20 10:49:48 localhost kernel: dv1394: dropped a frame during reception
Aug 20 10:50:04 localhost kernel: dv1394: dropped a frame during reception
Aug 20 10:52:09 localhost kernel: dv1394: dropped a frame during reception
Aug 20 10:52:56 localhost last message repeated 3 times
When playing back the video in Kino, I get messages like this in certain spots
of the playback.
AC EOB marker is absent pos=64
AC EOB marker is absent pos=66
AC EOB marker is absent pos=64
AC EOB marker is absent pos=66
AC EOB marker is absent pos=64
AC EOB marker is absent pos=65
In Kino (and in Xine if I export the video to MPEG), I get strange video and
audio problems around the spots where I'm seeing those EOB marker messages.
The video gets jumpy, and there are often some scratchy sounds in the audio.
Sometimes it's just a few frames. Other times, it persists for a few
minutes.
My machine is older, but it's not ancient.
AMD Athlon 1 GHz
768 MB RAM
Drives:
The video is being stored to /dev/hda.
/dev/hda 160 GB IDE, dmesg says UDMA(100)
/dev/hdc 8 GB IDE, dmesg says UDMA(33)
/dev/hde 120 GB IDE, dmesg says UDMA(100)
/dev/hdg 120 GB IDE, dmesg says UDMA(100)
I'm using dvgrab through Kino to get the video. (I also tried dvgrab a couple
of times without kino, same result.)
I'm thinking that all of my problems are probably related to the droped frames
during download, but I'm not sure what to try next. The only thing I've seen
is to verify that DMA is enabled for the drives. (I think it is, but I'm not
sure how to check.) I'm not putting any unusual load on my system during the
download.
I think that this machine *should* be able to grab the video without trouble.
One of the things I found online even mentioned one of the developers using a
K6-2 333 MHz to test capture on a slower machine. I'm not sure what to try
next other than starting to swap out lots of parts on my machine. That would
be fine, but I hadn't really planned on upgrading. :)
Has anyone done any troubleshooting for this type of problems? Any ideas?
---Tom
More information about the TriLUG
mailing list