Bug#540723: Subject: vlc: video brightness/contrast/gamma is really off
reassign vlc,fglrx-source severity wishlist retitle 540723 fglrx: video brightness/contrast/gamma is really off stop Gary Dale garyd...@rogers.com writes: I tried to move to the open source drivers without any luck so eventually re-installed the closed fglrx driver from Debian/Squeeze. When I did that, I ran into a few problems with my various video players so I revisited the vlc player to see how it was working. This really sounds like video driver issues here. I'm reassigning this bug to both packages for now. However, since fglrx is developed by AMD/ATI, I persume they would be in the best position to actually do something about that. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540723: Subject: vlc: video brightness/contrast/gamma is really off
Reinhard Tartler wrote: reassign vlc,fglrx-source severity wishlist retitle 540723 fglrx: video brightness/contrast/gamma is really off stop Gary Dale garyd...@rogers.com writes: I tried to move to the open source drivers without any luck so eventually re-installed the closed fglrx driver from Debian/Squeeze. When I did that, I ran into a few problems with my various video players so I revisited the vlc player to see how it was working. This really sounds like video driver issues here. I'm reassigning this bug to both packages for now. However, since fglrx is developed by AMD/ATI, I persume they would be in the best position to actually do something about that. I might agree except that: 1) my desktop display is fine. I didn't have to do anything with gimp, gwenview or any of my other desktop applications. It was just the video applications that were messed up. 2) the Kafeine fix was a simple setting that was off while mPlayer needed a different output to be selected. It appears that the fglrx GL implementation is faulty, since I can't get good output from it. However both Kaffeine and mPlayer have no problem with normal x11 video. Kaffeine picks x11 automatically while mPlayer needed to be told to use it. Unfortunately vlc's x11 video output, which works fine for the other two players, produces bad output. And there doesn't appear to be a way to reduce the extreme contrast like there was in Kaffeine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540723: Subject: vlc: video brightness/contrast/gamma is really off
Gary Dale garyd...@rogers.com writes: Reinhard Tartler wrote: This really sounds like video driver issues here. I'm reassigning this bug to both packages for now. However, since fglrx is developed by AMD/ATI, I persume they would be in the best position to actually do something about that. I might agree except that: 1) my desktop display is fine. I didn't have to do anything with gimp, gwenview or any of my other desktop applications. It was just the video applications that were messed up. gimp and other 'normal' applications do not require hardware assistance in the same way as a media player needs it. Xv is useful to lower CPU consumption in media players. X11 backends makes media players to behave like other 'normal' applications, at the expense of wasting CPU time. 2) the Kafeine fix was a simple setting that was off while mPlayer needed a different output to be selected. It appears that the fglrx GL implementation is faulty, since I can't get good output from it. However both Kaffeine and mPlayer have no problem with normal x11 video. Kaffeine picks x11 automatically while mPlayer needed to be told to use it. Video drivers sometimes offer only limited xv ports, which limits the number of applications that can simultaneously use the xv extension. Unfortunately vlc's x11 video output, which works fine for the other two players, produces bad output. And there doesn't appear to be a way to reduce the extreme contrast like there was in Kaffeine. The application could indeed influence this. However, I see little point in working around bugs in proprietary display drivers like this in open source applications. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540723: Subject: vlc: video brightness/contrast/gamma is really off
Reinhard Tartler wrote: Gary Dale garyd...@rogers.com writes: Reinhard Tartler wrote: This really sounds like video driver issues here. I'm reassigning this bug to both packages for now. However, since fglrx is developed by AMD/ATI, I persume they would be in the best position to actually do something about that. I might agree except that: 1) my desktop display is fine. I didn't have to do anything with gimp, gwenview or any of my other desktop applications. It was just the video applications that were messed up. gimp and other 'normal' applications do not require hardware assistance in the same way as a media player needs it. Xv is useful to lower CPU consumption in media players. X11 backends makes media players to behave like other 'normal' applications, at the expense of wasting CPU time. Reasonable enough explanation for what is going on, except that x11 doesn't work with vlc while xv does (just not very well). Using x11 with vlc, the video is squashed into the left quarter of the window and it appears to be greyscale. I've just switched Kaffeine to xv from auto and it works. mPlayer also gave the high-contrast output when using xv until I found the video control under equalizer to set the contrast to a sane value (the same problem I was having with Kaffeine - the contrast control was set to its maximum). 2) the Kafeine fix was a simple setting that was off while mPlayer needed a different output to be selected. It appears that the fglrx GL implementation is faulty, since I can't get good output from it. However both Kaffeine and mPlayer have no problem with normal x11 video. Kaffeine picks x11 automatically while mPlayer needed to be told to use it. Video drivers sometimes offer only limited xv ports, which limits the number of applications that can simultaneously use the xv extension. See my previous reply. The problem seems to be that the contrast on xv is way too high. Unfortunately vlc's x11 video output, which works fine for the other two players, produces bad output. And there doesn't appear to be a way to reduce the extreme contrast like there was in Kaffeine. The application could indeed influence this. However, I see little point in working around bugs in proprietary display drivers like this in open source applications. OK, but the fix turned out to just be finding out where in the program to tone down the contrast - to its default value (i.e. hitting the reset t default values button) in Kaffeine and to its centre value (0) in mPlayer. The apparent lack of brightness and contrast controls in vlc is strange. Interestingly, once I located and adjusted the contrast in mPlayer using xv, vlc's contrast seemed to be fixed as well. I'm guessing that they're both using the same back-end and that mPlayer's controls adjust the contrast. Kaffeine must be using something else. Mark this one closed. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540723: Subject: vlc: video brightness/contrast/gamma is really off
Reinhard Tartler wrote: Gary Dale garyd...@rogers.com writes: Reinhard Tartler wrote: This really sounds like video driver issues here. I'm reassigning this bug to both packages for now. However, since fglrx is developed by AMD/ATI, I persume they would be in the best position to actually do something about that. I might agree except that: 1) my desktop display is fine. I didn't have to do anything with gimp, gwenview or any of my other desktop applications. It was just the video applications that were messed up. gimp and other 'normal' applications do not require hardware assistance in the same way as a media player needs it. Xv is useful to lower CPU consumption in media players. X11 backends makes media players to behave like other 'normal' applications, at the expense of wasting CPU time. 2) the Kafeine fix was a simple setting that was off while mPlayer needed a different output to be selected. It appears that the fglrx GL implementation is faulty, since I can't get good output from it. However both Kaffeine and mPlayer have no problem with normal x11 video. Kaffeine picks x11 automatically while mPlayer needed to be told to use it. Video drivers sometimes offer only limited xv ports, which limits the number of applications that can simultaneously use the xv extension. Unfortunately vlc's x11 video output, which works fine for the other two players, produces bad output. And there doesn't appear to be a way to reduce the extreme contrast like there was in Kaffeine. The application could indeed influence this. However, I see little point in working around bugs in proprietary display drivers like this in open source applications. BTW: as I mentioned in the beginning, I tried to use the open source drivers but the ati, radeon and radeonhd drivers don't work with this chipset and the vesa driver is really only good for debugging. Unfortunately, right now there is no working open source driver for the Radeon HD3300 (at least not in Debian). Hopefully AMD's efforts to open up its hardware will change this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540723: Subject: vlc: video brightness/contrast/gamma is really off
Package: vlc Version: 0.9.9a-3 Severity: important I was just fiddling around with the video drivers on my computer after switching to a new mainboard - still with onboard ATI video (now HD3300). I tried to move to the open source drivers without any luck so eventually re-installed the closed fglrx driver from Debian/Squeeze. When I did that, I ran into a few problems with my various video players so I revisited the vlc player to see how it was working. My desktop looks great and performs well after the fglrx reinstall. Kaffeine had the same problem I am describing here, but I traced that to a really bad contrast control setting. Resetting it to the default fixed it. Kaffeine works great. mPlayer was having problems with extreme flickering, but good colours, with the (preferences | video) GL video I had been using. Switching to xv gave me the same extreme contrast issue I had with kaffeine. x11 however works perfectly. Which brings me to vlc: Tools | preferences | video and selecting Default output gives me the high-contrast overly bright picture I got with Kaffeine and mPlayer before I adjusted them to better settings. However, I can't find a way to make vlc work. OpenGL video output gives me a flashing picture (though not as bad as mPlayer) that is grey-scale, not colour and is horizontally compressed nto the left quarter of the output window. THere is also some noise in the rest of the video window and the window displays on all virtual desktops. xVideo extension video output gives the same output as default. x11 video output compresses the video into the left quarter of the window but without the noise I got with OpenGL and without the flashing. And it stays in its current virtual desktop. However, the picture is grey-scale, not colour. I've tried adjusting the colour using the Tools | Extended Settings | video effects but without numeric settings, it's almost impossible to use. The gamma control in particular only seems to be useful in a very small part of the total allowed range, making setting it with a mouse next to impossible. Moreover, the settings only affect the current video. And I can't find any other controls to let me adjust vlc's video output. So vlc only produces bad or useless video output. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii libaa1 1.4p5-38 ascii art library ii libc6 2.9-12GNU C Library: Shared libraries ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib ii libfribidi00.10.9-1 Free Implementation of the Unicode ii libgcc11:4.4.0-5 GCC support library ii libgl1-mesa-glx [libgl 7.0.3-7 A free implementation of the OpenG ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libglu1-mesa [libglu1] 7.0.3-7 The OpenGL utility library (GLU) ii libgtk2.0-02.16.1-2 The GTK+ graphical user interface ii libnotify1 [libnotify1 0.4.5-1 sends desktop notifications to a n ii libqtcore4 4:4.5.2-1 Qt 4 core module ii libqtgui4 4:4.5.2-1 Qt 4 GUI module ii libsdl-image1.21.2.7-1 image loading library for Simple D ii libsdl1.2debian1.2.13-4+b1 Simple DirectMedia Layer ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libtar 1.2.11-6 C library for manipulating tar arc ii libvlccore00.9.9a-3 base library for VLC and its modul ii libx11-6 2:1.2.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxv1 2:1.0.4-1 X11 Video extension library ii libxxf86vm11:1.0.2-1 X11 XFree86 video mode extension l ii ttf-dejavu-core2.29-3Vera font family derivate with add ii vlc-nox0.9.9a-3 multimedia player and streamer (wi ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime vlc recommends no packages. Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-11library for decoding ATSC A/52 str ii libasound2 1.0.20-2shared library for ALSA applicatio ii libass3 0.9.6-1 library for SSA/ASS subtitles rend ii libavahi-cli 0.6.25-1Avahi client library ii libavahi-com 0.6.25-1Avahi
