Opened 8 years ago

Closed 8 years ago

#9847 closed Bug Report - General (Fixed)

Wrong video aspect ratio after mythvideo merge

Reported by: yiannividalis@… Owned by: markk
Priority: minor Milestone: 0.25
Component: MythTV - Video Playback Version: Master Head
Severity: medium Keywords:
Cc: Ticket locked: no

Description

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



Attachments (3)

frontendlog.log (58.1 KB) - added by yiannividalis@… 8 years ago.
the frontend log with -v playback
xorg.conf (5.6 KB) - added by yiannividalis@… 8 years ago.
Xorg.0.log (30.1 KB) - added by yiannividalis@… 8 years ago.

Download all attachments as: .zip

Change History (12)

Changed 8 years ago by yiannividalis@…

Attachment: frontendlog.log added

the frontend log with -v playback

comment:1 Changed 8 years ago by 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.

Changed 8 years ago by yiannividalis@…

Attachment: xorg.conf added

Changed 8 years ago by yiannividalis@…

Attachment: Xorg.0.log added

comment:2 Changed 8 years ago by 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.

comment:3 Changed 8 years ago by 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.

comment:4 Changed 8 years ago by 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?

comment:5 Changed 8 years ago by 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

comment:6 Changed 8 years ago by markk

Component: MythTV - GeneralMythTV - Video Playback
Milestone: unknown0.25
Owner: set to markk
Status: newaccepted

comment:7 Changed 8 years ago by 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).

comment:8 Changed 8 years ago by 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.

comment:9 Changed 8 years ago by markk

Resolution: Fixed
Status: acceptedclosed
Note: See TracTickets for help on using tickets.