пт, 15 дек. 2023 г., 21:10 Terje J. Hanssen via Cin < [email protected]>:

Den 14.12.2023 12:25, skrev Terje J. Hanssen:

First, a summary from another current post and thread: https://lists.cinelerra-gg.org/pipermail/cin/2023-December/007430.html

I will add the re-encoded sample *SD DV *file using ffmpeg SVT-AV1, as I was positive surprised how much faster (preset 10 about 25 sec) it was than rendering AV1 with CinGG (libaom?) . I've tested three presets: 8, 10 and 12. "Useable visible quality" for all.

ffmpeg -i dv01_07.dv -c:v libsvtav1 -preset 8 -crf 35 -c:a libvorbis dv01_07_svt-av1_pr8.webm frame= 2832 fps= 66 q=35.0 Lsize= 28836kB time=00:01:53.26 bitrate=2085.6kbits/s speed=2.65x

ffmpeg -i dv01_07.dv -c:v libsvtav1 -preset 10 -crf 35 -c:a libvorbis dv01_07_svt-av1_pr10.webm frame= 2832 *fps=112* q=35.0 Lsize= 34419kB time=00:01:53.26 bitrate=2489.4kbits/s speed=4.47x

ffmpeg -i dv01_07.dv -c:v libsvtav1 -preset 12 -crf 35 -c:a libvorbis dv01_07_svt-av1_pr12.webm frame= 2832 fps=262 q=35.0 Lsize= 35913kB time=00:01:53.26 bitrate=2597.5kbits/s speed=10.5x

The speed of SVT-AV1 encoding seems for me to be quite useable, at least for personal use.

As a reference to compare the SVT-AV1 results above, I've also tried to encode the same input file using libaom-av1 and librav1e with simple or none (default) parameters. Other, optimal tuned parameters may possibly change the unsuccesful results here. Seemingly something have to be wrong here, as I had to quit these hopeless SLOW encoding attemps after a while:

ffmpeg -i dv01_07.dv -c:v libaom-av1 -crf 30 -c:a libvorbis dv01_07_libaom-av1.webm ^C^Ze= 35 fps=0.1 q=0.0 size= 5kB time=00:00:03.00 bitrate= 13.7kbits/s speed=0.00748x

ffmpeg -i dv01_07.dv -c:v librav1e -c:a libvorbis dv01_07_librav1e.webm frame= 471 fps=1.9 q=-0.0 Lsize= 4864kB time=00:00:19.11 bitrate=2084.4kbits/s speed=0.0791x

The CPU (i7 quad-cores 8 threads) utilization was here between 100-200%, while I think it ran at 700%+ for SVT-AV1.

Anyway, apparently SVT-AV1 libsvtav1 shines as the superiour fastest and simple to use CPU based AV1 encoder (before GPU hwaccels)

After rebuilding SVT-AV1 on termux for Neon acceleration I tried three variations of same file: du -h av1-1.8.0* 5.0M av1-1.8.0-pr12.webm 4.3M av1-1.8.0-pr2.webm 4.6M av1-1.8.0.webm all on crf 30 ffmpeg -i 20081103140154.m2t -c:v libsvtav1 -an -preset 2 -crf 30 av1-1.8.0-pr2.webm this one run at 0.2 fps ffmpeg -i 20081103140154.m2t -c:v libsvtav1 -an -preset 12 -crf 30 av1-1.8.0-pr12.webm this one run up to 9.4 fps! ffmpeg -i 20081103140154.m2t -c:v libsvtav1 -an -preset 6 -crf 30 av1-1.8.0.webm and this one run at 1.3 fps. all files encoded from same input: Stream #0:0[0x810]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, bt709, top first), 1440x1080 [SAR 4:3 DAR 16:9], 25000 kb/s, 25 fps, 25 tbr, 90k tbn So, I guess on aarch64 tablet this one definitely not as fast as on desktop (x86_64) Intel.

Ref: https://ottverse.com/analysis-of-svt-av1-presets-and-crf-values/

Here I add my latest test results for a *HDV (fps=69)* and a *FHD (fps=51)* video clip.

2.0G hdv01_04.m2t 383M hdv01_04_m2t_svt-av1_pr10.webm

1.7G hd01.mov 20M hd01_mov_svt-av1_pr10.webm

*HDV* (yuv420p) -------

*ffprobe -hide_banner hdv01_04.m2t* [mpeg2video @ 0x560c32966340] Invalid frame dimensions 0x0. Last message repeated 7 times [mpegts @ 0x560c32960c00] PES packet size mismatch [mpegts @ 0x560c32960c00] Packet corrupt (stream = 1, dts = 295380000). [mpegts @ 0x560c32960c00] Could not find codec parameters for stream 2 (Unknown: none ([160][0][0][0] / 0x00A0)): unknown codec Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options [mpegts @ 0x560c32960c00] Could not find codec parameters for stream 3 (Unknown: none ([161][0][0][0] / 0x00A1)): unknown codec Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options Input #0, mpegts, from 'hdv01_04.m2t': Duration: 00:10:57.34, start: 2624.856000, bitrate: 26134 kb/s Program 100 Stream #0:0[0x810]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, bt709, top first), 1440x1080 [SAR 4:3 DAR 16:9], 25000 kb/s, 25 fps, 25 tbr, 90k tbn Side data: cpb: bitrate max/min/avg: 25000000/0/0 buffer size: 7340032 vbv_delay: N/A Stream #0:1[0x814]: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, fltp, 384 kb/s Stream #0:2[0x815]: Unknown: none ([160][0][0][0] / 0x00A0) Stream #0:3[0x811]: Unknown: none ([161][0][0][0] / 0x00A1) Unsupported codec with id 0 for input stream 2 Unsupported codec with id 0 for input stream 3 --------------

*ffmpeg -i hdv01_04.m2t -c:v libsvtav1 -preset 10 -crf 35 -c:a libvorbis hdv01_04_m2t_svt-av1_pr10.webm* frame=16420 *fps= 69* q=34.0 Lsize= 391289kB time=00:10:57.36 bitrate=4876.2kbits/s speed=2.77x

*ffprobe -hide_banner hdv01_04_m2t_svt-av1_pr10.webm* [libdav1d @ 0x562b42305540] libdav1d 1.3.0 Input #0, matroska,webm, from 'hdv01_04_m2t_svt-av1_pr10.webm': Metadata: ENCODER : Lavf60.3.100 Duration: 00:10:57.40, start: 0.000000, bitrate: 4875 kb/s Stream #0:0: Video: av1 (Main), yuv420p(tv, bt709), 1440x1080, SAR 4:3 DAR 16:9, 25 fps, 25 tbr, 1k tbn Metadata: ENCODER : Lavc60.3.100 libsvtav1 DURATION : 00:10:57.403000000 Stream #0:1: Audio: vorbis, 48000 Hz, stereo, fltp Metadata: ENCODER : Lavc60.3.100 libvorbis DURATION : 00:10:57.171000000 [libdav1d @ 0x562b42361540] libdav1d 1.3.0

*FHD* *(*yuv422p10le*)* -----

*ffprobe hd01.mov* ..... Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'hd01.mov': Metadata: creation_time : 2016-02-23T23:49:21.000000Z Duration: 00:01:11.28, start: 0.000000, bitrate: 200496 kb/s Stream #0:0[0x1](eng): Video: prores (HQ) (apch / 0x68637061), *yuv422p10le(bt709*, top coded first (swapped)), 1920x1080, 182130 kb/s, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 2500 tbn (default) Metadata: creation_time : 2016-02-23T23:49:21.000000Z handler_name : Apple Video Media Handler vendor_id : appl encoder : Apple ProRes 422 (HQ) Stream #0:1[0x2](eng): *Audio*: pcm_s24le (lpcm / 0x6D63706C), 48000 Hz, 16 channels, s32 (24 bit), 18432 kb/s (default) Metadata: creation_time : 2016-02-23T23:49:21.000000Z handler_name : Apple Sound Media Handler vendor_id : [0][0][0][0]

* ffmpeg -i hd01.mov -c:v libsvtav1 -preset 10 -crf 35 -c:a libvorbis hd01_mov_svt-av1_pr10.webm* frame= 1781 *fps= 51* q=35.0 Lsize= 19732kB time=00:01:11.26 bitrate=2268.3kbits/s speed=2.03x

*ffprobe -hide_banner hdv01_04_m2t_svt-av1_pr10.webm* [libdav1d @ 0x562b42305540] libdav1d 1.3.0 Input #0, matroska,webm, from 'hdv01_04_m2t_svt-av1_pr10.webm': Metadata: ENCODER : Lavf60.3.100 Duration: 00:10:57.40, start: 0.000000, bitrate: 4875 kb/s Stream #0:0: Video: av1 (Main), yuv420p(tv, bt709), 1440x1080, SAR 4:3 DAR 16:9, 25 fps, 25 tbr, 1k tbn Metadata: ENCODER : Lavc60.3.100 libsvtav1 DURATION : 00:10:57.403000000 Stream #0:1: Audio: vorbis, 48000 Hz, stereo, fltp Metadata: ENCODER : Lavc60.3.100 libvorbis DURATION : 00:10:57.171000000

