maemo.org Bugzilla – Bug 5558
flashing pixels around the lock button if media player is playing a video.
Last modified: 2010-01-14 12:27:00 UTC
You need to
before you can comment on or make changes to this bug.
STEPS TO REPRODUCE THE PROBLEM:
play a video file in the media player and lock the device. Then when you press
the on/off switch briefly, you get the unlock screen.
you would except to see the normal unlock screen
Around the unlock slider there are flashing pixels (probably from the movie in
EXTRA SOFTWARE INSTALLED:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:22.214.171.124)
Gecko/2009090216 Linux Mint/6 (Felicia) Firefox/3.0.14
Could reproduce as follows:
1. Start video playback.
2. Lock device by pressing the power button and selecting "Secure device".
3. Observe video artifacts on the "Enter lock code" title bar and input field.
4. Lock screen with the right-hand side switch.
5. Press power button to get the "Swipe to unlock" screen.
6. Video artifacts visible around the on-screen slider widget.
Doesn't sound like a media player bug, but I don't know what the right
component would be. Maybe the compositing manager (is that hildon-desktop?) or
I can easily reproduce this by starting video and calling for "lock device"
This is known issue with xvideo and colorkey.
XVideo has 1-bit transparency support and uses colorkey to separate what is
shown on the screen and from what plane it comes in our display subsystem --
1-bit implicit mask is used to specify which pixels come from graphics plane
(UI) and which are coming from video plane, the ones that have colorkey are
representing this mask.
It looks like unlock screen simply does not do anything for colorkey (it didn't
know about it) and thus existing mask (set by and used for MediaPlayer) is in
Ideally, MediaPlayer would need to use magenta colorkey to ensure that it is
not present in any UI parts (magenta is an imaginary color that is not present
in real life). This was discussed multiple times for camera and MediaPlayer,
though I do not know current outcome in MediaPlayer case.
Felipe Contreras should be the best person who knows about this issue very
Felipe: ping, any comments you may have appreciated.
Oops, I forgot to reply. Yes, this is a known bug an IMO a first good step
would be to make the UI color-key independent so that we can use a color that's
not used in the theme.
There's a proposal for a generic GTK+ widget that implement this, but
apparently there are a few issues. I think the plan was to make this bug public
so that the community can help maybe finding some workarounds.
This definitely seems to be fixed in 2.2009.47-18 (I remember an internal meta
bug about any screen noise and all sub-bugs were fixed in week 46).
I've tried a few times and cannot reproduce it.
*** Bug 6304 has been marked as a duplicate of this bug. ***
*** Bug 6803 has been marked as a duplicate of this bug. ***
The problem reported here should be fixed in the update released today for
public: The Maemo5 update version 2.2009.51-1 (also called "PR1.1" sometimes).
Please leave a comment if the problem is not fixed for you in this update