Opened 14 years ago
Closed 12 years ago
#8775 closed defect (Fixed)
Forced display aspect setting not honoured in TV recording playback
Reported by: | reidjr_at_lineone_dot_net | Owned by: | danielk |
---|---|---|---|
Priority: | minor | Milestone: | 0.25 |
Component: | MythTV - Video Playback | Version: | Master Head |
Severity: | medium | Keywords: | Aspect Ratio TV |
Cc: | Ticket locked: | no |
Description
I have a 720x576 modeline on a PAL 16:9 TV. By default myth treats this as a 4:3 display. To overcome this I use the "Seperate modes for gui and video" options, and set :
Gui 720x576 video 720x576 auto 16:9
and an Override mode for US content of:
Gui 720x480 video 720x480 auto 16:9
with these setting the display is treated as 16:9 for PAL LiveTV playback, or PAL/NTSC MythVideo? content. Playing any Recorded TV ( I only have PAL to test) treats the display as 4:3.
If in "Screen Settings" I also Set the GUI size to 720x576, and check "Use Gui Size for TV playback", the 16:9 aspect ratio is honored in recorded TV.
MythTV Version : 25575 MythTV Branch : trunk Network Protocol : 58 Library API : 0.23.20100802-1 QT Version : 4.6.2 Options compiled in:
linux debug using_alsa using_jack using_oss using_pulse using_pulseoutput using_backend using_dvb using_firewire using_frontend using_hdhomerun using_hdpvr using_iptv using_ivtv using_joystick_menu using_lirc using_mheg using_opengl_video using_opengl_vsync using_qtdbus using_qtwebkit using_v4l using_x11 using_xrandr using_xv using_xvmc using_xvmc_vld using_xvmcw using_bindings_perl using_bindings_python using_mythtranscode using_opengl using_vdpau using_ffmpeg_threads using_live using_mheg
Change History (6)
comment:1 Changed 14 years ago by
comment:2 Changed 14 years ago by
Status: | new → assigned |
---|
comment:3 Changed 12 years ago by
Owner: | changed from Janne Grunau to markk |
---|
comment:4 Changed 12 years ago by
Owner: | markk deleted |
---|
comment:5 Changed 12 years ago by
Milestone: | unknown → 0.25 |
---|---|
Owner: | set to danielk |
comment:6 Changed 12 years ago by
Resolution: | → Fixed |
---|---|
Status: | assigned → closed |
I just tested the latest trunk and this appears to be functioning correctly there.
This bug can be seen on any display, if you force the "wrong" aspect ratio for your display.
My desktop 1680x1050 display exhibits same behavior if a forced 4:3 aspect is applied, recorded TV treats display as 16:9, LiveTv? honors 4:3 setting.