An issue is that the audio was lost during the conversion from .mov to .webm, so I attach the full ffmpeg output below. (possibly a mis-match regarding the audio stream #numbers ?)

*ffmpeg -i hd01.mov -c:v libsvtav1 -preset 10 -crf 35 -c:a libvorbis hd01_mov_svt-av1_pr10.webm* ... Guessed Channel Layout for Input Stream #0.1 : hexadecagonal Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'hd01.mov': Metadata: creation_time : 2016-02-23T23:49:21.000000Z Duration: 00:01:11.28, start: 0.000000, bitrate: 200496 kb/s Stream #0:0[0x1](eng): Video: prores (HQ) (apch / 0x68637061), yuv422p10le(bt709, top coded first (swapped)), 1920x1080, 182130 kb/s, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 2500 tbn (default) Metadata: creation_time : 2016-02-23T23:49:21.000000Z handler_name : Apple Video Media Handler vendor_id : appl encoder : Apple ProRes 422 (HQ) Stream #0:1[0x2](eng): Audio: pcm_s24le (lpcm / 0x6D63706C), 48000 Hz, 16 channels, s32 (24 bit), 18432 kb/s (default) Metadata: creation_time : 2016-02-23T23:49:21.000000Z handler_name : Apple Sound Media Handler vendor_id : [0][0][0][0] Stream mapping: Stream #0:0 -> #0:0 (prores (native) -> av1 (libsvtav1)) Stream #0:1 -> #0:1 (pcm_s24le (native) -> vorbis (libvorbis)) Press [q] to stop, [?] for help Svt[info]: ------------------------------------------- Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v1.7.0 Svt[info]: SVT [build] : GCC 13.2.1 20230912 [revision b96e66fd4ef3e36983969fb8cdd1956f551a074b] 64 bit Svt[info]: LIB Build date: Nov 3 2023 00:00:00 Svt[info]: ------------------------------------------- Svt[info]: Number of logical cores available: 8 Svt[info]: Number of PPCS 59 Svt[info]: [asm level on system : up to avx2] Svt[info]: [asm level selected : up to avx2] Svt[info]: ------------------------------------------- Svt[info]: SVT [config]: main profile tier (auto) level (auto) Svt[info]: SVT [config]: width / height / fps numerator / fps denominator : 1920 / 1080 / 25 / 1 Svt[info]: SVT [config]: bit-depth / color format : 10 / YUV420 Svt[info]: SVT [config]: preset / tune / pred struct : 10 / PSNR / random access Svt[info]: SVT [config]: gop size / mini-gop size / key-frame type : 161 / 16 / key frame Svt[info]: SVT [config]: BRC mode / rate factor : CRF / 35 Svt[info]: ------------------------------------------- Output #0, webm, to 'hd01_mov_svt-av1_pr10.webm': Metadata: encoder : Lavf60.3.100 Stream #0:0(eng): Video: av1, yuv420p10le(tv, bt709, top coded first (swapped)), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 1k tbn (default) Metadata: creation_time : 2016-02-23T23:49:21.000000Z handler_name : Apple Video Media Handler vendor_id : appl encoder : Lavc60.3.100 libsvtav1 Stream #0:1(eng): Audio: vorbis, 48000 Hz, hexadecagonal, fltp (default) Metadata: creation_time : 2016-02-23T23:49:21.000000Z handler_name : Apple Sound Media Handler vendor_id : [0][0][0][0] encoder : Lavc60.3.100 libvorbis frame= 1781 fps= 51 q=35.0 Lsize= 19732kB time=00:01:11.26 bitrate=2268.3kbits/s speed=2.03x video:18635kB audio:1059kB subtitle:0kB other streams:0kB global headers:3kB muxing overhead: 0.193378%

-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin

вс, 17 дек. 2023 г., 15:29 Terje J. Hanssen <[email protected]>:

Den 17.12.2023 00:05, skrev Andrew Randrianasulu:

пт, 15 дек. 2023 г., 21:10 Terje J. Hanssen via Cin < [email protected]>:

...

Den 14.12.2023 12:25, skrev Terje J. Hanssen:

First, a summary from another current post and thread: https://lists.cinelerra-gg.org/pipermail/cin/2023-December/007430.html

I will add the re-encoded sample *SD DV *file using ffmpeg SVT-AV1, as I was positive surprised how much faster (preset 10 about 25 sec) it was than rendering AV1 with CinGG (libaom?) . I've tested three presets: 8, 10 and 12. "Useable visible quality" for all.

ffmpeg -i dv01_07.dv -c:v libsvtav1 -preset 8 -crf 35 -c:a libvorbis dv01_07_svt-av1_pr8.webm frame= 2832 fps= 66 q=35.0 Lsize= 28836kB time=00:01:53.26 bitrate=2085.6kbits/s speed=2.65x

ffmpeg -i dv01_07.dv -c:v libsvtav1 -preset 10 -crf 35 -c:a libvorbis dv01_07_svt-av1_pr10.webm frame= 2832 *fps=112* q=35.0 Lsize= 34419kB time=00:01:53.26 bitrate=2489.4kbits/s speed=4.47x

ffmpeg -i dv01_07.dv -c:v libsvtav1 -preset 12 -crf 35 -c:a libvorbis dv01_07_svt-av1_pr12.webm frame= 2832 fps=262 q=35.0 Lsize= 35913kB time=00:01:53.26 bitrate=2597.5kbits/s speed=10.5x

The speed of SVT-AV1 encoding seems for me to be quite useable, at least for personal use.

As a reference to compare the SVT-AV1 results above, I've also tried to encode the same input file using libaom-av1 and librav1e with simple or none (default) parameters. Other, optimal tuned parameters may possibly change the unsuccesful results here. Seemingly something have to be wrong here, as I had to quit these hopeless SLOW encoding attemps after a while:

ffmpeg -i dv01_07.dv -c:v libaom-av1 -crf 30 -c:a libvorbis dv01_07_libaom-av1.webm ^C^Ze= 35 fps=0.1 q=0.0 size= 5kB time=00:00:03.00 bitrate= 13.7kbits/s speed=0.00748x

ffmpeg -i dv01_07.dv -c:v librav1e -c:a libvorbis dv01_07_librav1e.webm frame= 471 fps=1.9 q=-0.0 Lsize= 4864kB time=00:00:19.11 bitrate=2084.4kbits/s speed=0.0791x

The CPU (i7 quad-cores 8 threads) utilization was here between 100-200%, while I think it ran at 700%+ for SVT-AV1.

Anyway, apparently SVT-AV1 libsvtav1 shines as the superiour fastest and simple to use CPU based AV1 encoder (before GPU hwaccels)

After rebuilding SVT-AV1 on termux for Neon acceleration I tried three variations of same file:

du -h av1-1.8.0* 5.0M av1-1.8.0-pr12.webm 4.3M av1-1.8.0-pr2.webm 4.6M av1-1.8.0.webm

all on crf 30

ffmpeg -i 20081103140154.m2t -c:v libsvtav1 -an -preset 2 -crf 30 av1-1.8.0-pr2.webm

this one run at 0.2 fps

ffmpeg -i 20081103140154.m2t -c:v libsvtav1 -an -preset 12 -crf 30 av1-1.8.0-pr12.webm

this one run up to 9.4 fps!

ffmpeg -i 20081103140154.m2t -c:v libsvtav1 -an -preset 6 -crf 30 av1-1.8.0.webm

and this one run at 1.3 fps.

all files encoded from same input:

Stream #0:0[0x810]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, bt709, top first), 1440x1080 [SAR 4:3 DAR 16:9], 25000 kb/s, 25 fps, 25 tbr, 90k tbn

So, I guess on aarch64 tablet this one definitely not as fast as on desktop (x86_64) Intel.

I also noticed this post 1 (yr. ago) on reddit, "SVT-AV1 on ARM" https://www.reddit.com/r/AV1/comments/z9fo51/svtav1_on_arm/

---------------------

So, regarding my initial "FHD (yuv422p10le)" below, where the audio was lost during transcode from .mov to AV1 .webm: I have tried to interpret and experiment with FFMpeg's "Selecting streams with the -map option" https://trac.ffmpeg.org/wiki/Map

ffprobe tells pcm_s24leand 16 channels in the Audio stream of the PreRes input file hd01.mov:

Stream #0:0(eng): Video: prores (HQ) (apch / 0x68637061), yuv422p10le(tv, bt709/unknown/unknown, top coded first (swapped)), 1920x1080, 182130 kb/s, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 2500 tbn, 2500 tbc (default) Stream #0:1(eng): Audio: pcm_s24le (lpcm / 0x6D63706C), 48000 Hz, 16 channels, s32 (24 bit), 18432 kb/s (default)

VLC playback the audio ok for the input file. So I tried a similar stream map for transcode, but without success: Still no audio.

Is there possibility that you just hear 'empty'/silent channels? Are they all contain some audio, or some are silent? Obviously I'm wrong applying this stream map numbering (just in case

someone see the fault without using much energy on it)?

example from "man ffmpeg" says: ===== For example, assuming INPUT is a stereo audio file, you can switch the two audio channels with the following command: ffmpeg -i INPUT -map_channel 0.0.1 -map_channel 0.0.0 OUTPUT If you want to mute the first channel and keep the second: ffmpeg -i INPUT -map_channel -1 -map_channel 0.0.1 OUTPUT The order of the "-map_channel" option specifies the order of the channels in the output stream. The output channel layout is guessed from the number of channels mapped (mono if one "-map_channel", stereo if two, etc.). Using "-ac" in combination of "-map_channel" makes the channel gain levels to be updated if input and output channel layouts don't match (for instance two "-map_channel" options and "-ac 6"). ===== But may be you better to ask on ffmpeg-users mail list, not sure if anyone was dealing with input files with such high number of channels there recently, but it feels a bit more populated than our corner!

