[FFmpeg-user] Problem with vf pad ... help please

Tim Nicholson nichot20 at yahoo.com
Mon Sep 17 09:13:08 CEST 2012


On 17/09/12 07:40, Mark Himsley wrote:
> On 16/09/2012 23:35, Christian Ebert wrote:
>> * Mark Himsley on Sunday, September 16, 2012 at 14:20:12 +0100
>>> Input #0, avi, from '/home/toto/blender/dronez.avi':
>>>  Duration: 00:03:11.24, start: 0.000000, bitrate: 1536 kb/s
>>>    Stream #0:0: Video: mpeg4 (DX50 / 0x30355844), yuv420p, 720x576
>>>
>>> Your original video is a 4:3 standard definition 720x576 file. You
>>> might have a video player (QuickTime, for instance) that lies slightly
>>> and tells you the file is 768x576 because it knows that standard
>>> definition pixels are not square (although Apple should scale up to
>>> 788x576, but that's another argument).
>>
>> I'm interested - man mplayer lists:
>>
>> spal:    768x576 (square pixel PAL)
>>
>> Does this reflect a common misconception?
>>
>> On the other hand 788 is not divisible by 16 ...
>>
>> If you don't mind elaborating.
> 
> Yes - it is a common misconception.
> 
> This BBC web page had lots of information, until the great web cull of
> early 2011, so here's a link to the way-back-machine:
> 
> http://replay.waybackmachine.org/20100826080627/www.bbc.co.uk/commissioning/tvbranding/picturesize.shtml
> 
> This Adobe web page describes how they got it wrong all the way up
> before After Effects CS4:
> 
> http://help.adobe.com/en_US/AfterEffects/9.0/WS3878526689cb91655866c1103906c6dea-7f3aa.html
> 

Ahh, I remember it well ;) but give them credit, they did bite the
bullet and fix it, even though it caused them quite a bit of pain...
'Twas about the only good thing to come out of DMI.....

>[..]


-- 
Tim




More information about the ffmpeg-user mailing list