[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