ffmpeg -i hd01.mov -map 0:v -map 0:a -c:v libsvtav1 -preset 10 -crf 35 -c:a libvorbis hd01_mov_svt-av1_pr10.webm

...

Ref: https://ottverse.com/analysis-of-svt-av1-presets-and-crf-values/

Here I add my latest test results for a *HDV (fps=69)* and a *FHD (fps=51)* video clip.

2.0G hdv01_04.m2t 383M hdv01_04_m2t_svt-av1_pr10.webm

1.7G hd01.mov 20M hd01_mov_svt-av1_pr10.webm

*HDV* (yuv420p) -------

*ffprobe -hide_banner hdv01_04.m2t* [mpeg2video @ 0x560c32966340] Invalid frame dimensions 0x0. Last message repeated 7 times [mpegts @ 0x560c32960c00] PES packet size mismatch [mpegts @ 0x560c32960c00] Packet corrupt (stream = 1, dts = 295380000). [mpegts @ 0x560c32960c00] Could not find codec parameters for stream 2 (Unknown: none ([160][0][0][0] / 0x00A0)): unknown codec Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options [mpegts @ 0x560c32960c00] Could not find codec parameters for stream 3 (Unknown: none ([161][0][0][0] / 0x00A1)): unknown codec Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options Input #0, mpegts, from 'hdv01_04.m2t': Duration: 00:10:57.34, start: 2624.856000, bitrate: 26134 kb/s Program 100 Stream #0:0[0x810]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, bt709, top first), 1440x1080 [SAR 4:3 DAR 16:9], 25000 kb/s, 25 fps, 25 tbr, 90k tbn Side data: cpb: bitrate max/min/avg: 25000000/0/0 buffer size: 7340032 vbv_delay: N/A Stream #0:1[0x814]: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, fltp, 384 kb/s Stream #0:2[0x815]: Unknown: none ([160][0][0][0] / 0x00A0) Stream #0:3[0x811]: Unknown: none ([161][0][0][0] / 0x00A1) Unsupported codec with id 0 for input stream 2 Unsupported codec with id 0 for input stream 3 --------------

*ffmpeg -i hdv01_04.m2t -c:v libsvtav1 -preset 10 -crf 35 -c:a libvorbis hdv01_04_m2t_svt-av1_pr10.webm* frame=16420 *fps= 69* q=34.0 Lsize= 391289kB time=00:10:57.36 bitrate=4876.2kbits/s speed=2.77x

*ffprobe -hide_banner hdv01_04_m2t_svt-av1_pr10.webm* [libdav1d @ 0x562b42305540] libdav1d 1.3.0 Input #0, matroska,webm, from 'hdv01_04_m2t_svt-av1_pr10.webm': Metadata: ENCODER : Lavf60.3.100 Duration: 00:10:57.40, start: 0.000000, bitrate: 4875 kb/s Stream #0:0: Video: av1 (Main), yuv420p(tv, bt709), 1440x1080, SAR 4:3 DAR 16:9, 25 fps, 25 tbr, 1k tbn Metadata: ENCODER : Lavc60.3.100 libsvtav1 DURATION : 00:10:57.403000000 Stream #0:1: Audio: vorbis, 48000 Hz, stereo, fltp Metadata: ENCODER : Lavc60.3.100 libvorbis DURATION : 00:10:57.171000000 [libdav1d @ 0x562b42361540] libdav1d 1.3.0

*FHD* *(*yuv422p10le*)* -----

*ffprobe hd01.mov* ..... Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'hd01.mov': Metadata: creation_time : 2016-02-23T23:49:21.000000Z Duration: 00:01:11.28, start: 0.000000, bitrate: 200496 kb/s Stream #0:0[0x1](eng): Video: prores (HQ) (apch / 0x68637061), *yuv422p10le(bt709*, top coded first (swapped)), 1920x1080, 182130 kb/s, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 2500 tbn (default) Metadata: creation_time : 2016-02-23T23:49:21.000000Z handler_name : Apple Video Media Handler vendor_id : appl encoder : Apple ProRes 422 (HQ) Stream #0:1[0x2](eng): *Audio*: pcm_s24le (lpcm / 0x6D63706C), 48000 Hz, 16 channels, s32 (24 bit), 18432 kb/s (default) Metadata: creation_time : 2016-02-23T23:49:21.000000Z handler_name : Apple Sound Media Handler vendor_id : [0][0][0][0]

* ffmpeg -i hd01.mov -c:v libsvtav1 -preset 10 -crf 35 -c:a libvorbis hd01_mov_svt-av1_pr10.webm* frame= 1781 *fps= 51* q=35.0 Lsize= 19732kB time=00:01:11.26 bitrate=2268.3kbits/s speed=2.03x

*ffprobe -hide_banner hdv01_04_m2t_svt-av1_pr10.webm* [libdav1d @ 0x562b42305540] libdav1d 1.3.0 Input #0, matroska,webm, from 'hdv01_04_m2t_svt-av1_pr10.webm': Metadata: ENCODER : Lavf60.3.100 Duration: 00:10:57.40, start: 0.000000, bitrate: 4875 kb/s Stream #0:0: Video: av1 (Main), yuv420p(tv, bt709), 1440x1080, SAR 4:3 DAR 16:9, 25 fps, 25 tbr, 1k tbn Metadata: ENCODER : Lavc60.3.100 libsvtav1 DURATION : 00:10:57.403000000 Stream #0:1: Audio: vorbis, 48000 Hz, stereo, fltp Metadata: ENCODER : Lavc60.3.100 libvorbis DURATION : 00:10:57.171000000

