вт, 9 янв. 2024 г., 23:49 Terje J. Hanssen <[email protected]>:
Den 09.01.2024 15:52, skrev Andrea paz:
Well, I still got only 127.4 kB downloaded :) Sorry, I don't understand why it doesn't work.
Yep, thanks. Now the url worked (possibly it was temporary unstable), downloaded the AppImage on Tw-Sr. Testet the same HDV 16:9 and DV 4:3 clips and they rendered and displayed correctly.
mediainfo dv01_07_cingg_svt-av1+opus_tw.webm | grep Display Display aspect ratio : 4:3 ffprobe -hide_banner dv01_07_cingg_svt-av1+opus_tw.webm Stream #0:0: Video: av1 (Main), yuv420p(pc, bt709/unknown/unknown), 720x576, SAR 16:15 DAR 4:3, 25 fps, 25 tbr, 1k tbn
mediainfo hdv07_05_cingg_svt-av1+opus_tw.webm | grep Display Display aspect ratio : 16:9 ffprobe -hide_banner hdv07_05_cingg_svt-av1+opus_tw.webm Stream #0:0: Video: av1 (Main), yuv420p(pc, bt709/unknown/unknown), 1440x1080, SAR 4:3 DAR 16:9, 25 fps, 25 tbr, 1k tbn
As seen above, FFmpeg 6.0.1 has a "cleaner output" without the dual set of [ SAR DAR ] in brackets as from FFmpeg 4.4.4 on Leap https://lists.cinelerra-gg.org/pipermail/cin/2024-January/007654.html
well, may be it was container/codec differentiation? I think for troubleshooting issues we better to report both values in our "asset - info - details" ... Can you try few more clips of different nature just to see if it works in more cases? :)
Stream #0:0: Video: av1 (Main), yuv420p(tv, bt709/unknown/unknown), 720x576 [SAR 1:1 DAR 5:4], SAR 16:15 DAR 4:3, 25 fps, 25 tbr, 1k tbn, 1k tbc Stream #0:0: Video: av1 (Main), yuv420p(tv, bt709/unknown/unknown), 1440x1080 [SAR 1:1 DAR 4:3], SAR 4:3 DAR 16:9, 25 fps, 25 tbr, 1k tbn, 1k tbc