[Cin] Report guessed / detected SAR/DAR values

[Terje J. Hanssen]

Den 08.01.2024 23:46, skrev Andrew Randrianasulu:
>
>
> вт, 9 янв. 2024 г., 01:25 Andrew Randrianasulu <randrianasulu at gmail.com>:
>
>
>
>     пн, 8 янв. 2024 г., 23:50 Terje J. Hanssen <terjejhanssen at gmail.com>:
>
>
>
>         Den 08.01.2024 20:54, skrev Andrea paz:
>         > I created a bd.m2ts file by putting "HDV 1080i/25" as the
>         preset.
>
>         I think there possibly is a fault in the "HDV 1080i/25" preset
>         (mixed
>         with the (FHD) "1080i/25 preset" as mentioned in another post
>         today:
>         https://lists.cinelerra-gg.org/pipermail/cin/2024-January/007628.html
>
>         > Bd-render worked until the renderig was complete then CinGG
>         shut down
>         > (I don't have a BD-burner). Doing ffprobe on this video I get:
>         >
>         > Input #0, mpegts, from 'bd.m2ts':
>         >    Duration: 00:01:06.91, start: 0.074667, bitrate: 10242 kb/s
>         >    Program 1
>         >    Stream #0:0[0x1011]: Video: h264 (High) ([27][0][0][0] /
>         0x001B),
>         > yuv420p(tv, bt709, top first), 1440x1080 [SAR 1:1 DAR 4:3],
>         25 fps, 25
>         > tbr, 90k tbn
>         >    Stream #0:1[0x1100](ita): Audio: ac3 (AC-3 / 0x332D4341),
>         48000 Hz,
>         > stereo, fltp, 192 kb/s
>         >
>         > The video is slightly stretched and reduced to 4:3 from the
>         original
>         > 16:9. By applying the downsample filter and setting H and V
>         to 40 the
>         > pixels become clearly visible and can be seen to be square.(cfr
>         > http://www.g-raffa.eu/Cinelerra/HOWTO/anamorphic.html)
>         >
>         > In postimage, I have uploaded several screenshots showing the
>         > "info--details" of the three original sources that make up
>         the video,
>         > of the bd.m2ts (hdv.jpeg) file, and also of how the "set
>         format" is
>         > automatically set.
>         > [@Andrew, is it possible to put PAR and DAR in the Set
>         Format window
>         > as shown in the image?]
>         >
>         > Note: If I force, in Set Format, the aspect ratio (DAR) to
>         16:9 I get,
>         > with the downsample filter, rectangular pixels. But the
>         video is no
>         > longer deformed....
>         Yes, I am also curious, because I tried to set the parameters
>         manually
>         and then rendered to webm, but still 4:3 format on stored file
>         icon and
>         displayed in VLC. I got a feeling that manual changing W Rate
>         to 1.3333
>         didn't really work and was changed back to 1.000. Can really
>         Canvas
>         Width/Height, W Rate/H Rate and Aspect Ratio in Set> Format be
>         user
>         defined independently?
>
>
>
>     (display) aspect ratio surely set as part of "profile" see
>
>     cinelerra/defaultformats.h
>
>     W rate/H rate seems to be purely informational, as in you can  set
>     user preset and then manually change dimensions/aspect rate and it
>     will show .. not exactly rate as num/den, but more like width
>     multiplier / height multiplier. So, you enter NOT 4 and 3 there
>     (it will make cannas 4*1440 width, 1080 * 3 height!) but 1.3333
>     and 1.0 to see dimensions go fullHD. or set fullhd from dropdown
>     menu and see ratio go to 1.333/1.0 Seems more like local
>     calculator, because ratio[] array is local to this code module and
>     mainwindow.C does not consult it for SAR - going purely by set
>     display aspect ratio and dimensions.
>

If I understand this correct, W rate/H rate is not the same as PAR nor 
SAR(?)

Here also an url to Adobe Premiere docs about Aspect Ratios:
https://helpx.adobe.com/premiere-elements/using/aspect-ratios-field-options.html


>
>     I looked at code at cinelerra/setformat.C and I am not sure how it
>     works :)
>
>     I will look at screenshots a bit later, now Fennec dog wants out
>     (fireworks finally faded away)
>
>
>
> I also found some recent bugreports about various video software and 
> asoect ratio
>
> https://github.com/HandBrake/HandBrake/issues/5658
>
> see log, where it says
>
> |[20:12:27] WARNING: bitstream PAR 1:1 != container PAR 9:16 |
> so, may be we also should be super verbose and print TWO SAR values if 
> detected, one from bitstream (codec) and another from container?
>
> See also avidemux question
>
> https://avidemux.org/smif/index.php?topic=19617.0
>
> ====
> Few video players honor pixel aspect ratio info from codec rather from 
> the container, [..]
> ====
> and openshot bug
>
> https://github.com/OpenShot/libopenshot/issues/489
>
> auto-closed due to bot?? so not sure if it was fixed or not in openshot.
>
> So, we are not only ones who STILL confused by all this :p
>
>
>
>         .
>         >
>         > The patch seems to work, as "guessed SAR/DAR" and "detected
>         SAR/DAR"
>         > appear, but only in source1. In source2 (which is a 4k)
>         there are
>         > neither, and in source3 and hdv.jpeg there is only "guessed
>         SAR/DAR".
>         >
>         > The other 3 patches also seem to work since rendering
>         bd.m2ts worked.
>         >
>         > https://postimg.cc/kDNqfpT0
>         > https://postimg.cc/SJyq5f5J
>         > https://postimg.cc/VdD1cbQ4
>         > https://postimg.cc/ctWZdRLk
>         > https://postimg.cc/tnzbJs1q
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20240109/19366602/attachment-0001.htm>