An issue is that the audio was lost during the conversion from .mov to .webm, so I attach the full ffmpeg output below. (possibly a mis-match regarding the audio stream #numbers ?)

*ffmpeg -i hd01.mov -c:v libsvtav1 -preset 10 -crf 35 -c:a libvorbis hd01_mov_svt-av1_pr10.webm* ... Guessed Channel Layout for Input Stream #0.1 : hexadecagonal Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'hd01.mov': Metadata: creation_time : 2016-02-23T23:49:21.000000Z Duration: 00:01:11.28, start: 0.000000, bitrate: 200496 kb/s Stream #0:0[0x1](eng): Video: prores (HQ) (apch / 0x68637061), yuv422p10le(bt709, top coded first (swapped)), 1920x1080, 182130 kb/s, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 2500 tbn (default) Metadata: creation_time : 2016-02-23T23:49:21.000000Z handler_name : Apple Video Media Handler vendor_id : appl encoder : Apple ProRes 422 (HQ) Stream #0:1[0x2](eng): Audio: pcm_s24le (lpcm / 0x6D63706C), 48000 Hz, 16 channels, s32 (24 bit), 18432 kb/s (default) Metadata: creation_time : 2016-02-23T23:49:21.000000Z handler_name : Apple Sound Media Handler vendor_id : [0][0][0][0] Stream mapping: Stream #0:0 -> #0:0 (prores (native) -> av1 (libsvtav1)) Stream #0:1 -> #0:1 (pcm_s24le (native) -> vorbis (libvorbis)) Press [q] to stop, [?] for help Svt[info]: ------------------------------------------- Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v1.7.0 Svt[info]: SVT [build] : GCC 13.2.1 20230912 [revision b96e66fd4ef3e36983969fb8cdd1956f551a074b] 64 bit Svt[info]: LIB Build date: Nov 3 2023 00:00:00 Svt[info]: ------------------------------------------- Svt[info]: Number of logical cores available: 8 Svt[info]: Number of PPCS 59 Svt[info]: [asm level on system : up to avx2] Svt[info]: [asm level selected : up to avx2] Svt[info]: ------------------------------------------- Svt[info]: SVT [config]: main profile tier (auto) level (auto) Svt[info]: SVT [config]: width / height / fps numerator / fps denominator : 1920 / 1080 / 25 / 1 Svt[info]: SVT [config]: bit-depth / color format : 10 / YUV420 Svt[info]: SVT [config]: preset / tune / pred struct : 10 / PSNR / random access Svt[info]: SVT [config]: gop size / mini-gop size / key-frame type : 161 / 16 / key frame Svt[info]: SVT [config]: BRC mode / rate factor : CRF / 35 Svt[info]: ------------------------------------------- Output #0, webm, to 'hd01_mov_svt-av1_pr10.webm': Metadata: encoder : Lavf60.3.100 Stream #0:0(eng): Video: av1, yuv420p10le(tv, bt709, top coded first (swapped)), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 1k tbn (default) Metadata: creation_time : 2016-02-23T23:49:21.000000Z handler_name : Apple Video Media Handler vendor_id : appl encoder : Lavc60.3.100 libsvtav1 Stream #0:1(eng): Audio: vorbis, 48000 Hz, hexadecagonal, fltp (default) Metadata: creation_time : 2016-02-23T23:49:21.000000Z handler_name : Apple Sound Media Handler vendor_id : [0][0][0][0] encoder : Lavc60.3.100 libvorbis frame= 1781 fps= 51 q=35.0 Lsize= 19732kB time=00:01:11.26 bitrate=2268.3kbits/s speed=2.03x video:18635kB audio:1059kB subtitle:0kB other streams:0kB global headers:3kB muxing overhead: 0.193378%

-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin

Den 17.12.2023 00:05, skrev Andrew Randrianasulu:

пт, 15 дек. 2023 г., 21:10 Terje J. Hanssen via Cin <[email protected]>:

Anyway, apparently SVT-AV1 libsvtav1 shines as the superiour fastest and simple to use CPU based AV1 encoder (before GPU hwaccels)

After rebuilding SVT-AV1 on termux for Neon acceleration I tried three variations of same file:

du -h av1-1.8.0* 5.0M    av1-1.8.0-pr12.webm 4.3M    av1-1.8.0-pr2.webm 4.6M    av1-1.8.0.webm

all on crf 30

ffmpeg -i 20081103140154.m2t -c:v libsvtav1 -an -preset 2 -crf 30  av1-1.8.0-pr2.webm

this one run at 0.2 fps

ffmpeg -i 20081103140154.m2t -c:v libsvtav1 -an -preset 12 -crf 30  av1-1.8.0-pr12.webm

this one run up to 9.4 fps!

ffmpeg -i 20081103140154.m2t -c:v libsvtav1 -an -preset 6 -crf 30  av1-1.8.0.webm

and this one run  at 1.3 fps.

all files encoded from same input:

Stream #0:0[0x810]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, bt709, top first), 1440x1080 [SAR 4:3 DAR 16:9], 25000 kb/s, 25 fps, 25 tbr, 90k tbn

So, I guess on aarch64 tablet this one definitely not as fast as on desktop (x86_64) Intel.

AV1 Encoding/Rendering: ====================== To compare encoding with FFmpeg/SVT-AV1 v. 1.7.0 and rendering with the current CinGG/AOM-AV1 (v. 3.1.1?), I used a medium length 1080i HDV clip (ca. 7 min duration) as input file: 1,3G    hdv07_05.m2t 239M    hdv07_05_m2t_svt-av1_pr10.webm ffmpeg -i hdv07_05.m2t -c:v libsvtav1 -preset 10 -crf 35 -c:a libvorbis hdv07_05_m2t_svt-av1_pr10.webm frame=10240 fps= 68 q=27.0 Lsize=  244069kB time=00:06:58.24 bitrate=4780.5kbits/s speed=2.78x 235M    hdv07_05_cingg_aom-av1.webm Rendering with CinGG/AOM-AV1 Rendering took 0:37:06 = 2226 sek FPS=10240/2226=4.6 Rendering speed results: ------------------------ 68 FPS vs 4.6 FPS FFplay playback: =============== hdv07_05_m2t_svt-av1_pr10.webm ------------------------------ ffplay -hide_banner hdv07_05_m2t_svt-av1_pr10.webm [libdav1d @ 0x7fe318004880] libdav1d 1.3.0    0KB sq=    0B f=0/0 Input #0, matroska,webm, from 'hdv07_05_m2t_svt-av1_pr10.webm':   Metadata:     ENCODER         : Lavf60.3.100   Duration: 00:06:58.28, start: 0.000000, bitrate: 4780 kb/s   Stream #0:0: Video: av1 (Main), yuv420p(tv, bt709), 1440x1080, SAR 4:3 DAR 16:9, 25 fps, 25 tbr, 1k tbn     Metadata:       ENCODER         : Lavc60.3.100 libsvtav1       DURATION        : 00:06:58.283000000   Stream #0:1: Audio: vorbis, 48000 Hz, stereo, fltp     Metadata:       ENCODER         : Lavc60.3.100 libvorbis       DURATION        : 00:06:57.939000000 [libdav1d @ 0x7fe3180d5b80] libdav1d 1.3.0   20.51 A-V: -0.032 fd=   0 aq=   12KB vq=  310KB sq=    0B f=0/0 hdv07_05_cingg_aom-av1.webm ---------------------------- ffplay -hide_banner hdv07_05_cingg_aom-av1.webm [libdav1d @ 0x7f3650004640] libdav1d 1.3.0    0KB sq=    0B f=0/0 Input #0, matroska,webm, from 'hdv07_05_cingg_aom-av1.webm':f=0/0   Metadata:     ENCODER         : Lavf60.16.100   Duration: 00:06:58.08, start: 0.000000, bitrate: 4708 kb/s   Stream #0:0: Video: av1 (Main), yuv420p(tv, bt470bg/unknown/unknown), 1440x1080, SAR 1:1 DAR 4:3, 25 fps, 25 tbr, 1k tbn     Metadata:       DURATION        : 00:06:58.043000000   Stream #0:1: Audio: vorbis, 48000 Hz, stereo, fltp     Metadata:       DURATION        : 00:06:58.082000000 [libdav1d @ 0x7f36500da540] libdav1d 1.3.0   24.95 A-V: -0.008 fd=   3 aq=   21KB vq=  583KB sq=    0B f=0/0 VLC Playback (copied codec info from GUI Tool tab) ============ vlc hdv07_05_m2t_svt-av1_pr10.webm ---------------------------------- Stream 0     Codec: AOMedia's AV1 Video (av01)     Type: Video     Video resolution: 1440x1080     Buffer dimensions: 1536x1152     Frame rate: 25     Decoded format: Planar 4:2:0 YUV     Orientation: Top left     Color primaries: ITU-R BT.709     Color transfer function: ITU-R BT.709 Stream 1     Codec: Vorbis Audio (vorb)     Type: Audio     Channels: Stereo     Sample rate: 48000 Hz     Bits per sample: 32     Bitrate: 112 kb/s     encoder: Lavc60.3.100 vlc hdv07_05_cingg_aom-av1.webm ------------------------------- Stream 0     Codec: AOMedia's AV1 Video (av01)     Type: Video     Video resolution: 1440x1080     Buffer dimensions: 1536x1152     Frame rate: 25     Decoded format: Planar 4:2:0 YUV     Orientation: Top left     Color space: ITU-R BT.601 Range Stream 1     Codec: Vorbis Audio (vorb)     Type: Audio     Channels: Stereo     Sample rate: 48000 Hz     Bits per sample: 32     Bitrate: 112 kb/s     encoder: Lavc60.31.102 Playback results: ----------------- hdv07_05_m2t_svt-av1_pr10.webm ------------------------------ FFplay and VLC: Correct playback of HDV 16:9 (DAR) Video and correct Audio BT.709 Colors should be correct for HD(V) video hdv07_05_cingg_aom-av1.webm ---------------------------- FFplay and VLC: wrong playback of HDV 4:3 (DAR) Video, and som screeching (scratch) sound on Audio BT.601 colors is seemingly for (older) SD video That said, I just loaded the HDV clip in Cin-GG without change of the default Preferences, so this can probably be corrected/tuned.

@Terje If you want to give it a try, I put an appimage containing libaom 3.8.0 and svt-av1 (and the av1-svt.webm preset) in my Dropbox. If you don't like Dropbox, ask me to put it in some file transfer you know, I have no problem. https://www.dropbox.com/scl/fi/8gbhy9t8t1x0kect0qgdz/cin-aom-38_svt.AppImage... PS: As Phyllis said, you can try to compile it yourself, following the instructions in the manual. I assure you it's not complicated, as I've done it myself (just ask Andrew how hard I make him mad! :) )

Den 30.12.2023 01:28, skrev Terje J. Hanssen:

Den 29.12.2023 12:16, skrev Andrea paz:

...

@Terje If you want to give it a try, I put an appimage containing libaom 3.8.0 and svt-av1 (and the av1-svt.webm preset) in my Dropbox. If you don't like Dropbox, ask me to put it in some file transfer you know, I have no problem. https://www.dropbox.com/scl/fi/8gbhy9t8t1x0kect0qgdz/cin-aom-38_svt.AppImage...

PS: As Phyllis said, you can try to compile it yourself, following the instructions in the manual. I assure you it's not complicated, as I've done it myself (just ask Andrew how hard I make him mad! :) )

Thank you Andrea for the cin-aom-38_svt.AppImage (97.8 MB) At first I tried to run it on Leap 15.5, but its glibc 2.31 was too old. On Tumbleweed-Slowroll the cin-aom-38_svt.AppImage started ok.

I have just finished the aom 38 av1 rendering of the same PAL 1080i25 HDV clip:

du -sh hdv07*.webm 235M    hdv07_05_cingg_aom-av1.webm 241M    hdv07_05_m2t_cingg_aom38-av1.webm 239M    hdv07_05_m2t_svt-av1_pr10.webm

But unhappily it was a bit even slower on my machine than the previous aom. And continued playback Video with aspect ratio 4:3 and scratch sound on the Audio. smpte170m colors seems for me to be for NTSC, and not for PAL video. Rendering took 0:41:08, almost 6 times the clip duration FPS=10240/2468=4.15

Regarding color standard, it seems that smpte170m has been for both NTSC and PAL SDTV Without knowing much about this matter, I would have expected BT.709 (rec.709) for HDTV (?)

ffplay -hide_banner hdv07_05_m2t_cingg_aom38-av1.webm [libdav1d @ 0x7f0dc0005a80] libdav1d 1.0.0    0KB sq=    0B f=0/0 Input #0, matroska,webm, from 'hdv07_05_m2t_cingg_aom38-av1.webm':   Metadata:     ENCODER         : Lavf60.16.100   Duration: 00:06:58.08, start: 0.000000, bitrate: 4821 kb/s   Stream #0:0: Video: av1 (Main), yuv420p(pc, smpte170m/unknown/unknown), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 1k tbn, 1k tbc     Metadata:       DURATION        : 00:06:58.043000000   Stream #0:1(eng): Audio: vorbis, 48000 Hz, stereo, fltp     Metadata:       DURATION        : 00:06:58.082000000 [libdav1d @ 0x7f0dc0017340] libdav1d 1.0.0    3.38 A-V:  0.009 fd=   0 aq=   14KB vq=  160KB sq=    0B f=0/0

