[Mplayer-users] MPlayer's speed!

[Arpi]

Hi,

> >try option -ni
> >it may help for the 'too many packets in demuxer buffer...' problem.
> >
> Well, I tried but this option does nothing for this situation and I got the same
> dramatical slowdown of playback speed.
> May be mplayer's output will tell you something:
> 
> MPlayer 0.17cvs-010704-09:58(C) 2000-2001 Arpad Gereoffy <arpi at thot.banki.hu>
> 
> Reading /root/.mplayer/codecs.conf: 2 audio & 26 video codecs
> Font /root/.mplayer/font/font.desc loaded successfully! (117 chars)
> Detected AVI file format!
> ==> Found video stream: 0
> ==> Found audio stream: 1
> Detected NON-INTERLEAVED AVI file-format!
> VIDEO:  [DIV3]  356x240  24bpp  30.00 fps  335.5 kbps (41.0 kbyte/s)
> [V] filefmt:3  fourcc:0x33564944  size:356x240  fps:30.00  ftime:=0.0333
> Found audio codec: [mp3] drv:1 (MPEG layer-2, layer-3)
> dec_audio: Allocating 4608 + 65536 = 70144 bytes for output buffer
> mp3lib: Processor ID: 631
> mp3lib: Using AMD 3dnow-dsp(k7)! optimized decore.
> AUDIO: srate=44100  chans=2  bps=2  sfmt=0x10  ratio: 10000->176400
> Found video codec: [divxds] drv:4 (DivX ;-) (MS MPEG-4 v3))
> Loading DLL: /usr/lib/win32/divx_c32.ax  OK
> Using DirectShow codec: divx_c32.ax
> DShow: using YUY2 colorspace
> DivX setting result = 0
> VO: [sdl] 356x240 => 356x240 Packed YUY2 
> VO: Description: SDL YUV/RGB/BGR renderer (SDL v1.1.7+ only!)
> VO: Author: Ryan C. Gordon <icculus at lokigames.com>, Felix Buenemann 
> <atmosfear at users.sourceforge.net>
> SDL: Using driver: x11
> AO: [oss] 44100Hz Stereo Signed 16-bit (Little-Endian)
> AO: Description: OSS/ioctl audio output
> AO: Author: A'rpi
> ao2: 44100 Hz  2 chans  Signed 16-bit (Little-Endian)
> audio_setup: sample format: Signed 16-bit (Little-Endian) (requested: Signed 16-bit (Little-Endian))
> audio_setup: using 44100 Hz samplerate (requested: 44100)
> audio_setup: frags:  16/16  (4096 bytes/frag)  free:  65536
> Initial frame delay  A: 1  V: 0
> Start playing...
> A: 183.4 ( 183.4)  V:   0.1  A-V:183.319 ct:  0.000    2   0%  0%  0.0% 0
> A: 183.4 ( 183.4)  V:   0.1  A-V:183.286 ct:  0.003    3   0%  0%  0.0% 0
> A: 183.4 ( 183.4)  V:   0.1  A-V:183.253 ct:  0.007    4   0%  0%  0.0% 0
> A: 183.4 ( 183.4)  V:   0.2  A-V:183.219 ct:  0.010    5   0%  0%  0.0% 0
> A: 183.4 ( 183.4)  V:   0.2  A-V:183.186 ct:  0.013    6   0%  0%  0.0% 0
> A: 183.4 ( 183.4)  V:   0.2  A-V:183.153 ct:  0.017    7   0%  0%  0.0% 0
> A: 183.4 ( 183.4)  V:   0.3  A-V:183.119 ct:  0.020    8   0%  0%  0.0% 0
> A: 183.4 ( 183.4)  V:   0.3  A-V:183.086 ct:  0.023    9   0%  0%  0.0% 0
> A: 183.4 ( 183.4)  V:   0.3  A-V:183.053 ct:  0.027   10   0%  0%  0.0% 0
> A: 183.4 ( 183.4)  V:   0.4  A-V:183.019 ct:  0.030   11   0%  0%  0.0% 0
> A: 183.4 ( 183.4)  V:   0.4  A-V:182.986 ct:  0.033   12   0%  0%  0.0% 0
> A: 183.4 ( 183.4)  V:   0.4  A-V:182.953 ct:  0.037   13   0%  0%  0.0% 0
> A: 183.4 ( 183.4)  V:   0.5  A-V:182.919 ct:  0.040   14   0%  0%  0.0% 0
> A: 183.4 ( 183.4)  V:   0.5  A-V:182.886 ct:  0.043   15   0%  0%  0.0% 0
> A: 183.4 ( 183.4)  V:   0.5  A-V:182.853 ct:  0.047   16   1%  1%  0.0% 0
> A: 183.4 ( 183.4)  V:   0.6  A-V:182.819 ct:  0.050   17   1%  1%  0.0% 0
> Exiting... (Quit)
> 
> What are these strange and big values - 183.4?
Ehh. I dunno, never seen such thing before ;(
A-V should be 0, except it means delay.

Maybe intial value of a_frame, v_frame, d_audio->ptr or d_video->pts isn't set to zero?
(it was, but maybe some 'cleanups' killed it)

Try some things:
1. try with -ni -bps
2. try with -vo null  (and check the A-V value)
3. try with -nosound  (is it 30fps then?)
4. disable framedrop, i'm interested in result
5. send me (upload to ftp) -v -v output.
6. try to find which version (CVS date) is first broken


A'rpi / Astral & ESP-team

--
mailto:arpi at thot.banki.hu
http://esp-team.scene.hu

_______________________________________________
Mplayer-users mailing list
Mplayer-users at lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/mplayer-users