Opened 15 years ago
Closed 14 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 by , 15 years ago
comment:2 by , 15 years ago
Status: | new → assigned |
---|
comment:3 by , 14 years ago
Owner: | changed from | to
---|
comment:4 by , 14 years ago
Owner: | removed |
---|
comment:5 by , 14 years ago
Milestone: | unknown → 0.25 |
---|---|
Owner: | set to |
comment:6 by , 14 years ago
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.