If SVT-AV1 1.8.0 rendering is possible with cin-aom-38_svt.AppImage, where do you select this?

Den 30.12.2023 10:03, skrev Andrea paz:

...

At first I tried to run it on Leap 15.5, but its glibc 2.31 was too old. On Tumbleweed-Slowroll the cin-aom-38_svt.AppImage started ok. Thanks for the test. So it is useless to create appimage from one rolling because they only work on other rolling.

Well, Leap15.5 is openSUSE's LTS stable release, while Tumbleweed-Slowroll is the upcoming successor (a stabilized version of the fast rolling Tumbleweed). If the cin-aom-38_svt error or warning startup and rendering messages is of interest to look at, I have attached them here for each of these releases Notice that on Tumbleweed-Slowroll this is the very first Cin-GG startup and run from scratch, without any project setup etc. cin-aom-38_svt_startup_messages.tar.xz

...

But unhappily it was a bit even slower on my machine than the previous aom. And continued playback Video with aspect ratio 4:3 and scratch sound on the Audio. smpte170m colors seems for me to be for NTSC, and not for PAL video. Rendering took 0:41:08, almost 6 times the clip duration I too have a lot of confusion about how CinGG treats colors in specific cases. See the notions on Kernel.org if they can help you:

https://www.kernel.org/doc/html/latest/userspace-api/media/v4l/colorspaces-d...

In the meantime, I'll post the ffprobes from my tests (project's size 1920x1080; 16:9. source1: DNxHR, 1080p; source2: h264, 2160p; source3: VP9, 640x480):

AOM_3.8.0:

$ ffprobe -hide_banner test_aom_38.webm [libdav1d @ 0x5619aeb26140] libdav1d 1.3.0 Input #0, matroska,webm, from 'test_aom_38.webm': Metadata: ENCODER : Lavf60.16.100 Duration: 00:01:12.17, start: 0.000000, bitrate: 1266 kb/s Stream #0:0: Video: av1 (Main), yuv420p(pc, bt2020nc/unknown/unknown, progressive), 1920x1080, SAR 1:1 DAR 16:9, 24 fps, 24 tbr, 1k tbn Metadata: DURATION : 00:01:12.128000000 Stream #0:1(ita): Audio: vorbis, 48000 Hz, stereo, fltp Metadata: DURATION : 00:01:12.170000000 [libdav1d @ 0x5619aeb62400] libdav1d 1.3.0

(12.5 fps; 10.9 MB,)

AOM-SVT:

$ ffprobe -hide_banner test_aom_svt.webm [libdav1d @ 0x55b740a0a140] libdav1d 1.3.0 Input #0, matroska,webm, from 'test_aom_svt.webm': Metadata: ENCODER : Lavf60.16.100 Duration: 00:01:12.17, start: 0.000000, bitrate: 1369 kb/s Stream #0:0: Video: av1 (Main), yuv420p(pc, bt2020nc/unknown/unknown, progressive), 1920x1080, SAR 1:1 DAR 16:9, 24 fps, 24 tbr, 1k tbn Metadata: DURATION : 00:01:12.128000000 Stream #0:1(ita): Audio: vorbis, 48000 Hz, stereo, fltp Metadata: DURATION : 00:01:12.170000000 [libdav1d @ 0x55b740a46400] libdav1d 1.3.0

(11.8 MB; 58 fps)

The video, but especially the audio, seem to me to be of slightly lower quality than the original sources.

...

If SVT-AV1 1.8.0 rendering is possible with cin-aom-38_svt.AppImage, where do you select this? Among the webm presets should also appear av1-svt.webm, the profile created by Andrew; see image:

https://postimg.cc/cgjQfR11

Yes, thanks I found it. I had not looked there or simply overseen it, as it normally is referred to as svt-av1 :) And SVT-AV1 1.8 confirms to be VERY FAST and of most interest as default CPU AV1 encoder (also for CinGG?) As mentioned in Phoronix recent release article: https://www.phoronix.com/news/SVT-AV1-1.8-Released SVT-AV1 1.8 brings more speed-ups at various preset levels -- especially M0 to M6 where there can be gains as much as 53%. Two Cin-GG AV1-SVT rendering tests of the same loaded hdv07_05.m2t clip took 0:02:54 and 0:02:51 respectively. If not due to technical issues (see the attached messages), that is impressive FPS = 10240/172 = 59.5 or 2.4x faster than the clip duration! And compared to the AOM 3.8 40-minutes rendering above, this is 14.3x times faster! The CinGG svt-av1 v.1.8 preset seemed to use Preset 6 and CRF 26 In comparison I started a temporary test with the same FFmpeg SVT-AV1 v. 1.7 Preset 6, which seemed to perform much slower (ca. 8 FPS). The default faster Preset 10 and CRF 35 from my previous FFPmpeg test of the same clip provided 68 FPS. That is, very Promising SVT-AV1 speed rendering, BUT the HDV Aspect ratio and broken Audio has to be fixed in CinGG yuv420p(pc, smpte170m/unknown/unknown), 1440x1080 [SAR 1:1 DAR 4:3] Or the procedure has to be clarified, in case I have done something wrong or inadequate. Again, FFmpeg encoding is correct for both Aspect ratio (SAR 4:3 DAR 16:9) and clean Audio: yuv420p(tv, bt709), 1440x1080 [SAR 1:1 DAR 4:3], SAR 4:3 DAR 16:9 See the output below: du -sh hdv07* 235M    hdv07_05_cingg_aom-av1.webm 241M    hdv07_05_m2t_cingg_aom38-av1.webm 220M    hdv07_05_m2t_cingg_svt-av1_pr6.webm 239M    hdv07_05_m2t_svt-av1_pr10.webm 229M    hdv07_05_m2t_svt-av1_pr6.webm ffplay -hide_banner hdv07_05_m2t_cingg_svt-av1_pr6.webm [libdav1d @ 0x7fcc5c005a80] libdav1d 1.0.0    0KB sq=    0B f=0/0 Input #0, matroska,webm, from 'hdv07_05_m2t_cingg_svt-av1_pr6.webm':   Metadata:     ENCODER         : Lavf60.16.100   Duration: 00:06:58.08, start: 0.000000, bitrate: 4413 kb/s   Stream #0:0: Video: av1 (Main), yuv420p(pc, smpte170m/unknown/unknown), 1440x1080 [SAR 1:1 DAR 4:3], 25 fps, 25 tbr, 1k tbn, 1k tbc     Metadata:       DURATION        : 00:06:58.043000000   Stream #0:1(eng): Audio: vorbis, 48000 Hz, stereo, fltp     Metadata:       DURATION        : 00:06:58.082000000 [libdav1d @ 0x7fcc5c0d2e00] libdav1d 1.0.0   14.58 A-V:  0.023 fd=   6 aq=   18KB vq=  597KB sq=    0B f=0/0 ffplay -hide_banner hdv07_05_m2t_svt-av1_pr6.webm [libdav1d @ 0x7ff21c005dc0] libdav1d 1.0.0    0KB sq=    0B f=0/0 Input #0, matroska,webm, from 'hdv07_05_m2t_svt-av1_pr6.webm':   Metadata:     ENCODER         : Lavf60.3.100   Duration: 00:06:58.28, start: 0.000000, bitrate: 4576 kb/s   Stream #0:0: Video: av1 (Main), yuv420p(tv, bt709), 1440x1080 [SAR 1:1 DAR 4:3], SAR 4:3 DAR 16:9, 25 fps, 25 tbr, 1k tbn, 1k tbc     Metadata:       ENCODER         : Lavc60.3.100 libsvtav1       DURATION        : 00:06:58.283000000   Stream #0:1: Audio: vorbis, 48000 Hz, stereo, fltp     Metadata:       ENCODER         : Lavc60.3.100 libvorbis       DURATION        : 00:06:57.939000000 [libdav1d @ 0x7ff21c0d2380] libdav1d 1.0.0    6.08 A-V: -0.002 fd=   1 aq=   12KB vq=  360KB sq=    0B f=0/0

Den 30.12.2023 18:38, skrev Andrew Randrianasulu:

сб, 30 дек. 2023 г., 18:28 Terje J. Hanssen via Cin <[email protected]>:

Den 30.12.2023 10:03, skrev Andrea paz:

...

...

If SVT-AV1 1.8.0 rendering is possible with cin-aom-38_svt.AppImage, where do you select this?

Among the webm presets should also appear av1-svt.webm, the profile created by Andrew; see image:

https://postimg.cc/cgjQfR11

Yes, thanks I found it. I had not looked there or simply overseen it, as it normally is referred to as svt-av1 :) And SVT-AV1 1.8 confirms to be VERY FAST and of most interest as default CPU AV1 encoder (also for CinGG?)

As mentioned in Phoronix recent release article: https://www.phoronix.com/news/SVT-AV1-1.8-Released SVT-AV1 1.8 brings more speed-ups at various preset levels -- especially M0 to M6 where there can be gains as much as 53%.

Two Cin-GG AV1-SVT rendering tests of the same loaded hdv07_05.m2t clip took 0:02:54 and 0:02:51 respectively. If not due to technical issues (see the attached messages), that is impressive FPS = 10240/172 = 59.5 or 2.4x faster than the clip duration! And compared to the AOM 3.8 40-minutes rendering above, this is 14.3x times faster! The CinGG svt-av1 v.1.8 preset seemed to use Preset 6 and CRF 26

