[Cin] SVT-AV1 library upgraded to v2.2.1
Terje J. Hanssen
terjejhanssen at gmail.com
Tue Aug 27 15:27:22 CEST 2024
On 27.08.2024 14:10, Terje J. Hanssen wrote:
>
> Den 27.08.2024 05:50, skrev Andrew Randrianasulu:
>>
>>
>> вт, 27 авг. 2024 г., 00:28 Terje J. Hanssen <terjejhanssen at gmail.com>:
>>
>>
>>
>> Den 26.08.2024 17:49, skrev Phyllis Smith:
>>> *Terje,*
>>> Not sure why it reports it asSVT-AV1 Encoder Lib v2.2.0**because
>>> I downloaded what is reported as v2.2.1 here:
>>> https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases
>>> and the downloaded tar file was shown as: SVT-AV1-v2.2.1.tar
>>> Maybe whoever added the mods to create v2.2.1 forgot to update
>>> the version line. But at any rate, to prevent future confusion
>>> for me, I need to leave the tar file named 2.2.1.
>>
>> Seemingly this is a minor bug somewhere in this version.
>> I upgraded my system SVT-AV1 and lib to v. 2.2.1 and got the same
>> result: 2.2.0
>>
>> What confuse me more, is that Cingg rendering seems out of
>> proportion 2.5x faster than corresponding transcoding the same
>> hdv file using ffmpeg directly. Possibly Cingg calculates the
>> speed after loading the input file, and ffmpeg not(?)
>>
>> hdv09_04.m2t --> hdv09_04_m2t_svt-av1-220_pr6+opus.webm
>>
>> CinGG: **rendered 5972 frames in 34.052 secs, 175.379 fps
>> FFmpeg: frame= 5963 fps= 69 q=35.0 Lsize= 121908KiB
>> time=00:03:58.77 bitrate=4182.4kbits/s speed=2.77x
>>
>> Here is the FFmpeg command line I use, which also out some mpeg2
>> errors:
>>
>> ffmpeg -hide_banner -i hdv09_04.m2t -c:v libsvtav1 -preset 6
>> -crf 35 -c:a libopus
>> hdv09_04_m2t_ffmpeg-7_svt-av1-221_pr6+opus.webm
>>
>>
>> you can try to add same parameters to av1 profile?
>>
>> -preset 6 -crf 35
>>
>> just without "-" and as two lines ...? (commented-out params use
>> preset 6/crf 25 - you probably can uncomment and edit second param too)
>
> Thank you. Yes, with parameters "preset 6" and "crf 35" the
> Cingg/FFmpeg rendering speed matched:
>
> Cingg: ** rendered 5972 frames in 84.437 secs, 70.727 fps
>
> At first I wondered if perhaps different CPU core utilization had been
> used above. I verified now with top that Cingg used CPU 1400-1500% on
> a 12-core (8-mt/4-st) model: 12th Gen Intel Core i7-12700KF.
>
> I also had a look back into our January conversation about SVT-AV1
> parameters. As already seen above, Cingg output what I think are
> SVT-AV1 defaults
>
> Svt[info]: SVT [config]: BRC mode / rate factor :
> CRF / 35
>
> Therefore I suggest that the Cingg preset make use of the same SVT-AV1
> defaults, to avoid confusing.
>
> Another suggestion from the Simple SVT-AV1 Beginner guide, is to
> always use 10-bit encoding:
> https://gist.github.com/BlueSwordM/86dfcb6ab38a93a524472a0cbe4c4100
>
> * I always recommend to use 10-bit (|-pix_fmt yuv420p10le|) no
> matter what. It provides a good quality boost in all cases,
> particularly in darker shades and noisy stuff.
>
> I tested this yuv420p10le pixel format with Cingg too (no yuv42210le
> pix_fmt supported by SVT-AV1 yet):
> Result: 10-bit a bit slower rendering and smaller file size, both my
> samples looks good in my eyes.
>
> Svt[info]: SVT [config]: bit-depth / color format : 10 / YUV420
> ** rendered 5972 frames in 97.816 secs, 61.053 fps
>
> 119M hdv09_04_m2t_svt-av1-221_cf35_pr6+opus.webm
> 117M hdv09_04_m2t_svt-av1-221_cf35_pr6_yuv420p10le+opus.webm
>
>
Additional:
Why and what does this output message mean?
Svt[warn]: Preset M6 is mapped to M7.
>>
>>
>>
>> [mpeg2video @ 0x562aa8f5b4c0] Invalid frame dimensions 0x0.
>> Last message repeated 3 times
>> [mpegts @ 0x562aa8f55e00] PES packet size mismatch
>> [mpegts @ 0x562aa8f55e00] Packet corrupt (stream = 1, dts =
>> 258142320).
>> [mpegts @ 0x562aa8f55e00] 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 @ 0x562aa8f55e00] 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 'hdv09_04.m2t':
>> Duration: 00:03:59.06, start: 2629.496000, bitrate: 26110 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 (mp3float) ([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)
>> Stream mapping:
>> Stream #0:0 -> #0:0 (mpeg2video (native) -> av1 (libsvtav1))
>> Stream #0:1 -> #0:1 (mp2 (native) -> opus (libopus))
>> Press [q] to stop, [?] for help
>> [libopus @ 0x562aa8f8b940] No bit rate set. Defaulting to
>> 96000 bps.
>> Svt[info]: -------------------------------------------
>> Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
>> .........snip
>> Output #0, webm, to
>> 'hdv09_04_m2t_ffmpeg-7_svt-av1-221_pr6+opus.webm':
>> Metadata:
>> encoder : Lavf61.1.100
>> Stream #0:0: Video: av1, yuv420p(tv, bt709, top coded first
>> (swapped)), 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 25 fps, 1k tbn
>> Metadata:
>> encoder : Lavc61.3.100 libsvtav1
>> Stream #0:1: Audio: opus, 48000 Hz, stereo, s16, 96 kb/s
>> Metadata:
>> encoder : Lavc61.3.100 libopus
>> [mpegts @ 0x562aa8f55e00] PES packet size mismatch0:03:50.00
>> bitrate=4148.7kbits/s speed=2.75x
>> [mpegts @ 0x562aa8f55e00] Packet corrupt (stream = 1, dts =
>> 258142320).
>> [mpeg2video @ 0x562aa8f86800] ac-tex damaged at 10 61
>> [mpeg2video @ 0x562aa8f86800] Warning MVs not available
>> [mpeg2video @ 0x562aa8f86800] concealing 630 DC, 630 AC, 630
>> MV errors in P frame
>> [vist#0:0/mpeg2video @ 0x562aa8f5de80] [dec:mpeg2video @
>> 0x562aa90fa840] corrupt decoded frame
>> [out#0/webm @ 0x562aa8f8d380] video:119306KiB audio:2490KiB
>> subtitle:0KiB other streams:0KiB global headers:0KiB muxing
>> overhead: 0.091528%
>>
>>
>>>
>>> > RenderFarmClient::main_loop: client started
>>> > FFMPEG::open_decoder: some stream times estimated:
>>> /home/guest/0005.avi
>>> > Svt[info]: -------------------------------------------
>>> > Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
>>>
>>> I also got and noticed the output version
>>>
>>> Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
>>>
>>>
>>> Shouldn't it be SVT-AV1 Lib 2.2.1 as mentioned above
>>>
>>> cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz
>>>
>>> or possibly the 2.2.1 sub-version isn't shown in the Svt info?
>>>
>>>
>>> *Andrey*, if you see this, Andrew has suggested"maybe
>>> compilefarm configure command line for new OSes need to be
>>> augmented with '--enable-libsvtav1" ?".
>>> libsvtav1 requires cmake to be at 3.16 (or so far has been
>>> working at 3.12) so we did not want to have failures by making
>>> it compile by default in order to not impact older operating
>>> systems where it would always fail.
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20240827/026f6bd9/attachment.htm>
More information about the Cin
mailing list