Quote:
Originally Posted by VGeorgie
Nothing is broken and both are correct. FFmpeg is calculating the stored resolution, and then tells you the ratio between pixel and display aspect ratio is not square (PAR 59:54 DAR 295:216).
For the most part you should avoid encoding to a non-square pixel format in the first place. If your end format is H.264 or Flash a lot of Web-based players will show your video incorrectly, because it has no means to compensate for anamorphic content. You'd be better off going back to Vegas to fix this.
|
Yeah, i thought so, i should re-render video and make sure this time container headers match the frame, the tricky thing here is that i'm sure sure right now which one if the real one, if the one container says of the one VLC detects, i mean, shouldn't Vegas prevent a user from doing that low lever things ( I mean cuting a video footage to X resolution and saving its container information with X resolution? Those are the kind of things low level programs like ffmpeg tend to be used, not the desktop ones .... )
Anyway, right now now even sure if the correct is the one on the container or the one on headers, both look similar .... I guess because it has a high bitrate for the resolution we are talking about and the difference in pixels is not that big .... I guess as you said i will have to go back to Vegas and re-encode everything again
btw bro, you seem to be very into this, how would you check a videos real solution if we consider its container might be wrong? As for example, if i take a still using ffmpeg, it uses the container information to save the still resolution, now if i play it on VLC and capture the screen, it has the other resolution, both look good, how can i detect which is the CORRECT ONE ?
Using my coder mind, i might consider an answer like: "There is no way to know without that information", but you are the pro, is there a way?