Den 08.01.2024 23:46, skrev Andrew Randrianasulu:
вт, 9 янв. 2024 г., 01:25 Andrew Randrianasulu <[email protected]>:
пн, 8 янв. 2024 г., 23:50 Terje J. Hanssen <[email protected]>:
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....
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