Your message dated Wed, 25 Aug 2010 17:05:17 +0200
with message-id <87pqx6ravm....@faui44a.informatik.uni-erlangen.de>
and subject line Re: Bug#594093: mplayer: wrong byteorder on 16-bit displays 
with -vo x11 (-vo sdl works)?
has caused the Debian Bug report #594093,
regarding mplayer: wrong byteorder on 16-bit displays with -vo x11 (-vo sdl 
works)?
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
594093: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594093
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
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 <g...@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



--- End Message ---
--- Begin Message ---
Version: 2:1.0~rc4~try1.dsfg1-1

On Wed, Aug 25, 2010 at 16:42:23 (CEST), Timo Juhani Lindfors wrote:

> Reinhard Tartler <siret...@tauware.de> writes:
>> Could you please test the version currently in experimental?
>
> Upgrading from mplayer 2:1.0~rc3++final.dfsg1-1 to
> 2:1.0~rc4~try1.dsfg1-1 seems to fix the issue on amd64, thanks!

Ah, excellent, thanks for reporting back.

> However, according to
>
> https://buildd.debian.org/status/package.php?p=mplayer&suite=experimental
>
> the package is not yet built for armel. Any idea if it'll get built
> soon? I can recompile it for my own use in a day or so if necessary.

TBH, I have no idea about if there are any buildds for
armel/experimental at all. I'd suggest asking on #debian-buildd or on
their mailing list.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4


--- End Message ---
_______________________________________________
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Reply via email to