Either resize the video when you encode it or set the aspect ratio information. MeGUI supports both. I though it did detect anamorphic video but you can easily force it in its script creator which is also where you can choose to have anamorphic video or not. If you are encoding it manually, add a resize instruction to the avisynth script or set the aspect ratio when encoding (--sar width:height Specify Sample Aspect Ratio) or when muxing (you will have to lookup how you do it with mp4box).
--------------------- Silver M3/4 07/1998-02/05/2004 May she RIP
I'm not sure if I understand that right, but I believe resizig is not the same as that what XMediaRecode did. Also I believe it is not the thing to change the sar-value but the dar-value (I do not really know, what that is so maybe I'm talking rubbish). As you can see in all three GSpot analyses the sar is set to 5:4 while the dar differs and should be 16:9 as a correct result like it is in the XMediaRecode output and with the original mpeg. BTW: If you or someone else finds a solution, can you please explain how to do it (with MeGUI?)! Thank you anyway!
Option 3 doesn't have to be "a bit off" - there are plenty of exact 16x9 resolutions, e.g. 1024x576, 640x360, etc etc. As for which option is preferable - it depends what you are going to do with your x264 video. Cheers, David.
@ poisondeathray: Wow, the first option works very well as the aspect ratio is correct now. Although I did not reaqlly understand what sar is and how it comes to those values. I guess I will wait testing the other options unless I decide to study video-container techniques. :) Now I still have a problem with pale colours, but I will use another threat for that, maybe tomorrow. Thanks a lot, guys!!!
Thanks for the confusion, Wilbert. :) If I remember my arithmetic lessons correctly that would mean that if par is 5:4 the reciprocal of it is 4:5 which is much different to 64:45 and would result in a strange aspect ratio.
Once again that useless invention called PAR causes misunderstanding and errors. All you need for correct resizing is to know in what proportion (DAR) the number of pixels stored in your image file should be shown. In case of DVD mpeg there are just 2 versions of DAR (4:3 and 16:9) and a separate (and completely independent) 1-bit parameter is used in mpeg headers to tell the player which of the 2 ways should it display the pixels stored in file*. Your target file type or display device not necessarily will support this type of setting DAR. Most avi files are displayed in proportions determined by horizontal/vertical pixel numbers, so if you select target pixel numbers in 16:9 ratio (e.g. 1024x576) and resize what you have (720x576) to those planned numbers, most devices will show video in correct AR. *standards of digitizing analog video (also followed by DVD makers) want a slight correction: not 720 but 704 ( exactly 702 for PAL) horizontal pixels correspond to edge of a 4:3 or 16:9 image, e.g. you can crop the source DVD file to 704 before resizing (usually there are just black borders).
Well yes, I believe that a "hard reformat" which you do with a "real" resize would result in something that will be displayed in the correct AR by every player. But: I also believe that recalculating a picture, especially when making it bigger, may lead to some kind of distortion which is firmly written to the resulting file. I guess that if only the player ist told how to display the picture it belongs to the player and not to the data how far the visible result is distorted. Or am I on the wrong track?
In case you are planning to watch those files on PC only, there are good chances to avoid resizing and just set DAR (if your encoding software doesn't support it, there are utilities like mpeg4modifier for doing it after). As for hardware players, there are mandatory things for those (following DAR flags for DVD mpeg files) and optional things (following AR flags in files like avi). It is possible to use DAR setting in avi file, but this will give very limited compatibility with existing players. For example there's divx standard established by divx owners (picture resolution like on DVD + setting DAR to 4:3 or 16:9), but it only works in so-called divx-ultra certified DVD players, most other ones will show a 720x576 divx file with 16:9 flag in 5:4 proportion. That is because DAR flags originally weren't a part of older avi standards. Traditionally such files were made assuming display proportions from pixel numbers ratio. Now this is often called 'square pixels' to distinguish from the other type of setting DAR (some people imagine rectangular 'non-square' bricks in case of DVD etc). Unfortunately, this therminology developed itself into 'pixel aspect ratio' (PAR) calculation concept using brick analogy. Those unnecessarily introduced values (derived from other known numbers) either bring to easily made mistakes, or are simply reduced if used correctly in calculations. You will find 'PAR' e.g. in a lot of formulas for calculating lettrboxed image sizes but if you ever need it, I'd advice to use your skill in simple arithmetics instead.