Wrong video aspect ratio after mythvideo merge

[yiannividalis@…]

After upgrading trunk from c9bebe8 to d27bedf, one frontend started playing videos with wrong aspect ratio. 4:3 videos are not affected, neither is live TV or recordings, but widescreen videos expand beyond the right and bottom of the tv screen (approx. 1/4 of the picture width is not visible - it's beyond the right of the screen limit).

The pc is an Atom, the video driver is nvidia version 260.19.36., the display is at 1920x1080.

MythTV Version : v0.25pre-2303-gd27bedf
MythTV Branch : master
Network Protocol : 66
Library API : 0.25.20110607-2
QT Version : 4.7.2
Options compiled in:
 linux release use_hidesyms using_alsa using_oss using_backend using_bindings_perl using_bindings_python using_bindings_php using_dvb using_frontend using_hdpvr using_iptv using_ivtv using_libfftw3 using_libxml2 using_libudf using_lirc using_mheg using_opengl_video using_qtdbus using_qtwebkit using_v4l2 using_v4l1 using_x11 using_xrandr using_bindings_perl using_bindings_python using_bindings_php using_mythtranscode using_opengl using_vdpau using_ffmpeg_threads using_live using_mheg using_libxml2 using_libudf

This is the mediainfo report for one of the affected videos:

Video
ID                               : 1
Format                           : AVC
Format/Info                      : Advanced Video Codec
Format profile                   : High@L3.0
Format settings, CABAC           : Yes
Format settings, ReFrames        : 3 frames
Muxing mode                      : Container profile=Unknown@3.0
Codec ID                         : V_MPEG4/ISO/AVC
Duration                         : 2h 31mn
Bit rate                         : 2 200 Kbps
Width                            : 720 pixels
Height                           : 432 pixels
Display aspect ratio             : 2.35:1
Frame rate                       : 25.000 fps
Color space                      : YUV
Chroma subsampling               : 4:2:0
Bit depth                        : 8 bits
Scan type                        : Progressive
Bits/(Pixel*Frame)               : 0.283
Stream size                      : 2.28 GiB (83%)
Writing library                  : x264 core 79
Encoding settings                : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / psy_rd=1,0:0,0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=6 / nr=0 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=6 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / wpredp=2 / keyint=250 / keyint_min=25 / scenecut=40 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=2200 / ratetol=1,0 / qcomp=0,60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20,0 / qblur=0,5 / ip_ratio=1,40 / aq=1:1,00
Color primaries                  : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M
Transfer characteristics         : BT.709-5, BT.1361
Matrix coefficients              : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M

Audio
ID                               : 2
Format                           : AC-3
Format/Info                      : Audio Coding 3
Mode extension                   : CM (complete main)
Codec ID                         : A_AC3
Duration                         : 2h 31mn
Bit rate mode                    : Constant
Bit rate                         : 384 Kbps
Channel(s)                       : 6 channels
Channel positions                : Front: L C R, Side: L R, LFE
Sampling rate                    : 48.0 KHz
Bit depth                        : 16 bits
Stream size                      : 416 MiB (15%)
Language                         : English

Menu
00:00:00.000                     : Chapter  1
00:04:38.088                     : Chapter  2
00:11:25.418                     : Chapter  3
00:14:54.148                     : Chapter  4
00:21:04.358                     : Chapter  5
00:24:30.928                     : Chapter  6
00:27:36.978                     : Chapter  7
00:33:13.076                     : Chapter  8
00:38:48.133                     : Chapter  9
00:42:58.088                     : Chapter 10
00:47:00.968                     : Chapter 11
00:53:10.459                     : Chapter 12
00:56:51.909                     : Chapter 13
01:02:29.359                     : Chapter 14
01:07:09.009                     : Chapter 15
01:13:17.579                     : Chapter 16
01:18:17.789                     : Chapter 17
01:21:34.360                     : Chapter 18
01:26:26.417                     : Chapter 19
01:32:38.045                     : Chapter 20
01:37:46.465                     : Chapter 21
01:42:24.905                     : Chapter 22
01:46:46.276                     : Chapter 23
01:52:02.806                     : Chapter 24
01:59:46.376                     : Chapter 25
02:03:47.107                     : Chapter 26
02:11:04.317                     : Chapter 27
02:17:29.767                     : Chapter 28

[yiannividalis@…]

the frontend log with -v playback

[robertm]

This is a spurious description-- the former MythVideo? has no control ever the aspect ratio of your files, or any other playback mechanism. It is *only* a metadata gallery. Whatever your problem is, it wasn't caused by the merge.

[yiannividalis@…]

Maybe I keep confusing mythvideo for a video player (I know I've done it before :) but the problem was not there before the upgrade. I upgraded on the 8th June from 8456ea2 - watched a film without problem on the 12th - upgraded again on the 13th from c9bebe8 and the problem manifested itself.

I haven't changed anyghing else on the system (OpenSuSE 11.4) apart from upgrading mythtv.

[yiannividalis@…]

Almost 2 years ago I had reported a similar problem in ticket #6831, (for a different frontend) which is now fixed.

The current problem can be corrected by choosing Horizontal Stretch from the picture menu. And it is still affecting only the specific frontend. I upgraded this one to 53cf459, by the way, and the problem still exists.

[yianniv <yiannividalis@…>]

It seems I was not thorough in my "investigation" of the problem. The picture of the film I watched on the 12th was of 1280x720 size and didn't exhibit the problem. I'm sorry. The videos that are affected are all cropped, like in the old ticket I had reported. Non cropped videos show normally.

Is it possible to compile an older mythtv version on this specific frontend and use mythavtest to pinpoint the commit that caused this, or will fail running due to the difference of protocol and db versions?

[Github]

TV Playback: Fix vertical fill zoom mode.

The overall scale was correct but the offset wasn't working and hence the video wasn't centered.

Refs #9847

Branch: master Changeset: 8b6eb7cb0675848a5a9105cd41a78c1aeea1b030

[markk]

Can you go into your playback settings and double check what 'Zoom' is set to. I'm 99% certain that you previously had this set to Auto detect. Following the addition of 2 new zoom modes, this was probably reset to vertical fill (which was coincidentally not working as intended but should now be fixed).

[yianniv <yiannividalis@…>]

Mark, yes, you are correct. It was indeed set to V. Fill. I verified that this mode is now centered correctly and I now have it back on Auto detect, which - as expected - also works correctly.

Thanks for your help, everyone. Please close this ticket as Fixed.