Bug#594093: mplayer: wrong byteorder on 16-bit displays with -vo x11 (-vo sdl works)?
Timo Lindfors
lindi at kurp.hut.fi
Mon Aug 23 16:19:31 UTC 2010
Package: mplayer
Version: 2:1.0~rc3+svn20100502-3
Severity: normal
Steps to reproduce:
1) wget http://ftp.acc.umu.se/pub/debian-meetings/2009/debconf9/low/1050_Lightning_talk_Redirecting_require.ogv
2) mplayer -vo sdl 1050_Lightning_talk_Redirecting_require.ogv
3) look at the text around 00:16
4) mplayer -vo x11 1050_Lightning_talk_Redirecting_require.ogv
5) look at the text around 00:16
Expected results:
3 & 5) text is clearly readable
Actual results:
3) text is clearly readable
http://lindi.iki.fi/lindi/mplayer/mplayer.sdl.png
5) text looks garbled. Is this wrong byteorder?
http://lindi.iki.fi/lindi/mplayer/mplayer.x11.png
More info:
1) This is on armel (openmoko freerunner) with
xserver-xorg 1:7.5+6
xserver-xorg-video-fbdev 1:0.4.2-2
2) I also see the problem with "-vo fbdev" which should bypass X. This
is why I am reporting it against mplayer and not X.
3) xdpyinfo reports under
name of display: :0.0
version number: 11.0
vendor string: The X.Org Foundation
vendor release number: 10707000
X.Org version: 1.7.7
maximum request size: 16777212 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, LSBFirst, 32
image byte order: LSBFirst
number of supported pixmap formats: 7
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 4, bits_per_pixel 8, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 15, bits_per_pixel 16, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
depth 32, bits_per_pixel 32, scanline_pad 32
keycode range: minimum 8, maximum 255
focus: window 0x400012, revert to None
number of extensions: 24
BIG-REQUESTS
Composite
DAMAGE
DOUBLE-BUFFER
DPMS
DRI2
Generic Event Extension
MIT-SCREEN-SAVER
MIT-SHM
RANDR
RECORD
RENDER
SHAPE
SYNC
X-Resource
XC-MISC
XFIXES
XFree86-DGA
XFree86-VidModeExtension
XINERAMA
XInputExtension
XKEYBOARD
XTEST
XVideo
default screen number: 0
number of screens: 1
screen #0:
dimensions: 480x640 pixels (203x201 millimeters)
resolution: 60x81 dots per inch
depths (7): 16, 1, 4, 8, 15, 24, 32
root window id: 0x43
depth of root window: 16 planes
number of colormaps: minimum 1, maximum 1
default colormap: 0x20
default number of colormap cells: 64
preallocated pixels: black 0, white 65535
options: backing-store NO, save-unders NO
largest cursor: 480x640
current input event mask: 0xfa200c
ButtonPressMask ButtonReleaseMask ButtonMotionMask
StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask
FocusChangeMask PropertyChangeMask ColormapChangeMask
number of visuals: 2
default visual id: 0x21
visual:
visual id: 0x21
class: TrueColor
depth: 16 planes
available colormap entries: 64 per subfield
red, green, blue masks: 0xf800, 0x7e0, 0x1f
significant bits in color specification: 8 bits
visual:
visual id: 0x41
class: TrueColor
depth: 32 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
4) This looks somewhat similar to mupdf bug:
http://bugs.ghostscript.com/show_bug.cgi?id=690932
5) I also see this with the Xorg driver optimized for this hardware:
xserver-xorg-video-glamo 0.0.0+20091108.git9918e082-1
6) With xserver-xorg-video-glamo the xdpyinfo output is slightly different:
--- xdpyinfo.fbdev 2010-08-23 18:36:02.000000000 +0300
+++ xdpyinfo.glamo 2010-08-23 18:35:42.000000000 +0300
@@ -17,7 +17,7 @@
depth 24, bits_per_pixel 32, scanline_pad 32
depth 32, bits_per_pixel 32, scanline_pad 32
keycode range: minimum 8, maximum 255
-focus: window 0x400012, revert to None
+focus: window 0x600002, revert to None
number of extensions: 24
BIG-REQUESTS
Composite
@@ -47,10 +47,10 @@
number of screens: 1
screen #0:
- dimensions: 480x640 pixels (203x201 millimeters)
- resolution: 60x81 dots per inch
+ dimensions: 480x640 pixels (200x200 millimeters)
+ resolution: 61x81 dots per inch
depths (7): 16, 1, 4, 8, 15, 24, 32
- root window id: 0x43
+ root window id: 0x47
depth of root window: 16 planes
number of colormaps: minimum 1, maximum 1
default colormap: 0x20
@@ -70,9 +70,9 @@
depth: 16 planes
available colormap entries: 64 per subfield
red, green, blue masks: 0xf800, 0x7e0, 0x1f
- significant bits in color specification: 8 bits
+ significant bits in color specification: 6 bits
visual:
- visual id: 0x41
+ visual id: 0x45
class: TrueColor
depth: 32 planes
available colormap entries: 256 per subfield
7) Gennady Kupava <gb at bsdmn.com> confirmed the bug (with both -vo x11
and -vo fbdev) with mplayer 2:1.0~rc3+svn20100502-3 from debian and
says that mplayer SVN-r31734-4.4.4 does not exhibit the problem.
8) This does not happen under vnc4server -depth 16 on amd64 with xdpyinfo of
name of display: :1.0
version number: 11.0
vendor string: The XFree86 Project, Inc
vendor release number: 40300000
XFree86 version: 4.3.0
maximum request size: 4194300 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, LSBFirst, 32
image byte order: LSBFirst
number of supported pixmap formats: 2
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
keycode range: minimum 8, maximum 255
focus: window 0x2000fb, revert to Parent
number of extensions: 24
BIG-REQUESTS
DEC-XTRAP
DOUBLE-BUFFER
Extended-Visual-Information
FontCache
GLX
LBX
MIT-SCREEN-SAVER
MIT-SHM
MIT-SUNDRY-NONSTANDARD
RANDR
RECORD
SECURITY
SGI-GLX
SHAPE
SYNC
TOG-CUP
VNC-EXTENSION
X-Resource
XC-APPGROUP
XC-MISC
XFree86-Bigfont
XTEST
XVideo
default screen number: 0
number of screens: 1
screen #0:
dimensions: 1024x768 pixels (260x195 millimeters)
resolution: 100x100 dots per inch
depths (2): 1, 16
root window id: 0x2e
depth of root window: 16 planes
number of colormaps: minimum 1, maximum 1
default colormap: 0x21
default number of colormap cells: 64
preallocated pixels: black 0, white 65535
options: backing-store YES, save-unders YES
largest cursor: 1024x768
current input event mask: 0x58007f
KeyPressMask KeyReleaseMask ButtonPressMask
ButtonReleaseMask EnterWindowMask LeaveWindowMask
PointerMotionMask SubstructureNotifyMask SubstructureRedirectMask
PropertyChangeMask
number of visuals: 8
default visual id: 0x24
visual:
visual id: 0x24
class: TrueColor
depth: 16 planes
available colormap entries: 64 per subfield
red, green, blue masks: 0xf800, 0x7e0, 0x1f
significant bits in color specification: 8 bits
visual:
visual id: 0x25
class: TrueColor
depth: 16 planes
available colormap entries: 64 per subfield
red, green, blue masks: 0x3f, 0x7c0, 0xf800
significant bits in color specification: 8 bits
visual:
visual id: 0x26
class: TrueColor
depth: 16 planes
available colormap entries: 64 per subfield
red, green, blue masks: 0x3f, 0x7c0, 0xf800
significant bits in color specification: 8 bits
visual:
visual id: 0x27
class: TrueColor
depth: 16 planes
available colormap entries: 64 per subfield
red, green, blue masks: 0x3f, 0x7c0, 0xf800
significant bits in color specification: 8 bits
visual:
visual id: 0x28
class: DirectColor
depth: 16 planes
available colormap entries: 64 per subfield
red, green, blue masks: 0x3f, 0x7c0, 0xf800
significant bits in color specification: 8 bits
visual:
visual id: 0x29
class: DirectColor
depth: 16 planes
available colormap entries: 64 per subfield
red, green, blue masks: 0x3f, 0x7c0, 0xf800
significant bits in color specification: 8 bits
visual:
visual id: 0x2a
class: DirectColor
depth: 16 planes
available colormap entries: 64 per subfield
red, green, blue masks: 0x3f, 0x7c0, 0xf800
significant bits in color specification: 8 bits
visual:
visual id: 0x2b
class: DirectColor
depth: 16 planes
available colormap entries: 64 per subfield
red, green, blue masks: 0x3f, 0x7c0, 0xf800
significant bits in color specification: 8 bits
and mplayer 2:1.0~rc3++final.dfsg1-1
9) The bug occurs if I run mplayer on armel and Xorg on i386 (using
X11 over network). I think this rules out openmoko specific kernel
and Xorg bugs.
10) The bug does not occur if I run mplayer on i386 and Xorg armel. I
think this strongly suggests that the bug is in mplayer and happens
only on armel.
11) upgrading to 2:1.0~rc3++final.dfsg1-1 does not seem to help.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: armel (armv4tl)
Kernel: Linux 2.6.29-GTA02_lindi2-andy-tracking-mokodev
Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Versions of packages mplayer depends on:
ii libaa1 1.4p5-38 ascii art library
ii libasound2 1.0.23-1 shared library for ALSA applicatio
ii libaudio2 1.9.2-3 Network Audio System - shared libr
ii libavcodec52 4:0.5.2-1 ffmpeg codec library
ii libavformat52 4:0.5.2-1 ffmpeg file format library
ii libavutil49 4:0.5.2-1 ffmpeg utility library
ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib
ii libcaca0 0.99.beta17-1 colour ASCII art library
ii libcdparanoia0 3.10.2+debian-9 audio extraction tool for sampling
ii libdirectfb-1.2-9 1.2.10.0-4 direct frame buffer graphics - sha
ii libdvdread4 4.1.3-10 library for reading DVDs
ii libenca0 1.13-3 Extremely Naive Charset Analyser -
ii libesd0 0.2.41-7 Enlightened Sound Daemon - Shared
ii libfontconfig1 2.8.0-2.1 generic font configuration library
ii libfreetype6 2.4.0-2 FreeType 2 font engine, shared lib
ii libfribidi0 0.19.2-1 Free Implementation of the Unicode
ii libgcc1 1:4.4.4-7 GCC support library
ii libgif4 4.1.6-9 library for GIF images (library)
ii libgl1-mesa-glx [libgl 7.7.1-4 A free implementation of the OpenG
ii libjack0 1:0.118+svn3796-7 JACK Audio Connection Kit (librari
ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG
ii liblircclient0 0.8.3-5+b1 infra-red remote control support -
ii liblzo2-2 2.03-2 data compression library
ii libncurses5 5.7+20100313-2 shared libraries for terminal hand
ii libogg0 1.2.0~dfsg-1 Ogg bitstream library
ii libopenal1 1:1.12.854-2 Software implementation of the Ope
ii libpng12-0 1.2.44-1 PNG library - runtime
ii libpostproc51 4:0.5.2-1 ffmpeg video postprocessing librar
ii libpulse0 0.9.21-3 PulseAudio client libraries
ii libsdl1.2debian 1.2.14-6 Simple DirectMedia Layer
ii libsmbclient 2:3.4.8~dfsg-2 shared library for communication w
ii libspeex1 1.2~rc1-1 The Speex codec runtime library
ii libstdc++6 4.4.4-7 The GNU Standard C++ Library v3
ii libswscale0 4:0.5.2-1 ffmpeg video scaling library
ii libtheora0 1.1.1+dfsg.1-3 The Theora Video Compression Codec
ii libx11-6 2:1.3.3-3 X11 client-side library
ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar
ii libxinerama1 2:1.1-3 X11 Xinerama extension library
ii libxt6 1:1.0.7-1 X11 toolkit intrinsics library
ii libxv1 2:1.0.5-1 X11 Video extension library
ii libxvmc1 2:1.0.5-1 X11 Video extension library
ii libxxf86dga1 2:1.1.1-2 X11 Direct Graphics Access extensi
ii libxxf86vm1 1:1.1.0-2 X11 XFree86 video mode extension l
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
mplayer recommends no packages.
Versions of packages mplayer suggests:
ii bzip2 1.0.5-4 high-quality block-sorting file co
ii fontconfig 2.8.0-2.1 generic font configuration library
pn mplayer-doc <none> (no description available)
pn netselect | fping <none> (no description available)
pn ttf-freefont <none> (no description available)
-- debconf information:
mplayer/voutput: autodetect
mplayer/ttfont: Sans
mplayer/cfgnote:
mplayer/replace-existing-files-bail:
mplayer/install_codecs:
mplayer/replace-existing-files: false
mplayer/no-ttfont:
mplayer/dvd_device: /dev/cdrom
More information about the pkg-multimedia-maintainers
mailing list