Own x264 Encodes Squashed in MPC

[JarrettH]

Hey

This is a little annoyance in MPC that I just fix by forcing 16:9 in it. When ever I open a movie I encode in x264 it looks squashed on the left and right sides (there are black bars)

Job commandline: --bitrate 1400 --stats --keyint 240 --min-keyint 24 --ref 5 --mixed-refs --no-fast-pskip --bframes 16 --b-pyramid --b-rdo --bime --weightb --direct auto --filter -2,-1 --subme 6 --trellis 1 --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --me umh --threads auto --thread-input --sar 1:1 --progress --no-dct-decimate --no-psnr --no-ssim --output --sar 32:27

Isn't SAR 32:27 supposed to fix this? That's why I was using it. I haven't cropped or resized the movie.

What it opens as:

http://img295.imageshack.us/img295/7310/68061153zg6.jpg

What it should look like:

http://img89.imageshack.us/img89/2710/73110066xe8.jpg

Thanks :cool:

[Sagekilla]

Did you mux your video to a mkv or mp4 yet? Usually when you do that, the video will stretch properly.

[JarrettH]

Yep it's muxxed as MP4

[Sagekilla]

Hmm, did you make sure that it had the proper flag set to stretch? I find it a bit odd that it's not working properly. Personally, I use mkv containers and the few times I encoded anamorphically, it always stretched back perfectly.

[Gilron]

I always use 1:1 aspect ratio in x264 and just set the correct aspect ratio in the container (MKV) - so far no problems. :)

[J_Darnley]

You haven't changed any of the Video Frame or Pan & Scan settings in MPC have you? The defaults (I think) should be Touch window from inside, Keep aspect ratio and Default in the video frame options and then nothing in the pan and scan.

If these are fine can you say what you are using for playback, i.e. splitters and decoders?

[jmnk]

unless it is a typo your command line is:
Quote:Job commandline: --bitrate 1400 --stats --keyint 240 --min-keyint 24 --ref 5 --mixed-refs --no-fast-pskip --bframes 16 --b-pyramid --b-rdo --bime --weightb --direct auto --filter -2,-1 --subme 6 --trellis 1 --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --me umh --threads auto --thread-input --sar 1:1 --progress --no-dct-decimate --no-psnr --no-ssim --output --sar 32:27

so you have sar defined twice - probably not ideal.

[JarrettH]

I'll remove 32:27 for the future. x264 must have added 1:1 in there for some reason.

[Sagekilla]

I'll remove 32:27 for the future. x264 must have added 1:1 in there for some reason.

If you have 720x480 source that's to be stretched to 853x480, leave the --sar 32:27 and remove the --sar 1:1

[JarrettH]

Not doing anything like that.

thanks for the ideas, i'm encoding again without 32:27