Aspect ratio problems

[GoogleCodeExporter]

First off, I suspect this problem is with mplayer itself, not MPlayerX 
specifically, because the exact 
same thing occurs in MPlayer OS X Extended. Anyway, it seems that mplayer has 
some issues with 
certain HandBrake encoded videos. I have several videos encoded with 
HandBrake's High Profile 
preset. They have x264 encoded video, AAC audio, and "loose" anamorphic picture 
size (I don't 
really know what this means). In any case, videos encoded with these settings 
show with the wrong 
aspect ratio in mplayer. 4:3 videos show as square, and 16:9 videos are 
squished too wide and 
short. These videos show up properly in non-mplayer based players (QuickTime, 
VLC, Movist, etc.). 
I expect this has something to do with the way mplayer interprets the 
anamorphic picture.

Original issue reported on code.google.com by morepowe...@gmail.com on 3 May 2010 at 8:12

[GoogleCodeExporter]

would you please tell me the extension of the file?

I am not very clear of this problem either.
But since VLC, Movist are no problem, I thought this may be resolved somehow.

I will try to investigate it.

Original comment by zongyao.qu on 3 May 2010 at 3:39

[GoogleCodeExporter]

Original comment by zongyao.qu on 3 May 2010 at 3:39

[GoogleCodeExporter]

The files are MP4 containers with the iTunes-friendly extension .m4v

Original comment by morepowe...@gmail.com on 3 May 2010 at 5:36

[GoogleCodeExporter]

I have noticed the same problem. It seems to be related to the PAR & DAR.

I have an m4v which ffplay says is:
 Stream #0.0(und): Video: h264, yuv420p, 720x436 [PAR 64:45 DAR 256:109], 2499 kb/s, 
25 tbr, 90k tbn, 50 tbc

mplayer uses an aspect ratio of 3.34 which is 64/45*256/109 (i.e. PAR * DAR) 
whereas 
every other player I've tried uses just the DAR of 256:109.

I don't understand enough to know if handbrake is doing the wrong thing here or 
if 
mplayer is.

Original comment by david.os...@gmail.com on 13 May 2010 at 7:08

[GoogleCodeExporter]

http://en.wikipedia.org/wiki/Pixel_aspect_ratio

it seams to be mplayer's bug. Since DAR is already multiplied with PAR.
(if here PAR is PixelAR rather than PictureAR)

Original comment by zongyao.qu on 19 May 2010 at 1:59

• Changed state: Confirmed

[GoogleCodeExporter]

would you please upload a clip for this bug?

I have to confirm that whether I have found the right place.

Original comment by zongyao.qu on 19 May 2010 at 2:14

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Sorry about the previous (now deleted) update.
The attached file plays fine in ffplay but too wide in mplayer.

Original comment by david.os...@gmail.com on 23 May 2010 at 9:06

Attachments:

• test.m4v

[GoogleCodeExporter]

I have patched src of mplayer.

but I am not very sure this is a correct fix, although I has it passed my local 
samples.

And attachment is a x86_64 mplayer with the fix.

if you have more files which have problems with 0.9.9, would you please give a 
hand to check it out?
Your help would be appreciated deeply, thanks.

Original comment by zongyao.qu on 24 May 2010 at 3:20

• Changed state: Fixed

Attachments:

• mplayer

[GoogleCodeExporter]

Oh, 

this is a cmdline version of mplayer, which means it should run in Terminal.app
with typing in 

{the folder of mplayer}/mplayer  {the path of the movie}

If you have any troubles with Terminal.app, please let me know and I will write 
more details.

Original comment by zongyao.qu on 24 May 2010 at 3:23

[GoogleCodeExporter]

Original comment by zongyao.qu on 24 May 2010 at 3:54

• Added labels: Milestone-1.0.0

[GoogleCodeExporter]

Issue 130 has been merged into this issue.

Original comment by zongyao.qu on 22 Jun 2010 at 12:43