In comparison I started a temporary test with the same FFmpeg SVT-AV1 v. 1.7 Preset 6, which seemed to perform much slower (ca. 8 FPS). The default faster Preset 10 and CRF 35 from my previous FFPmpeg test of the same clip provided 68 FPS.

That is, very Promising SVT-AV1 speed rendering, BUT the HDV Aspect ratio and broken Audio has to be fixed in CinGG yuv420p(pc, smpte170m/unknown/unknown), 1440x1080 [SAR 1:1 DAR 4:3]

Or the procedure has to be clarified, in case I have done something wrong or inadequate.

for aspect ratio I just send out patch hopefully fixing this.

For audio - try opus/webm as audio encoder?

For colorspace - set it to bt709 as illustrated here

https://cinelerra-gg.org/download/CinelerraGG_Manual/Color_Space_Color_Range...

While waiting for a patched aspect ratio version, I've tried the other suggestions: opus/webm audio encoder Colorspace bt709 This fixed the audio issue and extended the file size and rendering time with 50% ** rendered 10452 frames in 232.659 secs, 44.924 fps Attach also the rendering messages du -sh hdv07* 235M    hdv07_05_cingg_aom-av1.webm 241M    hdv07_05_m2t_cingg_aom38-av1.webm 284M    hdv07_05_m2t_cingg_svt-av1_pr6+opus.webm 220M    hdv07_05_m2t_cingg_svt-av1_pr6.webm 239M    hdv07_05_m2t_svt-av1_pr10.webm 229M    hdv07_05_m2t_svt-av1_pr6.webm ffplay -hide_banner hdv07_05_m2t_cingg_svt-av1_pr6+opus.webm [libdav1d @ 0x7f7eb4003700] libdav1d 1.3.0 Input #0, matroska,webm, from 'hdv07_05_m2t_cingg_svt-av1_pr6+opus.webm':   Metadata:     ENCODER         : Lavf60.16.100   Duration: 00:06:58.08, start: -0.007000, bitrate: 5689 kb/s   Stream #0:0: Video: av1 (Main), yuv420p(pc, bt709/unknown/unknown), 1440x1080, SAR 1:1 DAR 4:3, 25 fps, 25 tbr, 1k tbn     Metadata:       DURATION        : 00:06:58.080000000   Stream #0:1(eng): Audio: opus, 48000 Hz, stereo, fltp     Metadata:       DURATION        : 00:06:58.068000000 [libdav1d @ 0x7f7eb4057000] libdav1d 1.3.0   41.58 A-V: -0.037 fd=   0 aq=   12KB vq=  269KB sq=    0B f=0/0

Den 02.01.2024 02:06, skrev Phyllis Smith:

Am I the only one getting errors when rendering using av1-svt.webm (video only) as shown in bold below? or am I doing something wrong?

No, you are not the only one. I get similar error messages, see my output at the bottom here. CinGG rendering from hdv1080i25 8bit to respectively AV1 8bit yuv420p and 10bit yuvp10le and Opus. The difference in speed is 64.430 fps vs 56.568 fps, that is only 13% lesser for 10bit. The Opus Audio listening seemingly is clean (not the continuous sound sctrach as with Vorbis). (A third test with Opus_FFmpeg audio caused a lot more error messages) IMO AV1 CPU rendering speed 2.5x and 2.2x Realtime playback are pleasing default time vs quality (higher quality for GPU rendering). Yet I wonder if Preset 6 and CRF 26 are really used?, when the rendering output say (Preset 10 and CRF 35 are defaults): * Svt[info]: SVT [config]: preset / tune / pred struct                           :           10 / PSNR / random access * Svt[info]: SVT [config]: BRC mode / rate factor                                : CRF / 35

Cinelerra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. There is absolutely no warranty for Cinelerra.

Svt[info]: ------------------------------------------- Svt[info]: SVT [version]:       SVT-AV1 Encoder Lib v1.8.0 Svt[info]: SVT [build]  :       GCC 10.3.1 20210422 (Red Hat 10.3.1-1)   64 bit Svt[info]: LIB Build date: Jan  1 2024 16:24:53 Svt[info]: ------------------------------------------- Svt[info]: Number of logical cores available: 16 Svt[info]: Number of PPCS 76 Svt[info]: [asm level on system : up to avx2] Svt[info]: [asm level selected : up to avx2] Svt[info]: ------------------------------------------- Svt[info]: SVT [config]: main profile   tier (auto) level (auto) Svt[info]: SVT [config]: width / height / fps numerator / fps denominator      :           1440 / 1080 / 30000 / 1001 Svt[info]: SVT [config]: bit-depth / color format                      :           8 / YUV420 Svt[info]: SVT [config]: preset / tune / pred struct                     :           10 / PSNR / random access Svt[info]: SVT [config]: gop size / mini-gop size / key-frame type             :           161 / 16 / key frame Svt[info]: SVT [config]: BRC mode / rate factor                      : CRF / 35 Svt[info]: ------------------------------------------- *Svt[warn]: Failed to set thread priority: Invalid argument FFStream::encode_frame: encode failed.* file: /tmp/svt8.webm *err: Resource temporarily unavailable FFMPEG::mux_video  err: Operation not permitted FFStream::encode_frame: encode failed. *file: /tmp/svt8.webm *  err: Resource temporarily unavailable FFMPEG::mux_video  err: Operation not permitted* Render::render_single: Session finished. ** rendered 1656 frames in 25.363 secs, 65.292 fps FFMPEG::open_decoder: some stream times estimated: /tmp/svt8.webm FFMPEG::open_decoder: some stream times estimated: /tmp/svt8.webm

Rendering to yuv420p and Opus ............................. Svt[info]: ------------------------------------------- Svt[info]: SVT [version]:    SVT-AV1 Encoder Lib v1.8.0 Svt[info]: SVT [build]  :    GCC 13.2.1 20230801     64 bit Svt[info]: LIB Build date: Dec 29 2023 10:28:50 Svt[info]: ------------------------------------------- Svt[info]: Number of logical cores available: 8 Svt[info]: Number of PPCS 59 Svt[info]: [asm level on system : up to avx2] Svt[info]: [asm level selected : up to avx2] Svt[info]: ------------------------------------------- Svt[info]: SVT [config]: main profile    tier (auto)    level (auto) Svt[info]: SVT [config]: width / height / fps numerator / fps denominator         : 1440 / 1080 / 25 / 1 Svt[info]: SVT [config]: bit-depth / color format     : 8 / YUV420 Svt[info]: SVT [config]: preset / tune / pred struct         : 10 / PSNR / random access Svt[info]: SVT [config]: gop size / mini-gop size / key-frame type             : 161 / 16 / key frame Svt[info]: SVT [config]: BRC mode / rate factor     : CRF / 35 Svt[info]: ------------------------------------------- FFStream::encode_frame: encode failed. file: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p+opus.webm   err: Resource temporarily unavailable FFMPEG::mux_video  err: Operation not permitted FFStream::encode_frame: encode failed. file: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p+opus.webm   err: Resource temporarily unavailable FFMPEG::mux_video  err: Operation not permitted FFStream::encode_frame: encode failed. file: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p+opus.webm   err: Resource temporarily unavailable FFMPEG::mux_video  err: Operation not permitted FFStream::encode_frame: encode failed. file: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p+opus.webm   err: Resource temporarily unavailable FFMPEG::mux_video  err: Operation not permitted Render::render_single: Session finished. FFMPEG::open_decoder: some stream times estimated: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p+opus.webm ** rendered 10452 frames in 162.222 secs, 64.430 fps FFMPEG::open_decoder: some stream times estimated: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p+opus.webm FFMPEG::open_decoder: some stream times estimated: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p+opus.webm audio0 pad 128 -335 (463) FFMPEG::open_decoder: some stream times estimated: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p+opus.webm ############################################## Rendering to yuv420p10le and Opus ................................... Svt[info]: ------------------------------------------- Svt[info]: SVT [version]:    SVT-AV1 Encoder Lib v1.8.0 Svt[info]: SVT [build]  :    GCC 13.2.1 20230801     64 bit Svt[info]: LIB Build date: Dec 29 2023 10:28:50 Svt[info]: ------------------------------------------- Svt[info]: Number of logical cores available: 8 Svt[info]: Number of PPCS 59 Svt[info]: [asm level on system : up to avx2] Svt[info]: [asm level selected : up to avx2] Svt[info]: ------------------------------------------- Svt[info]: SVT [config]: main profile    tier (auto)    level (auto) Svt[info]: SVT [config]: width / height / fps numerator / fps denominator         : 1440 / 1080 / 25 / 1 Svt[info]: SVT [config]: bit-depth / color format     : 10 / YUV420 Svt[info]: SVT [config]: preset / tune / pred struct         : 10 / PSNR / random access Svt[info]: SVT [config]: gop size / mini-gop size / key-frame type             : 161 / 16 / key frame Svt[info]: SVT [config]: BRC mode / rate factor     : CRF / 35 Svt[info]: ------------------------------------------- FFStream::encode_frame: encode failed. file: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p10le+opus.webm   err: Resource temporarily unavailable FFMPEG::mux_video  err: Operation not permitted FFStream::encode_frame: encode failed. file: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p10le+opus.webm   err: Resource temporarily unavailable FFMPEG::mux_video  err: Operation not permitted Render::render_single: Session finished. FFMPEG::open_decoder: some stream times estimated: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p10le+opus.webm ** rendered 10452 frames in 184.768 secs, 56.568 fps FFMPEG::open_decoder: some stream times estimated: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p10le+opus.webm audio0 pad 128 -335 (463) FFMPEG::open_decoder: some stream times estimated: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p10le+opus.webm FFMPEG::open_decoder: some stream times estimated: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p10le+opus.webm ..............

