> From: "Andrew A. Chen" <[EMAIL PROTECTED]>
> Date: Fri, 05 Jan 2001 09:10:00 -0800
>
> How does that streamer command work for you at all, if you're losing
> frames? If you lose frames, the audio/video drop out of sync, which makes
> that file somewhat useless, no? I use this, and I constantly get pages and
> pages of 4-8 frames lost. I've even tried to increase the buffer size in
> the btt driver.
>
> streamer -r 29.97 -t 9000 -o /mnt/media/foo.avi -j 60 -f mjpeg -F stereo -R
> 8000
>
> I just end up with pages and pages of this:
> rate: video is 8 frames behind
> rate: video is 8 frames behind
> rate: video is 7 frames behind
> rate: video is 7 frames behind
I don't think that being 7 frames behind doesn't mean that you've lost
them - the message comes from grabber_sw_rate() in grab.c which looks
like:
if (frames-count > 3)
fprintf(stderr,"rate: video is %d frames
behind\n",frames-count);
return frames-count+1;
and that is called from grab-v4l.c
rc = grabber_sw_rate(&grab_start,grab_fps,grab_frames);
if (rc <= 0)
goto next_frame;
grab_frames++;
So you get the warning message if the return value is positive and the
skipping frames occurs if the return value is zero or negative. I
guess this is what the buffer is for.
I'm no expert, but it seems to work. The sound quality is pleasingly
good (I've a nicam chip in my bt878 card which seems to be operational).
> This is a celeron 600 with 128MB RAM on an Intel D815EEAL board, hooked up
> to a UDMA/100 40GB drive... Am I running low on cpu speed, memory size,
> drive speed, or something else? I really want to get this to work. The
> key for me is getting ~320x240 at 29.97fps... Thanks.
I'm getting 320x240 at the default 10 frames/second. The key to
reducing the warning messages you and I see was reducing the rate the
video was written to the drive, so I guess writing more compressed, like
MPEG (I have yet to check out the recommended mp1e) or getting SCSI
drives will help.
Anyway, I've been recording for about a day now and only seen the
"frames behind" message about once a half hour, and have only filled 1/6
of my disk...
> From: "Thomas Hargrove" <[EMAIL PROTECTED]>
> Date: Sat, 6 Jan 2001 00:58:30 -0800
>
> I have been working on the exact same problem. So far, here is what has and
> has not worked:
>
> Not worked:
> bttv + streamer - bad a/v sync
> bttv + bttvgrab - filesize too big
> bttv + fame - no audio support
> bttv + bcast2k - it's quicktime
>
> Has worked:
> bttv + realproducer - great a/v sync. rock solid. .rm only
> dc10 + lavrec - also good a/v. Does hardware mjpeg. No tuner :(
>
> I have not yet tried AviFile, but I don't have my hopes up.
Well, I've found that the mjpeg option ot the AVI file helps a lot as it
reduces the rate stuff has to be written to disk.
> Although it is a pain in the ass to get good automated video capture
> working under Linux, it is worth the effort. I have a Linux box
> that has been doing about 5 x 30min real video captures a day for the
> last 5 months. (like 50 gigs of compressed video) There has not been a
> single hiccup and I have not lost a single capture. I tried to do the same
> on a windows box and could only get one or two captures off before
> I needed to reboot.
Great to hear your story - thanks.
Tony Robinson
--
http://www.softsound.com
_______________________________________________
Video4linux-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/video4linux-list
