[MPlayer-users] weird problem with -demuxer lafv and mp4 files

[Nick Koretsky]

Hi!

Recently i have seen people suggesting using -demuxer lafv as a workaround
for some mov/mp4 demuxer problems, but the problem is -demuxer lafv does
not work for me with mp4 files at all! Well, it does demux, but what i get
is 1-3 fps slideshow. This is only happening with -demuxer lavf and with mp4 files...

mplayer -ao null -vo null -cache 300000 -vf-clr -demuxer lavf Sugar_Sugar_Rune_-_01_\[H264_-_AAC\]\[09928A96\].mp4 
MPlayer dev-SVN-r22379-3.3.5 (C) 2000-2007 MPlayer Team
CPU: AMD Athlon(tm) 64 Processor 3500+ (Family: 15, Model: 79, Stepping: 2)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2
98 audio & 216 video codecs

Playing Sugar_Sugar_Rune_-_01_[H264_-_AAC][09928A96].mp4.
Cache fill:  4.43% (13598720 bytes)   
libavformat file format detected.
VIDEO:  [avc1]  640x480  24bpp  23.976 fps    0.0 kbps ( 0.0 kbyte/s)
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
==========================================================================
Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding)
FAAD: compressed input bitrate missing, assuming 128kbit/s!
AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio) decoder)
==========================================================================
AO: [null] 48000Hz 2ch floatle (4 bytes per sample)
Starting playback...
VDec: vo config request - 640 x 480 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
VO: [null] 640x480 => 640x480 Planar YV12 
A: -34.3 V:  13.0 A-V:-47.239 ct: -1.289   0/  0 14%  0% 2010.5% 0 0 5% 

This is an extreme case, for most files it's lower than 2000%, usally 300-400%...
and its exactly the same with normal ao/vo... 

top output at that time:

top - 13:59:09 up 4 days, 17:07, 11 users,  load average: 1.81, 1.66, 1.58
Tasks: 127 total,   6 running, 121 sleeping,   0 stopped,   0 zombie
Cpu(s): 11.0%us, 14.3%sy,  0.0%ni, 74.0%id,  0.0%wa,  0.3%hi,  0.3%si,  0.0%st
Mem:   1035516k total,  1017696k used,    17820k free,    16580k buffers
Swap:  1835796k total,        0k used,  1835796k free,   549392k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                               
28235 nikita    15   0  324m  99m  90m R 24.9  9.8   1:02.09 mplayer                                
 3266 root       5 -10 98.5m  89m 6396 S  0.3  8.9  21:40.33 Xorg                                   
28234 nikita    15   0  345m  34m 5432 S  0.3  3.4   0:00.58 mplayer                                
    1 root      15   0  1592  524  456 S  0.0  0.1   0:00.67 init     

uname -a
Linux nikita 2.6.18-4-686-bigmem #1 SMP Mon Feb 5 20:08:38 CET 2007 i686 GNU/Linux

14% sy, ,74% id and la >1 should be an indication of some I/O slowdown, but with ao null, vo null, cache>filesize there shouldn't be any I/O!  

It's not related to particular version (i tried some older svns and 1.0rc), not to the way i build it (pre8 binary from debian repository), nor to codecs used for audio/video... 

Something weird is going on here, and i don't understand where to look for....

-- 
  Nick Koretsky (nikita at public.ua.net)