Den 02.01.2024 03:46, skrev Andrew Randrianasulu:

вт, 2 янв. 2024 г., 05:27 Terje J. Hanssen via Cin <[email protected]>:

Den 02.01.2024 02:06, skrev Phyllis Smith:

...

Am I the only one getting errors when rendering using av1-svt.webm (video only) as shown in bold below? or am I doing something wrong?

No, you are not the only one. I get similar error messages, see my output at the bottom here.

CinGG rendering from hdv1080i25 8bit to respectively AV1 8bit yuv420p and 10bit yuvp10le and Opus. The difference in speed is 64.430 fps vs 56.568 fps, that is only 13% lesser for 10bit.

The Opus Audio listening seemingly is clean (not the continuous sound sctrach as with Vorbis). (A third test with Opus_FFmpeg audio caused a lot more error messages)

IMO AV1 CPU rendering speed 2.5x and 2.2x Realtime playback are pleasing default time vs quality (higher quality for GPU rendering).

Yet I wonder if Preset 6 and CRF 26 are really used?, when the rendering output say (Preset 10 and CRF 35 are defaults):

no, you need to delete # sign before those lines, by default they commented out.

Thank you for the clarification. I thought the # were info-comments to what was used. By the way, it make sense to use the default parameters by default. https://gitlab.com/AOMediaCodec/SVT-AV1/-/blob/master/Docs/Parameters.md Another thing I forgot to point out: When I render the same hdv input file with FFmpeg directly, FFmpeg reports 10240 frames at the end while the CinGG output say 10452 frames. Maybe not so important, but I wonder why FFmpeg counts fewer frames? (Are some lost or added?) If different count methods are used, CinGG seems to be equivalent to querying Mediainfo; mediainfo --Output="Video;%FrameCount%" hdv07_05.m2t 10441

* Svt[info]: SVT [config]: preset / tune / pred struct                           :           10 / PSNR / random access * Svt[info]: SVT [config]: BRC mode / rate factor                                : CRF / 35

...

Cinelerra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. There is absolutely no warranty for Cinelerra.

Svt[info]: ------------------------------------------- Svt[info]: SVT [version]:       SVT-AV1 Encoder Lib v1.8.0 Svt[info]: SVT [build]  :       GCC 10.3.1 20210422 (Red Hat 10.3.1-1)   64 bit Svt[info]: LIB Build date: Jan  1 2024 16:24:53 Svt[info]: ------------------------------------------- Svt[info]: Number of logical cores available: 16 Svt[info]: Number of PPCS 76 Svt[info]: [asm level on system : up to avx2] Svt[info]: [asm level selected : up to avx2] Svt[info]: ------------------------------------------- Svt[info]: SVT [config]: main profile   tier (auto)     level (auto) Svt[info]: SVT [config]: width / height / fps numerator / fps denominator      : 1440 / 1080 / 30000 / 1001 Svt[info]: SVT [config]: bit-depth / color format                              :   8 / YUV420 Svt[info]: SVT [config]: preset / tune / pred struct                           : 10 / PSNR / random access Svt[info]: SVT [config]: gop size / mini-gop size / key-frame type             : 161 / 16 / key frame Svt[info]: SVT [config]: BRC mode / rate factor                                : CRF / 35 Svt[info]: ------------------------------------------- *Svt[warn]: Failed to set thread priority: Invalid argument FFStream::encode_frame: encode failed.* file: /tmp/svt8.webm *err: Resource temporarily unavailable FFMPEG::mux_video  err: Operation not permitted FFStream::encode_frame: encode failed. *file: /tmp/svt8.webm *  err: Resource temporarily unavailable FFMPEG::mux_video  err: Operation not permitted* Render::render_single: Session finished. ** rendered 1656 frames in 25.363 secs, 65.292 fps FFMPEG::open_decoder: some stream times estimated: /tmp/svt8.webm FFMPEG::open_decoder: some stream times estimated: /tmp/svt8.webm

Rendering to yuv420p and Opus .............................

Svt[info]: ------------------------------------------- Svt[info]: SVT [version]:    SVT-AV1 Encoder Lib v1.8.0 Svt[info]: SVT [build]  :    GCC 13.2.1 20230801  64 bit Svt[info]: LIB Build date: Dec 29 2023 10:28:50 Svt[info]: ------------------------------------------- Svt[info]: Number of logical cores available: 8 Svt[info]: Number of PPCS 59 Svt[info]: [asm level on system : up to avx2] Svt[info]: [asm level selected : up to avx2] Svt[info]: ------------------------------------------- Svt[info]: SVT [config]: main profile    tier (auto)    level (auto) Svt[info]: SVT [config]: width / height / fps numerator / fps denominator         : 1440 / 1080 / 25 / 1 Svt[info]: SVT [config]: bit-depth / color format                 : 8 / YUV420 Svt[info]: SVT [config]: preset / tune / pred struct                     : 10 / PSNR / random access Svt[info]: SVT [config]: gop size / mini-gop size / key-frame type             : 161 / 16 / key frame Svt[info]: SVT [config]: BRC mode / rate factor                 : CRF / 35 Svt[info]: ------------------------------------------- FFStream::encode_frame: encode failed. file: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p+opus.webm   err: Resource temporarily unavailable FFMPEG::mux_video  err: Operation not permitted FFStream::encode_frame: encode failed. file: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p+opus.webm   err: Resource temporarily unavailable FFMPEG::mux_video  err: Operation not permitted FFStream::encode_frame: encode failed. file: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p+opus.webm   err: Resource temporarily unavailable FFMPEG::mux_video  err: Operation not permitted FFStream::encode_frame: encode failed. file: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p+opus.webm   err: Resource temporarily unavailable FFMPEG::mux_video  err: Operation not permitted Render::render_single: Session finished. FFMPEG::open_decoder: some stream times estimated: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p+opus.webm ** rendered 10452 frames in 162.222 secs, 64.430 fps

FFMPEG::open_decoder: some stream times estimated: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p+opus.webm FFMPEG::open_decoder: some stream times estimated: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p+opus.webm audio0 pad 128 -335 (463) FFMPEG::open_decoder: some stream times estimated: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p+opus.webm

##############################################

Rendering to yuv420p10le and Opus ................................... Svt[info]: ------------------------------------------- Svt[info]: SVT [version]:    SVT-AV1 Encoder Lib v1.8.0 Svt[info]: SVT [build]  :    GCC 13.2.1 20230801  64 bit Svt[info]: LIB Build date: Dec 29 2023 10:28:50 Svt[info]: ------------------------------------------- Svt[info]: Number of logical cores available: 8 Svt[info]: Number of PPCS 59 Svt[info]: [asm level on system : up to avx2] Svt[info]: [asm level selected : up to avx2] Svt[info]: ------------------------------------------- Svt[info]: SVT [config]: main profile    tier (auto)    level (auto) Svt[info]: SVT [config]: width / height / fps numerator / fps denominator         : 1440 / 1080 / 25 / 1 Svt[info]: SVT [config]: bit-depth / color format                 : 10 / YUV420 Svt[info]: SVT [config]: preset / tune / pred struct                     : 10 / PSNR / random access Svt[info]: SVT [config]: gop size / mini-gop size / key-frame type             : 161 / 16 / key frame Svt[info]: SVT [config]: BRC mode / rate factor                 : CRF / 35 Svt[info]: ------------------------------------------- FFStream::encode_frame: encode failed. file: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p10le+opus.webm   err: Resource temporarily unavailable FFMPEG::mux_video  err: Operation not permitted FFStream::encode_frame: encode failed. file: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p10le+opus.webm   err: Resource temporarily unavailable FFMPEG::mux_video  err: Operation not permitted Render::render_single: Session finished. FFMPEG::open_decoder: some stream times estimated: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p10le+opus.webm ** rendered 10452 frames in 184.768 secs, 56.568 fps

FFMPEG::open_decoder: some stream times estimated: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p10le+opus.webm audio0 pad 128 -335 (463) FFMPEG::open_decoder: some stream times estimated: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p10le+opus.webm FFMPEG::open_decoder: some stream times estimated: /run/media/terje/home_lp15/terje/Videoklipp/AV1/hdv07_05_m2t_cingg_svt-av1_pr6_yuv420p10le+opus.webm

..............

-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin

Checked into GIT the addition of libsvtav1 as an optional build library based on all of the work of Andrew, Andrea, and Terje with all of their testing. Includes the 2 corrected av1_svt profiles. I did add a small patch to libsvtav1 since I was able to build it on cmake 3.12, although its CMakeLists.txt said cmake 3.16 was required - it built on Fedora 29 which has cmake 3.12. It is not built by default due to errors when rendering as shown below. However, I will build the appimages with it included. Svt[warn]: Failed to set thread priority: Invalid argument

FFStream::encode_frame: encode failed. file: /tmp/sv6.webm err: Resource temporarily unavailable FFMPEG::mux_video err: Operation not permitted FFStream::encode_frame: encode failed.

