Opened 19 years ago

Closed 19 years ago

Last modified 19 years ago

#329 closed defect (wontfix)

aspect by default wrong with panoramic flat screens

Reported by: stranche@… Owned by: alex@…
Priority: normal Component: vo
Version: unspecified Severity: normal
Keywords: Cc:
Blocked By: Blocking:
Reproduced by developer: no Analyzed by developer: no

Description

I just buyed a panoramic LCD screen, the resolution is 1680x1050 (a 16:10 ratio).

when playing a video, for example in a 4:3 format, it is stretched horizontaly
and fills the screen when put fullscreen (making a video that loosed its
original format), it should normaly make black vertical bars on the left and
right of the screen.
Using the -monitoraspect 16:10 option makes it look right.

In a second hand, I also have a Apple PB'15 wich also have a 16:10 ratio screen,
but when the video is played with no more option given it plays just fine (a
mplayer compiled by hand, not the mplayerosx package).

My guess is that the -vo quartz/macosx options on MACs allows to consider the
ratio while the -vo xv option on Linux doesn't.

Shouldn't the resolution ration be automaticaly probed before starting to play
to get the video in the right shape ?

Change History (2)

comment:1 by stranche@…, 19 years ago

Had a little look around the place and found that with the -vo quartz and macosx
output option, the screen displaying process is managed by QuickTime...

knowing Apple taking care to get the software perfectly aware of the hardware,
there's no wonder that the 16:10 ration is perfectly recognised on the PB'15.

However it's not the case on a Linux box, so here's the TODO :

-probe for X resolution ration automaticaly (not forcing the user to issue a
-monitoraspect 16:10 option)

comment:2 by reimar, 19 years ago

Resolution: wontfix
Status: newclosed

Most developers think that such an autodetection would not be reliable and cause
problems in some cases anyway, and thus the current behaviour (setting
monitoraspect explicitly) is considered the least-obfuscated way.
Thus, this is WONTFIX (at least for now).

Note: See TracTickets for help on using tickets.