<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><blockquote type="cite"><div><blockquote type="cite">And the suggested "hack" is not even really usable: if you have a video coming<br></blockquote><blockquote type="cite">from a NTSC DV source as 720x480 improperly transcoded to say MP4 720x480<br></blockquote><blockquote type="cite">square pixels, using the theoretical 10:11 pixel aspect ratio will _not_ make<br></blockquote><blockquote type="cite">it look right: it needs to be clipped to 704x480 first.<br></blockquote><br>Are you sure? If you don't clip it, you still get the right shape pixels, <br>don't you? You don't get the right final video size, sure, because you <br>didn't crop, but so what? We're just trying to do a last-ditch aspect <br>ratio fix here, not get perfect video.</div></blockquote><div><br></div><div>Well, the pixels will look right if you pass 10:11, but not the overall video, or the video will look right but not the pixels if you pass an aspect ratio to end up with 640x480 (the very nice 0.888888888888889)...</div><div><br></div><blockquote type="cite"><div><blockquote type="cite">Pixel aspect ratio has a precise meaning in the video world, and using <br></blockquote><blockquote type="cite">it outside of clean aperture does not make a lot of sense...<br></blockquote><br>As far as I can tell, using it outside clean aperture works fine so long <br>as you don't also expect the final output to be the "right" video size.</div></blockquote><div><br></div><div>You're effectively saying that it works *fine* as long as you we don't expect to work *right*. I have to admit, this is a concept that escapes me ;)</div><div><br></div><blockquote type="cite"><div><blockquote type="cite"><span class="Apple-style-span" style="-webkit-text-stroke-width: -1; ">If we start going in this direction, then <img> should have a "dpi" </span></blockquote><blockquote type="cite">attribute so you can "hack" around images uploaded at dpi > 72 ;)<br></blockquote><br>We effectively do, it's the "height" (or "width") attribute.</div></blockquote><div><br></div><div>Exactly my point: now replace, <img> by <video>, "dpi" by "aspectRatio" and add a new boolean attribute to the video tag, so you can do "fillToFit" instead of "scaleToFit" and you have a real solution that allows you to resize the video the way you want and avoids half-baked concepts like "it's pixel aspect ratio, but actually not really, and you shouldn't be using it anyway".</div><div><br></div><blockquote type="cite"><div><blockquote type="cite"><span class="Apple-style-span" style="-webkit-text-stroke-width: -1; ">Personally I don't really see the problem with "pixelratio".</span></blockquote></div></blockquote></div><div apple-content-edited="true"><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; "><div><br></div><div>I might be missing something here, but:</div><div>1) I don't remember any major media system I've dealt with so far having an explicit pixel aspect ratio override API,</div><div>2) on the web, neither QT plug-in nor Flash have it,</div><div>3) in the case of this spec, the way it's defined makes it behave incorrectly</div><div>4) it's not straightforward to use (see very first reply above)</div><div>5) there's no _actual_ data that proves it's necessary (shouldn't the software or video web site fix the videos upfront?)</div><div><br></div><div>Based on this, it seems to me this attribute should not be in the spec by default, and we should switch the burden of the proof to people who want it (rather than it being on people who don't want it as it seems to be the case today), and finally wait to see 1) if there's a real need for a solution here and 2) if the best solution is indeed a pixel aspect ratio override.</div><div><br></div><div>________________________________</div><div>Pierre-Olivier Latour - <a href="mailto:pol@apple.com">pol@apple.com</a><br>Rich Media Team - Apple, Inc.<br><br></div></span> </div><br></body></html>