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.
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.
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.
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.
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.
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.
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.
Logged In: NO
try this:
- run xine and change brightness
- run tvtime - on my system changed brightness doesn't
effect tvtime (and no black areas)
- now close tvtime and xine
- run tvtime - now brightness is the one set in xine (also
the bug appears)
- if i now run now xine, brightness controls in xine aren't
available
a different driver used while xine is running ?
it is possible that bug started to appear after changing
default video output in gnome's (2.6.2) multimedia system
selector.