Black sidebars when playing any video format [$100]

Bug #1363353 reported by Belenos
98
This bug affects 21 people
Affects Status Importance Assigned to Milestone
Audience
Fix Released
High
Unassigned

Bug Description

I'm experiencing this weird bug since beta1 release. Doesn't matter if I resize the window, the black bars persist.

Related branches

Revision history for this message
Belenos (belenos) wrote :
Revision history for this message
Julián Unrrein (junrrein) wrote :

I think the problem is that the aspect ratio is being locked for resizing when first opening a video. Going full-screen and back seems to let the Audience window be normally resized again. Can you check this please?

Revision history for this message
Belenos (belenos) wrote :

Yes, but it isn't "locking" the window size when reaches de video limits.

Revision history for this message
Julián Unrrein (junrrein) wrote :

Thanks for the screencast, I understand it now.

Changed in audience:
status: New → Confirmed
importance: Undecided → High
milestone: none → freya-beta2
Changed in audience:
importance: High → Medium
Cody Garver (codygarver)
Changed in audience:
importance: Medium → High
Revision history for this message
Viko Adi Rahmawan (vikoadi) wrote :

I think the problem is because now we use headerbar and set_geometry_hints take headerbar height into account while trying to preserve window aspect ratio.
Am I right to consider adding VideoPlayer Widget as geometry_widget parameter in http://valadoc.org/#!api=gtk+-3.0/Gtk.Window.set_geometry_hints should do the trick but it dont? Isn't it a Gtk's bug?

Revision history for this message
Artem Anufrij (artem-anufrij) wrote :
Revision history for this message
Danielle Foré (danrabbit) wrote : Re: Black sidebars when playing any video format [$50]
summary: - Black sidebars when playing any video format
+ Black sidebars when playing any video format [$50]
summary: - Black sidebars when playing any video format [$50]
+ Black sidebars when playing any video format [$100]
Revision history for this message
Tom Beckmann (tombeckmann) wrote :

If definitely is the headerbars that add to the geometry that cause the problems here. The difficult part is to figure out how the CSD window will scale. My branch should get rid of the large black horizontal bars, but it will most probably add two small vertical ones. Still investigating.

Changed in audience:
status: Confirmed → In Progress
Grabli66 (grabli66-r)
Changed in audience:
assignee: nobody → Grabli66 (grabli66-r)
assignee: Grabli66 (grabli66-r) → nobody
Revision history for this message
Felipe Escoto (philip.scott) wrote :

Since the back bars don't show up after maximizing and restoring the window, couldn't we fix it by executing that code before making the window visible, or by maximizing and minimizing in a different workspace?

Revision history for this message
Artem Anufrij (artem-anufrij) wrote :

Some videos have a wrong ratio.

See screenshot:

Changed in audience:
assignee: nobody → Tom Beckmann (tombeckmann)
milestone: freya-beta2 → freya-rc1
Cody Garver (codygarver)
Changed in audience:
assignee: Tom Beckmann (tombeckmann) → nobody
status: In Progress → Confirmed
Revision history for this message
skmlcd (skmlcd) wrote :

I had this issue for a long time, but after I updated today this does not happen anymore. Is this issue solved?

Revision history for this message
Belenos (belenos) wrote :

@skmlcd, I think so. But I still can see the black bars for a few milliseconds before the video start (and the window resizing).

Revision history for this message
Tom Beckmann (tombeckmann) wrote :

The client side decorations mess up aspect ratio locking quite badly, in order to keep it we had to resort to some workarounds. To be more precise, the approach that is has just been merged to trunk adjusts the window size to fit into the correct aspect ratio instead of relying on the window manager. In order to not break user-controlled window resizing while doing so, we have to use a small timeout before we apply the perfect window size since otherwise the window would jump around on your screen because resizing may either be amplified or nullified by the adjustment.

(A note on why that was necessary in case you're curious: previously the entire window area that belonged to the client was filled by the video, so we could just pass the video aspect ratio to the window manager and tell it to keep the window that way. The WM would then add its decorations on top of whatever geometry was correct. Now with CSD, we have a large area on top that is not video. The size of this area is constant, while the displayed video size varies when the window resized. The fact that we now have a varying and a constant value doesn't allow us to determine a linear value that can act as aspect ratio anymore, instead we now get different values depending on video size relative to decoration size.)

Changed in audience:
status: Confirmed → Fix Committed
Cody Garver (codygarver)
Changed in audience:
milestone: freya-rc1 → 0.1
status: Fix Committed → Fix Released
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.