<div dir="ltr"><div class="gmail_default" style="font-size:small">Andrea, an explanation in the manual would be a good addition.  I have read what you wrote and studied a little of what I could find online, and am still somewhat confused so am unable to determine if your explanation sounds correct.  But it seems to fit. ...Phyllis<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 12, 2024 at 1:40 AM Andrea paz via Cin <<a href="mailto:cin@lists.cinelerra-gg.org">cin@lists.cinelerra-gg.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> Also, pixel aspect ratio (PAR) is also known as sample aspect ratio (abbreviated SAR) in some industrial standards (such as H.264[2]) and output of programs (such as ffmpeg<br>
> Note 3: "ffprobe shows PAR as SAR". <a href="http://ffmpeg.org" rel="noreferrer" target="_blank">ffmpeg.org</a>. Retrieved 2022-06-10.<br>
<br>
Yes, exactly. That is what confuses me.<br>
The theory is simple: DAR = PAR x SAR<br>
DAR and SAR are "frame aspect ratio," PAR is "pixel aspect ratio." It<br>
can be said that when SAR (let's imagine it as Width x Height pixels,<br>
although it can be expressed as a ratio) is different from DAR we have<br>
an anamorphic video and on the Compositor we see the deformed image.<br>
Then we intervene with PAR which enlarges or shrinks the pixel so that<br>
SAR is equal to DAR again.<br>
A possible first confusion is that SAR and DAR can be expressed as<br>
both Width x Height and aspect ratio. Another thing that can be<br>
confusing is that SAR is not about the Set Format window, but only<br>
about the Resource --> Assett --> Info --> Resize, or also Timeline<br>
--> RMB --> Resize Track or, further, the Scale plugin).<br>
<br>
I don't quite understand why ffmpeg and CinGG confuse the definitions<br>
of PAR and SAR. Maybe for simplicity of code? In fact, the CinGG<br>
workflow is not difficult: we choose the project properties, including<br>
the frame size with the "Aspect ratio" option of the Set Format window<br>
(which is tied to Width x Height). Then, depending on the sources, we<br>
can change W and H, using W Ratio and H Ratio to perform the<br>
calculations automatically. All without the need to recall the<br>
concepts of SAR, PAR and DAR. If we then consider that anamorphic<br>
pixels affect only a very small minority of cases, not putting the<br>
concept of PAR serves to consider W/H Ratio as just a simple<br>
multiplicative factor between the initial and project frame sizes.<br>
<br>
Does this explanation sound correct to you? I would appreciate your<br>
opinions, because I would like to change the manual.<br>
-- <br>
Cin mailing list<br>
<a href="mailto:Cin@lists.cinelerra-gg.org" target="_blank">Cin@lists.cinelerra-gg.org</a><br>
<a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" rel="noreferrer" target="_blank">https://lists.cinelerra-gg.org/mailman/listinfo/cin</a><br>
</blockquote></div>