PDA

View Full Version : mplayer shows divx fine, but gmplayer video blocky



sdowney717
11th February 2007, 11:37 PM
I found this out by dropping the movie on mplayer in xwindows
However running from terminal using mplayer, video is fine.
Running from terminal using gmplayer, video is unwatchable blocks. The first one says trying to force video, the second does not say this

Any ideas?

[root@localhost Desktop]# gmplayer TheRoadtoGuantanamo2.avi
MPlayer 1.0rc1-rpm.livna.org-4.1.1 (C) 2000-2006 MPlayer Team
CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (Family: 15, Model: 2, Stepping: 7)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
xscreensaver_disable: Could not find XScreenSaver window.
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing /root/Desktop/TheRoadtoGuantanamo2.avi.
AVI file format detected.
VIDEO: [divx] 480x254 24bpp 25.000 fps 917.5 kbps (112.0 kbyte/s)
xscreensaver_disable: Could not find XScreenSaver window.
================================================== ========================
Trying to force video codec driver family vfw...
Opening video decoder: [vfw] Win32/VfW video codecs
Loading codec DLL: 'divx.dll'
Loaded DLL driver divx.dll at 10000000
VDec: vo config request - 480 x 254 (preferred colorspace: Packed YUY2)
[PP] Using codec's postprocessing, max q = 9.
VDec: using Packed YUY2 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
VO: [xv] 480x254 => 480x254 Packed YUY2
Selected video codec: [divx4vfw] vfm: vfw (DivX4Windows-VFW)
================================================== ========================
================================================== ========================
Trying to force audio codec driver family dmo...
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 44100 Hz, 2 ch, s16le, 128.0 kbit/9.07% (ratio: 16000->176400)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
================================================== ========================
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
A: 4.3 V: 4.3 A-V: 0.008 ct: 0.004 109/109 2% 4% 2.0% 0 0
Exiting... (Quit)



[root@localhost Desktop]# mplayer TheRoadtoGuantanamo2.avi
MPlayer 1.0rc1-rpm.livna.org-4.1.1 (C) 2000-2006 MPlayer Team
CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (Family: 15, Model: 2, Stepping: 7)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing TheRoadtoGuantanamo2.avi.
AVI file format detected.
VIDEO: [divx] 480x254 24bpp 25.000 fps 917.5 kbps (112.0 kbyte/s)
================================================== ========================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
================================================== ========================
================================================== ========================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 44100 Hz, 2 ch, s16le, 128.0 kbit/9.07% (ratio: 16000->176400)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
================================================== ========================
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
VDec: vo config request - 480 x 254 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.89:1 - prescaling to correct movie aspect.
VO: [xv] 480x254 => 480x254 Planar YV12
A: 13.8 V: 13.8 A-V: 0.002 ct: -0.002 346/346 3% 0% 2.1% 0 0
Exiting... (Quit)
[root@localhost Desktop]#

sdowney717
11th February 2007, 11:42 PM
sort of appears to be using a different codec, just what is 'gmplayer' vs mplayer?

how do I fix this?

sdowney717
11th February 2007, 11:45 PM
I did fix it, the codec that works is ffmpeg.
So what is going on here anyway with the other codec and is it a crap shoot to figure out how to make it play or will ffmpeg always work?