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 603205 - External display as secondary monitor
External display as secondary monitor
Status: RESOLVED OBSOLETE
Product: pitivi
Classification: Other
Component: Viewer
Git
Other Linux
: Normal enhancement
: Git
Assigned To: Pitivi maintainers
Pitivi maintainers
Depends on: 417387 603555
Blocks:
 
 
Reported: 2009-11-28 07:36 UTC by Eugenia Loli-Queru
Modified: 2015-10-20 13:16 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Eugenia Loli-Queru 2009-11-28 07:36:42 UTC
Feature request: Please add an icon in the preview toolbar that looks like a monitor. When you click that icon, the video preview will now be rendered in a secondary X display -- if one is available -- full screen. Right clicking on that secondary  full screen playback display and there should be a small menu to ask me if I want the playback to be 1:1 size, or resized to fill the screen. If for example I have a 1366x768 secondary screen, my project settings are set to 1280x720 (no matter the source resolution), and I choose to display as 1:1, then the video should playback as 1280x720, centered in the monitor, with black borders around it. If I choose to resize it, then just take over that screen.

If it's too difficult programatically to add the right-click menu on the playback screen itself, add it as a drop-down menu (the ones with the arrow) next to the monitor icon in the main preview toolbar.
Comment 1 Eugenia Loli-Queru 2009-11-28 07:37:51 UTC
BTW, during the secondary display playback, disable playback in the main preview window (just show black, with a text message in it telling the user that the preview is now part of the secondary display), in order to save GPU/CPU cycles.
Comment 2 Eugenia Loli-Queru 2009-11-28 07:39:37 UTC
Oh, one more thing. The reason why I requested the size/resize menu is because it's important for color grading and effects to have the exact dimensions to do educated decisions on them. It will be handy in the future.

When you resize to fill the screen though, of course, keep the right aspect ratio.
Comment 3 Edward Hervey 2009-11-28 09:23:52 UTC
Been wanting this feature too for a long time :) It shouldn't cost us any extra cpu cost compared to current usage, just a matter of being able to redirect the output and add UI code to have the separate fullscreen window.

I guess the point of having 1:1 display ... is more to be able to see what real black is around the image (in the same way photo applications do it nowadays) more than for having the actual size (which doesn't really mean much). What happens if you're doing a 1920x1080 edit on your 1366x768 display ?

As for DAR... we don't have anything special to do (unless we explicitely want to change that).
Comment 4 Eugenia Loli-Queru 2009-11-28 09:36:57 UTC
>What happens if you're doing a 1920x1080 edit on your 1366x768 display ?

You resize down to 1366x768. It's up to the user to buy a 1080p secondary monitor in that case. Unless you want to support 4k resolution formats, in which case it might be an idea to size at 1:1, and click+dragging with the mouse, drags the image around within the constraints of the secondary monitor.
Comment 5 Thibault Saunier 2015-10-20 13:16:14 UTC
This bug has been migrated to https://phabricator.freedesktop.org/T2418.

Please use the Phabricator interface to report further bugs by creating a task and associating it with Project: Pitivi.

See http://wiki.pitivi.org/wiki/Bug_reporting for details.