[MEncoder-users] capture: synchronization problems

newsgrabber at poczta.onet.pl newsgrabber at poczta.onet.pl
Sat Mar 19 12:38:49 CET 2005


> fps is not something you get to pick. video has a particular fps, and
> cannot be converted in any sane way. if your computer is too slow,
> lower the horizontal resolution. this is the only thing at your
> disposal to choose.


I just tried 288x224 (which is very low) and the result is as follows: 

========
Video stream: 3217,237 kbit/s  (402154 bps)  size: 723685172 bytes  1799,520 
secs  44988 frames
Audio stream:  112,000 kbit/s  (14000 bps)  size: 25192960 bytes  1799,497 
secs v4l2: 44989 frames successfully processed, 0 frames dropped.
========

Zero frames dropped. I get "0 frames dropped"  also with higher resolutions 
(e.g. 640x480) so I don't think the system is too slow for capturing - while 
the sound delay is still there, growing bigger along the captured file. 

Summarizing: 
Linux 2.6.3-7mdk, MEncoder 1.0pre6-3.4.1 (C) 2000-2004 MPlayer Team, rpm from 
plf
CPU: Intel Celeron Foster (Family: 8, Stepping: 9) 2.4 GHz
Detected cache-line size is 64 bytes
CPUflags: Type: 8 MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
TV card: FlyVideo98 Bt 878

command line: 
mencoder tv:// -oac mp3lame -lameopts cbr:br=128:mode=2 -srate 44100 -tv 
driver=v4l2:input=0:width=288:height=224:audiorate=96000 -ovc lavc -lavcopts 
vcodec=mjpeg -endpos 0:30:0 -o /mnt/second/288x224.avi


The problem occurs while capturing from any source (TV, VHS). The problem did 
not occur on the same hardware  on Mandrake 9.1 (kernel 2.4, mplayer 0.x). 
The problem does not occur while capturing with xawdecode. 


any suggestions are welcomed. 




More information about the MEncoder-users mailing list