[ tvtime-Bugs-962831 ] overlapping windows cause black areas

Bugs item #962831, was opened at 2004-05-29 13:29
Message generated for change (Comment added) made by vektor
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=506987&aid=962831&group_id=64301

Category: Video and graphics code
>Group: Fixed in CVS for next release
Status: Open
>Resolution: Fixed
>Priority: 9
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Billy Biggs (vektor)
Summary: overlapping windows cause black areas

Initial Comment:
If I place another window on top of tvtime and then
bring tvtime back to top, the area that was under the
other window remains black. I need to minimize and
unminimize tvtime to get the image back to normal. This
only happens after I've used xine and disappears if I
restart X. The black areas aren't visible on
screenshots. The problem appeared after I upgraded to
Fedora Core 2.


----------------------------------------------------------------------

>Comment By: Billy Biggs (vektor)
Date: 2004-06-24 21:40

Message:
Logged In: YES 
user_id=153320

Your problem with the TNT2 is different (it is a hardware
limitation), drop by IRC, I was totally confused.

The xine / black crap problem I believe I have fixed in CVS.
 I have an expose event handler that will fill the colour
key proactively.  This should avoid any difficulties with
the driver, and I don't think it's at all expensive.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-06-09 01:29

Message:
Logged In: NO 

I'm having a similar (but not exactly the same) problem with 
tvtime.  I don't use xine so that's not affecting my system.  

I installed Fedora core 2 on an Asus a7v mobo with riva tnt 2 
video card, IBM 2127 monitor.  I originally saw this with the 
default nv driver, then upgraded to nvidia's binary driver and 
saw the same thing.

When I run tvtime or ogle the video that is displayed is only 1 
or 2 inches wide in windowed mode, and the window defaults 
to this size.  I'm getting the full vertical length of the video 
(as compared to my TV tuned to the same channel).  The 
video is the leftmost 2 inches of video on the channel, and is 
undistorted.

If I switch to fullscreen mode I see the same 1-2 inches of 
video centered in the center of the screen, and black 
otherwise.

----------------------------------------------------------------------

Comment By: xatzial (xatzial)
Date: 2004-06-03 20:57

Message:
Logged In: YES 
user_id=1056439

I played around a few minutes with xine and tvtime. I
noticed the following:
While xine is running, i run tvtime . Then i close xine and
black areas aren't caused anymore by overlapping windows.
Unfortunately i have to do this
every time i want to run tvtime.

----------------------------------------------------------------------

Comment By: xatzial (xatzial)
Date: 2004-06-03 20:24

Message:
Logged In: YES 
user_id=1056439

Same problem here . I use redhat 8.0 (only curl upgraded) ,
xine 0.99.1 and nvidia v4363  drivers.



----------------------------------------------------------------------

Comment By: Billy Biggs (vektor)
Date: 2004-05-30 17:06

Message:
Logged In: YES 
user_id=153320

I think this might be our problem, but I am not sure.  Let
me explain.

Video card overlays work by showing video on the screen
wherever a specific colour exists in the framebuffer.  This
colour is the colour key, and it's usually set to blue by
default.  So wherever the video card finds blue, it will
show video.  As far as I know, the spec said that the driver
will paint the colour key for you unless you tell it not to
(since some drivers may not use a colour key at all!). 
tvtime expects the driver to always paint the colour key.

I believe that xine is shutting this feature off to work
around some bugs in certain drivers.  This means that tvtime
is screwed, since they don't reset the parameter back to the
default on exit.  tvtime will paint the colour key on a map,
which is why it works after you minimize and unminimize
tvtime, but for normal expose events (like when a window
goes in front, or maybe when you resize the window) we won't
draw it.

I don't know off-hand what's the correct thing to do.  A
hack might be for tvtime to always draw the colour key on
every expose and resize.  I would rather only do this if the
driver is in this other state, so maybe if someone could
look at the xine code and get some more clues about what I
should be doing we could figure out something better.

----------------------------------------------------------------------

Comment By: John Spray (spray_john)
Date: 2004-05-30 15:56

Message:
Logged In: YES 
user_id=613811

Same behaviour here.  s/xine/totem/, but basically the same.

A couple of additional notes:
-Totem doesn't always break things: sometimes I can start
totem, watch a video, close totem, start tvtime and
everything's fine.  Totem breaks itself when it breaks
tvtime: it fails to display the video of a stream, but works
correctly next time it's launched.  After this failed start
of totem, tvtime is broken too.

-Making tvtime fullscreen causes the video to be displayed
at the correct size/scale, but to be cropped such that only
an area equal to the size of the non-fullscreen window is
displayed.  This may be worked-around by making the window
as big as the screen before going fullscreen.

-The image returns to normal upon resizing the tvtime
window, but not upon moving it.

Unfortunately, I upgrade packages with far too great a
frequency to know what changed when this started happening.
 One thing I can say that didn't change was my nvidia X
drivers, but that the problem does persist with the latest ones.

XFree86 4.3 on Debian unstable.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=506987&aid=962831&group_id=64301


-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com