video only in the primary screen

Bug #138850 reported by Nicolò Chieffo
2
Affects Status Importance Assigned to Milestone
Totem
Invalid
Medium
totem (Ubuntu)
Invalid
Wishlist
Ubuntu Desktop Bugs

Bug Description

Binary package hint: totem

I'm using a double screen config, through the new xrandr protocol. laptop LCD + external CRT.
Totem uses overlay to show the video, and this causes the fact that the image is only displayed in the primary screen, while in the secondary I get a black window.
I think that totem should force to not use overlay on the secondary screen. is it possible?

totem-gstreamer 2.19.90-0ubuntu3

Revision history for this message
In , agd5f (agd5f) wrote :

The overlay can only be sourced to one crtc at a time (it does not draw directly to the framebuffer like 3D does). To switch which crtc the overlay is displayed on in clone mode, use an app like xvattr to change the value of the XV_CRTC attribute. For dualhead modes, the overlay will automatically follow the video window from head to head.

Revision history for this message
In , Nicolò Chieffo (yelo3) wrote :

Don't you think this is a limitation?

Revision history for this message
In , Daniel Stone (daniels) wrote :

Yes, it's a limitation, but the hardware literally can't do it. It's not a driver issue.

Revision history for this message
In , Nicolò Chieffo (yelo3) wrote :

Ok, so to which package should I file this bug?

Revision history for this message
In , Daniel Stone (daniels) wrote :

Your video player should be able to force software colourspace conversion, instead of using the overlay.

Revision history for this message
In , Nicolò Chieffo (yelo3) wrote :

I am using totem-gstreamer. Can it do this?
And is colourspace conversion more "heavy" for the CPU, than overlay?

Revision history for this message
In , Daniel Stone (daniels) wrote :

Yes, Totem can do it, but it's very slow.

Revision history for this message
In , Nicolò Chieffo (yelo3) wrote :

All right. does it mean that I should file a bug to totem? and could you please tell me how to enable colourspace conversion in totem? thanks!

Revision history for this message
Nicolò Chieffo (yelo3) wrote :

Binary package hint: totem

I'm using a double screen config, through the new xrandr protocol. laptop LCD + external CRT.
Totem uses overlay to show the video, and this causes the fact that the image is only displayed in the primary screen, while in the secondary I get a black window.
I think that totem should force to not use overlay on the secondary screen. is it possible?

totem-gstreamer 2.19.90-0ubuntu3

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

Thank you for your bug. I'm not sure if that's possible. Do you get the same issue with other xine for example?

Changed in totem:
importance: Undecided → Wishlist
Revision history for this message
Nicolò Chieffo (yelo3) wrote : Re: [Bug 138850] Re: video only in the primary screen

If I'm not wrong, this happens with kaffeine which is xine!

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

That's not really clear, do you get the bug or the correct behaviour using it? What about xineui?

Revision history for this message
Nicolò Chieffo (yelo3) wrote :

I get the bug, even using xineui.

reporting an upstream comment
"Your video player should be able to force software colourspace conversion,
instead of using the overlay."

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

Could you give the bug number of this comment?

Revision history for this message
Nicolò Chieffo (yelo3) wrote :

sure, http://bugs.freedesktop.org/show_bug.cgi?id=12281
it is not totem upstream, but xorg radeon upstream (and they tell it's
not their fault, because the hardware can't do overlay on more than
one screen)
I wonder how windows xp handles this

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Did you reported this bug to the totem developers? For instructions on how to do it you can read: https://wiki.ubuntu.com/Bugs/Upstream/GNOME ; setting this as incomplete until it gets forwarded upstream, thanks.

Changed in totem:
assignee: nobody → desktop-bugs
status: New → Incomplete
Changed in totem:
status: Unknown → Invalid
Revision history for this message
Sebastien Bacher (seb128) wrote :

the comments indicate that's an hardware or driver limitation and not a bug, closing this task, feel free to open a new bug against the driver if you still get the issue though

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

Other bug subscribers

Remote bug watches

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