Stan Brown wrote:

> On Tue Dec  4 09:08:38 2001 Justin Schoeman wrote...
> 
>>Stan Brown wrote:
>>
>>The DivX library is not initialising properly.  Try "locate 
>>libdivxencore", and see if there are multiple versions lying around. 
>>Try to delete them, and re-install the latest version.
>>
>>
> 
> OK, I purged all copies of this library, re configured NVrec, rebuilt it
> and now it sarts. However, Im shure getting lot's of error message:
> 
> 
> Script started on Tue Dec  4 18:21:26 2001
> stan@yogi:~$ DIVX4rec -dq 3 -o test.avi
> Starting NVrec.c, version 20011204 (NVrec-20011204).
> Error opening "/etc/NVrec.conf"
> Error opening "/home/stan/.NVrec.conf"
> v4l1 core init - Size: 384x288 from /dev/video
> v4l1 core init - could not get enough buffers - using copy mode
> v4l1 core init - got 2 buffers
> v4l1 core init - emulating 60 buffers
> v4l1 core init - trying video format YUV420
> oss core init - 44100 bps, 16 bits, mono, from /dev/dsp
> oss core init - 3528 bytes per frame (128,9)
> oss core init - 826 buffer frags required of 512 bytes
> divx4file core init - file: test.avi (384x288)
> file core init - frame rate is 25.000000
> Got DivX bitrate: 910000
> oss core thread - starting!
> nvrec core - not using any sync() method
> NVrec: initial sync - audio: 1007508088920514143 video 1007508088917399000 (delta 
>0.003115)
> v4l1 core next - new frame out of sequence - ignoring
> NVrec: error getting more video data. Trying to continue.
>     Frame          |  CPU/estimated  |  time/estimated | play/CPU |   ETA
> VQ:   0.107 Offset:    0.002 Slipage:    0.012 Warp: -12 Drop: 0              VQ:   
>3.424 Offset:    0.004 Slipage:    0.012 Warp: -12 Drop: 0              VQ:   5.173 
>Offset:    0.005 Slipage:    0.012 Warp: -12 Drop: 0              VQ:   7.258 Offset: 
>   0.001 Slipage:    0.012 Warp: -12 Drop: 0              v4l1 core next - new frame 
>out of sequence - ignoring

 > ...

> NVrec: error getting more video data. Trying to continue.
> VQ:   7.028 Offset:    0.004 Slipage:    0.008 Warp: -7 Drop: 0              VQ:  
>10.365 Offset:    0.005 Slipage:    0.008 Warp: -7 Drop: 0              VQ:  11.497 
>Offset:    0.005 Slipage:    0.008 Warp: -7 Drop: 0              VQ:  11.716 Offset:  
>  0.000 Slipage:    0.008 Warp: -7 Drop: 0              VQ:  11.579 Offset:    0.002 S
> 
> Also how do I control the lenght of the capture?
> 
> Thanks for all the help on this.
> 
> Oh, BTW even droping the quality to 1 doesn't make all the errors go away,
> althogh it does reduce the qty. This is on an Athalon 750mHZ with 256MB of
> memory, a WinTV card, and an IDE drive, if thta helps.


The "errors" are due to the difference between the system clock, and the 
source video clock.  Unfortunatley, low-end capture cards do not 
generate a clock from the input stream, so we have to use the system 
clock.  The slight drift between the two will result in occasional 
(although hopefully rare) frame drops/dups.

V4L2 is a little better, as the frame is timestamped on the VSYNC pulse, 
which improves the accuracy quite a bit.

You can control the length of capture with the "-F x" switch, where x is 
the number of frames to capture, or the "timer" app in the tools directory.

-justin






_______________________________________________
Video4linux-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/video4linux-list

Reply via email to