Opened 6 years ago

Closed 12 months ago

#12239 closed Bug Report - General (Fixed)

Linux windowed playback ignores forced monitor aspect ratio

Reported by: harrycoin@… Owned by: JYA
Priority: major Milestone: unknown
Component: MythTV - Video Playback Version: 0.27-fixes
Severity: medium Keywords: "aspect ratio" "horizontal scaling"
Cc: Ticket locked: no


In the case of two 1680 x 1050 monitors arranged as a single X screen of resolution 1680 x 2100 (that is to say, one 'on top of' the other), mythfrontend appears to ignore the "setup / appearance / Monitor aspect ratio" of 16:10. Even having chosen "Use GUI size for TV playback" and putting in as the initial GUI width 1440 and height 900 (still 16:10), no matter whether playing back by opengl, 'normal' or 'vdpau', no matter playing back 1080i or 720p or old 4:3 video: the playback screen fills the window but the playback content is compressed horizontally to fill perhaps the center 1/4th of the screen. The vertical size seems correct.

If use xorg.conf to separate the two monitors into two logical screens of 1680 x 1050 arranged one on top of the other, all windowed and fullscreen options work normally.

When treating the pair of monitors as one x screen taller than wide, no permutation of "Use Gui size for tv playback" "use window border" "use fixed window size" would result in a display with the intended content displayed at the correct and normal aspect ratio.

Also, I tried to compensate by adjusting the 'settings/video/general playback / horizontal scaling' to several values between 0 and 100. If the number wasn't 0, there was no content displayed at all while the sound was normal as if the display occurred.

What strikes me as odd is that when the frontend window that displays correctly is dragged onto pairs of monitors to the let or right arranged vertically as a single screen-- instead of failing as it did when the middle pair was a single screen... it works normally.

I set this a a major priority since if you can't watch the video, there's not much point to all this.

Mythfrontend: 2:0.27.0+fixes.20140324.8ee257c-0ubuntu3 amd64 Ubuntu trusty LTS 14.04

Mythbackend: 0.27.3-dmo1+wheezy+bp1 i386

Attached are two xorg.conf's. The one with fewer screens is broken, the one splitting the two works correctly. Here's the settings with the monitors split into two screens.

AdjustFill? 0 AirPlayId? 28594038395b AltClearSavedPosition? 1 AspectOverride? 0 AutoCommercialSkip? 0 AutomaticSetWatched? 0 BrowseAllTuners? 0 ChannelFormat? <num> <sign> ChannelGroupDefault? -1 ChannelGroupRememberLast? 0 ChannelOrdering? channum ClearSavedPosition? 1 ContinueEmbeddedTVPlay 0 Country US DateFormat? ddd MMM d yyyy DecodeExtraAudio? 1 DefaultCCMode 0 DefaultVideoPlaybackProfile? OpenGL Slim DispRecGroupAsAllProg? 0 DisplayGroupTitleSort? 0 DisplayRecGroup? All Programs EnableMHEG 0 EndOfRecordingExitPrompt? 0 FFRewReposTime 100 FFRewReverse 1 JumpToProgramOSD 1 Language en_US LetterboxColour? 0 LongChannelFormat? <num> <name> MythArchiveDateFormat? %a %b %d %Y MythArchiveTimeFormat? %I:%M %p MythArchiveVideoFormat? NTSC PIPLocation 0 PersistentBrowseMode? 1 PlayBoxEpisodeSort? Date PlayBoxOrdering? 1 PlaybackBoxStartInTitle? 1 PlaybackExitPrompt? 0 PlaybackWLAutoExpire 0 PlaybackWLBlackOut 2 PlaybackWLMaxAge 60 PlaybackWLStart 0 PlaybackWatchList? 1 QueryInitialFilter? 0 RealtimePriority? 1 RememberRecGroup? 1 ShortDateFormat? M/d SmartForward? 0 SubtitleCodec? UTF-8 TimeFormat? h:mm AP

Attachments (2)

xorg.conf.middle2as1 (4.8 KB) - added by harrycoin@… 6 years ago.
xorg.conf exhibiting the problem (middle two monitors as one tall screen)
xorg.conf (4.6 KB) - added by harrycoin@… 6 years ago.
xorg.conf that works (middle two monitors as two x screens).

Download all attachments as: .zip

Change History (5)

Changed 6 years ago by harrycoin@…

Attachment: xorg.conf.middle2as1 added

xorg.conf exhibiting the problem (middle two monitors as one tall screen)

Changed 6 years ago by harrycoin@…

Attachment: xorg.conf added

xorg.conf that works (middle two monitors as two x screens).

comment:1 Changed 6 years ago by Stuart Auchterlonie


comment:2 Changed 5 years ago by Karl Egly

Milestone: 0.27.6unknown

resetting milestone to default

comment:3 Changed 12 months ago by Mark Kendall

Resolution: Fixed
Status: newclosed

This should be fixed in master and v31.

Note: See TracTickets for help on using tickets.