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.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
--
Cin mailing list
[email protected]
https://lists.cinelerra-gg.org/mailman/listinfo/cin