I will open a BT on this in case someone comes along later and fixes the problem. FFmpeg has several patches against it which was developed over time and it is likely another one is needed to address this. Also, like Andrea, I found some audio to be bad, but when I chose opus for webm (not opus/ffmpeg), it seemed good.

Den 29.12.2023 19:27, skrev Terje J. Hanssen:

Den 29.12.2023 11:56, skrev Andrew Randrianasulu:

...

пт, 29 дек. 2023 г., 05:01 Terje J. Hanssen <[email protected]>:

Den 17.12.2023 00:05, skrev Andrew Randrianasulu:

...

пт, 15 дек. 2023 г., 21:10 Terje J. Hanssen via Cin <[email protected]>:

Anyway, apparently SVT-AV1 libsvtav1 shines as the superiour fastest and simple to use CPU based AV1 encoder (before GPU hwaccels)

After rebuilding SVT-AV1 on termux for Neon acceleration I tried three variations of same file:

du -h av1-1.8.0* 5.0M    av1-1.8.0-pr12.webm 4.3M    av1-1.8.0-pr2.webm 4.6M    av1-1.8.0.webm

all on crf 30

ffmpeg -i 20081103140154.m2t -c:v libsvtav1 -an -preset 2 -crf 30 av1-1.8.0-pr2.webm

this one run at 0.2 fps

ffmpeg -i 20081103140154.m2t -c:v libsvtav1 -an -preset 12 -crf 30 av1-1.8.0-pr12.webm

this one run up to 9.4 fps!

ffmpeg -i 20081103140154.m2t -c:v libsvtav1 -an -preset 6 -crf 30 av1-1.8.0.webm

and this one run  at 1.3 fps.

all files encoded from same input:

Stream #0:0[0x810]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, bt709, top first), 1440x1080 [SAR 4:3 DAR 16:9], 25000 kb/s, 25 fps, 25 tbr, 90k tbn

So, I guess on aarch64 tablet this one definitely not as fast as on desktop (x86_64) Intel.

AV1 Encoding/Rendering: ======================

To compare encoding with FFmpeg/SVT-AV1 v. 1.7.0 and rendering with the current CinGG/AOM-AV1 (v. 3.1.1?), I used a medium length 1080i HDV clip (ca. 7 min duration) as input file: 1,3G    hdv07_05.m2t

239M    hdv07_05_m2t_svt-av1_pr10.webm ffmpeg -i hdv07_05.m2t -c:v libsvtav1 -preset 10 -crf 35 -c:a libvorbis hdv07_05_m2t_svt-av1_pr10.webm frame=10240 fps= 68 q=27.0 Lsize=  244069kB time=00:06:58.24 bitrate=4780.5kbits/s speed=2.78x

235M    hdv07_05_cingg_aom-av1.webm Rendering with CinGG/AOM-AV1 Rendering took 0:37:06 = 2226 sek FPS=10240/2226=4.6

Rendering speed results: ------------------------ 68 FPS vs 4.6 FPS

FFplay playback: ===============

hdv07_05_m2t_svt-av1_pr10.webm ------------------------------ ffplay -hide_banner hdv07_05_m2t_svt-av1_pr10.webm [libdav1d @ 0x7fe318004880] libdav1d 1.3.0    0KB sq=    0B f=0/0 Input #0, matroska,webm, from 'hdv07_05_m2t_svt-av1_pr10.webm':   Metadata:     ENCODER         : Lavf60.3.100   Duration: 00:06:58.28, start: 0.000000, bitrate: 4780 kb/s   Stream #0:0: Video: av1 (Main), yuv420p(tv, bt709), 1440x1080, SAR 4:3 DAR 16:9, 25 fps, 25 tbr, 1k tbn     Metadata:       ENCODER         : Lavc60.3.100 libsvtav1       DURATION        : 00:06:58.283000000   Stream #0:1: Audio: vorbis, 48000 Hz, stereo, fltp     Metadata:       ENCODER         : Lavc60.3.100 libvorbis       DURATION        : 00:06:57.939000000 [libdav1d @ 0x7fe3180d5b80] libdav1d 1.3.0   20.51 A-V: -0.032 fd=   0 aq=   12KB vq=  310KB sq=    0B f=0/0

hdv07_05_cingg_aom-av1.webm ---------------------------- ffplay -hide_banner hdv07_05_cingg_aom-av1.webm [libdav1d @ 0x7f3650004640] libdav1d 1.3.0    0KB sq=    0B f=0/0 Input #0, matroska,webm, from 'hdv07_05_cingg_aom-av1.webm':f=0/0   Metadata:     ENCODER         : Lavf60.16.100   Duration: 00:06:58.08, start: 0.000000, bitrate: 4708 kb/s   Stream #0:0: Video: av1 (Main), yuv420p(tv, bt470bg/unknown/unknown), 1440x1080, SAR 1:1 DAR 4:3, 25 fps, 25 tbr, 1k tbn     Metadata:       DURATION        : 00:06:58.043000000   Stream #0:1: Audio: vorbis, 48000 Hz, stereo, fltp     Metadata:       DURATION        : 00:06:58.082000000 [libdav1d @ 0x7f36500da540] libdav1d 1.3.0   24.95 A-V: -0.008 fd=   3 aq=   21KB vq=  583KB sq=    0B f=0/0

VLC Playback (copied codec info from GUI Tool tab) ============

vlc hdv07_05_m2t_svt-av1_pr10.webm ---------------------------------- Stream 0     Codec: AOMedia's AV1 Video (av01)     Type: Video     Video resolution: 1440x1080     Buffer dimensions: 1536x1152     Frame rate: 25     Decoded format: Planar 4:2:0 YUV     Orientation: Top left     Color primaries: ITU-R BT.709     Color transfer function: ITU-R BT.709 Stream 1     Codec: Vorbis Audio (vorb)     Type: Audio     Channels: Stereo     Sample rate: 48000 Hz     Bits per sample: 32     Bitrate: 112 kb/s     encoder: Lavc60.3.100

vlc hdv07_05_cingg_aom-av1.webm ------------------------------- Stream 0     Codec: AOMedia's AV1 Video (av01)     Type: Video     Video resolution: 1440x1080     Buffer dimensions: 1536x1152     Frame rate: 25     Decoded format: Planar 4:2:0 YUV     Orientation: Top left     Color space: ITU-R BT.601 Range Stream 1     Codec: Vorbis Audio (vorb)     Type: Audio     Channels: Stereo     Sample rate: 48000 Hz     Bits per sample: 32     Bitrate: 112 kb/s     encoder: Lavc60.31.102

Playback results: -----------------

hdv07_05_m2t_svt-av1_pr10.webm ------------------------------ FFplay and VLC: Correct playback of HDV 16:9 (DAR) Video and correct Audio BT.709 Colors should be correct for HD(V) video

hdv07_05_cingg_aom-av1.webm ---------------------------- FFplay and VLC: wrong playback of HDV 4:3 (DAR) Video, and som screeching (scratch) sound on Audio BT.601 colors is seemingly for (older) SD video That said, I just loaded the HDV clip in Cin-GG without change of the default Preferences, so this can probably be corrected/tuned.

well, lack of correct (display) aspect ratio on output, as well as distorted sound is concerning!

Can you try another audio encoder, and may be manually set 'format' parameters, if container-level aspect ratio still not set up automatically?

Within Settings | Format I selected "our" Preset "HDV 1080i/25". The Color model changed from RGB-8 bit to YUVA-8 bit. but I didn't see it change of geometry parameters. Still the Canvas size was: Width:1440, Height:1080, W Ratio:1.0, H Ratio:1.0, Aspect Ratio:16.0:9.0

If the latter Aspect Ratio is equivalent to FFmpeg's DAR 16:9, shouldn't W Ratio and H Ratio be equivalent to FFmpegs pixel aspect ratio SAR 4:3 as in the svt-av1 encoded file?

Or generic: Would it be possible to automatic get the format parameters identical to how FFmpeg (FFprobe) read the source file? And like SVT-AV1: By default SVT-AV1 will encode 10-bit sources to 10-bit outputs and 8-bit to 8-bit.

---------------

I tested also Cin-GG/aom-av1 rendering of 20081103140154.m2t hdv file (you used above with ffmpeg.) The same result, display aspect ratio is 4:3. Actually as soon the files are saved to disk, Gnome File manager show them visually like the 4:3 SD icons.

Could you possibly try to render the same file using CinGG av1.webm to verify what happends ?

Incidentally I managed to get 20081103140154_m2t_cingg_aom-av1.webm rendered and playback with the correct 16:9 Aspect ratio. But only for that single hdv file, not for my own hdv07_5xx.webm files ffplay -hide_banner 20081103140154_m2t_cingg_aom-av1.webm [libdav1d @ 0x7faf50005a80] libdav1d 1.0.0    0KB sq=    0B f=0/0 Input #0, matroska,webm, from '20081103140154_m2t_cingg_aom-av1.webm': Metadata: ENCODER         : Lavf60.16.100 Duration: 00:00:13.44, start: 0.000000, bitrate: 1515 kb/s Stream #0:0: Video: av1 (Main), yuv420p(tv, bt470bg/unknown/unknown), 1440x810 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 1k tbn, 1k tbc Metadata: DURATION        : 00:00:13.403000000 Stream #0:1: Audio: vorbis, 48000 Hz, stereo, fltp Metadata: DURATION        : 00:00:13.441000000 [libdav1d @ 0x7faf500b7900] libdav1d 1.0.0 7.67 A-V:  0.032 fd=   0 aq=   19KB vq=  230KB sq=    0B f=0/0