After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 724055 - High dpi scaling does not work
High dpi scaling does not work
Status: RESOLVED FIXED
Product: clutter-gtk
Classification: Platform
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: clutter-gtk maintainer(s)
clutter-gtk maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2014-02-10 17:36 UTC by drago01
Modified: 2014-02-14 14:36 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
GtkClutterEmbed: Scale allocation by the scale factor (1.34 KB, patch)
2014-02-14 13:14 UTC, drago01
committed Details | Review
GtkClutterEmbedded: Don't pass scaled values to gdk_window_move_resize (1.27 KB, patch)
2014-02-14 14:21 UTC, drago01
none Details | Review
embed: Pass scaled size back to clutter (1.65 KB, patch)
2014-02-14 14:35 UTC, drago01
committed Details | Review

Description drago01 2014-02-10 17:36:57 UTC
<drago01> hadess: totem seems to fail to render videos on high dpi
<drago01> hadess: only seeing the video in the upper quarter of the screen
<drago01> hadess: setting CLUTTER_SCALE just makes it show in the lower half
<hadess> drago01, i don't have the hardware to test it
<hadess> it's likely that clutter-gtk/clutter-gst need patches...
<drago01> hadess: you don't really need hardware to test that ... setting the scale factor to 2 should be the same
<drago01> there was/is an env var just can't remember its name
<drago01> ebassi: ?
<hadess> drago01, it's a gsetting actually
<drago01> hadess: I know that there is one but it affects all apps the env var would be limited to one app
<ebassi> if your resolution is too small, the shell will maximize by default, which is annoying when testing
<drago01> hidpi seems to work pretty well some apps are "broken" but overall its useable
<ebassi> `GDK_SCALE=2 CLUTTER_SCALE=2 ./gtk-clutter-test-actor` in clutter-gtk/examples seems to work
<drago01> ah gdk_scale
<ebassi> it's a bit off in terms of alignment, I'll have to double check
* drago01 tried gtk_scale
<ebassi> the event handling is borked
<drago01> yes with gdk_scale=! totem works
<drago01> (the video, the ui is smaller though)
<drago01> same for cheese
<drago01> so yeah probably a clutter-gtk bug
Comment 1 drago01 2014-02-14 13:14:51 UTC
Created attachment 269119 [details] [review]
GtkClutterEmbed: Scale allocation by the scale factor
Comment 2 drago01 2014-02-14 13:57:25 UTC
Attachment 269119 [details] pushed as 15a1e9e - GtkClutterEmbed: Scale allocation by the scale factor

Pushed after IRC review.
Comment 3 drago01 2014-02-14 14:14:05 UTC
<drago01> ok totem seems to work
<drago01> or not
<ebassi> heh
<drago01> ebassi: seems to have the same problems as gtk-clutter-test-actor
<drago01> ebassi: once I resize the window it gets crazy
Comment 4 drago01 2014-02-14 14:21:27 UTC
Created attachment 269122 [details] [review]
GtkClutterEmbedded: Don't pass scaled values to gdk_window_move_resize
Comment 5 drago01 2014-02-14 14:35:40 UTC
Created attachment 269123 [details] [review]
embed: Pass scaled size back to clutter

Instead of messing with the allocation leave it as is
and send the scaled size to clutter in the synthetic XConfigureEvent.
Comment 6 drago01 2014-02-14 14:36:20 UTC
Attachment 269123 [details] pushed as 2edce83 - embed: Pass scaled size back to clutter

OK, know it is really fixed ;)