Reset button in Color Balance controls sets Hue to wrong value

Bug #97571 reported by Oliver Gerlich
56
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Totem
Unknown
Low
totem (Ubuntu)
Invalid
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: totem

This is with Feisty Beta (Live CD): when clicking the "Reset to Defaults" button in Preferences -> Display, the Hue slider is moved to center position (same as the other three sliders), while originally it was at leftmost position. Also, the video image looses its color (as expected, when the Hue slider goes to center position...).

Probably the Reset button sets all sliders uniformly to center position, which is correct for Brightness/Contrast/Saturation, but not for Hue.

Suggestion: either put the origin of Hue slider to center (similar to the other sliders), or modify the Reset logic to set Hue to leftmost position.

ProblemType: Bug
Architecture: i386
Date: Wed Mar 28 20:00:37 2007
DistroRelease: Ubuntu 7.04
ExecutablePath: /rofs/usr/bin/totem
Package: totem-gstreamer 2.18.0-0ubuntu1
PackageArchitecture: i386
ProcCmdline: totem <movie file>
ProcCwd: /home/ubuntu
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
SourcePackage: totem
Uname: Linux ubuntu 2.6.20-12-generic #2 SMP Wed Mar 21 20:55:46 UTC 2007 i686 GNU/Linux

Revision history for this message
Oliver Gerlich (ogerlich) wrote :
Revision history for this message
Oliver Gerlich (ogerlich) wrote :

Holy shit... why does this evil bug reporting app put the name and path of the played file publicly into the bug report?? This is not very funny :-/ Could somebody remove/change the ProcCmdline here please?

description: updated
Revision history for this message
Oliver Gerlich (ogerlich) wrote :

Never mind... found the Edit button on top :-)

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug. The hue slider has a middle value by default, are you sure that's not the case for you? Could you try with a new user?

Changed in totem:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: Unconfirmed → Needs Info
Revision history for this message
Oliver Gerlich (ogerlich) wrote :

Here's what I'm doing right now to reproduce this:

- booted from Live CD
- ran Totem from Gnome app menu
- went to preferences menu and observed that the Hue ("Farbton") slider is at leftmost position
- opened Firefox and launchpad.net :-)
- made a screenshot of the window (it is attached)
- clicked Close button, then closed Totem
- opened Example folder on Desktop
- double-clicked on Experience video
- video is played (color and everything is correct I'd say)
- went to Preferences -> "Anzeige" again
- Hue slider is still at leftmost position
- clicked Reset button
- video (still running) turns blue-grayish (obviously wrong colors :)
- moved slider back to left
- video is displayed with correct colors again
- moved slider to rightmost position
- video is again displayed correctly
- moved Hue slider around
- video is displayed with changing colors

Revision history for this message
Oliver Gerlich (ogerlich) wrote :

Some more info:

- updating Totem on the Live CD-booted system to 2.18.0-0ubuntu2 didn't help
- I have seen the same wrong behavior on my Debian Testing / Unstable system (not sure about the exact Totem version); same wrong behavior when starting Totem there as user or as root
- when booting the Live CD iso in Qemu, the Hue slider is at middle position! Also, all four color sliders didn't affect video image at all...

In Qemu, the emulated Cirrus GD 5446 graphics card was used (probably with "cirrus" driver).
My real machine is a AMD Athlon with an Nvidia 5900ZT . Under Debian, the Nvidia driver is used (latest driver from Unstable IIRC). The Live CD seems to use the nv driver.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for the details. That looks like http://bugzilla.gnome.org/show_bug.cgi?id=306621 upstream

Changed in totem:
status: Needs Info → Confirmed
Changed in totem:
status: Unknown → Confirmed
Revision history for this message
Steve Zemanek (steve-zemanek) wrote :

this one is driving me nuts, I usually use VLC as my main media player, but I use totem for a firefox plugin, and it seems I can't get the hue correct at all

Revision history for this message
Steve Zemanek (steve-zemanek) wrote :

hmmmmm, interesting, the color and hue is fine when I start gnome in XGL:
allow me to explain...

I typically run gnome in default X11 session.

but because I have an ATI video card, when I want to run beryl, I need to fire up XGL. (I usually only run beryl if someone starts talking about how pretty windows vista is.)

but the hue is fine at the default settings if I'm running XGL.

so... who knows

Revision history for this message
Oliver Gerlich (ogerlich) wrote :

Some short notes:

- after starting Totem under Debian, it has the hue slider at center, and colors are wrong; interestingly, from then on the colors are wrong in other players as well (like in mplayer -vo xv, but not in mplayer -vo x11); starting Totem then and setting the hue slider to leftmost position fixes the colors in Totem and in the other players as well

- I just noticed that gxine has this line in its "Engine Messages / Trace" window:
"video_out_xv: ignoring broken XV_HUE settings on NVidia cards"
Maybe it's related to this bug?

This is on the same machine where I saw the original bug, with Nvidia driver 87.76.

Revision history for this message
Sebastien Bacher (seb128) wrote :

do you still get the issue in hardy or intrepid?

Changed in totem:
status: Confirmed → Triaged
Revision history for this message
Chris Coulson (chrisccoulson) wrote :

Sebastien - This is still an issue in Intrepid.

Revision history for this message
Chris Coulson (chrisccoulson) wrote :

Oliver - I think you're right. It's also probably related to bug 184440, which is open against the Nvidia binary driver.

There is a discussion on nvnews about it too: http://nvnews.net/vbulletin/showthread.php?t=107009. Here's a quote from AaronP in that thread:

"XV_HUE support was added for the 8-series GPUs in a relatively recent driver release, which is probably why you started seeing this problem recently. The range of 0 to 360 matches the way this attribute worked on the old NV17 Video Overlay adaptor, so the default of 0 should be pretty standard. This definitely sounds like a bug in Totem."

I can concur that I only started experiencing this issue after upgrading my card from a 7 series to a 8 series. However, they seem to insist that this is a Totem bug.

Revision history for this message
rich_wicks (rich-wicks) wrote :

This is also mentioned in bug 160866

I know what the bug is - at least for me.

I have an NVIDIA card. In the NVIDIA X Settings panel, under X Server XVideo Settings, the HUE needs to be adjusted from 0 to something around 177.

Adjust that value, and you're done.

I am using Ubuntu 8.10 x86-64 AMD.

I really like the system, but there are so many dumb little things broken in it. Ethernet static IP, VMWare doesn't work out of the box, Samba a pain, and lots of other tiny things. Once it's working though, it's pretty sweet.

Changed in totem:
status: Confirmed → Invalid
Revision history for this message
Sebastien Bacher (seb128) wrote :

the issue is not a totem one and karmic doesn't use the xine backend now

Changed in totem (Ubuntu):
status: Triaged → Invalid
Revision history for this message
Jarno Suni (jarnos) wrote :

The bug reporter used totem-gstreamer, not the xine backend. As for NVidia restricted driver, there is fixed in 185.xxx series. (http://www.nvnews.net/vbulletin/showthread.php?p=1913036). But I am using the open source nv driver and have this problem in Jaunty.

Changed in totem:
importance: Unknown → Low
status: Invalid → Unknown
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.