<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<br>
<br>
<div class="moz-cite-prefix">Den 30.12.2023 10:03, skrev Andrea paz:<br>
</div>
<blockquote type="cite"
cite="mid:CANnPPRpZv5A1re9-Svf2=cWXZ0=HuOgjw9QQ1D7E2ei=LW8Okg@mail.gmail.com">
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">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.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
Thanks for the test. So it is useless to create appimage from one
rolling because they only work on other rolling.</pre>
</blockquote>
<br>
Well, Leap15.5 is openSUSE's LTS stable release, while
Tumbleweed-Slowroll is the upcoming successor (a stabilized version
of the fast rolling Tumbleweed).<br>
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<br>
Notice that on Tumbleweed-Slowroll this is the very first Cin-GG
startup and run from scratch, without any project setup etc.<br>
<br>
cin-aom-38_svt_startup_messages.tar.xz<br>
<br>
<span style="white-space: pre-wrap">
</span>
<blockquote type="cite"
cite="mid:CANnPPRpZv5A1re9-Svf2=cWXZ0=HuOgjw9QQ1D7E2ei=LW8Okg@mail.gmail.com">
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">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
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
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:
<a class="moz-txt-link-freetext" href="https://www.kernel.org/doc/html/latest/userspace-api/media/v4l/colorspaces-details.html">https://www.kernel.org/doc/html/latest/userspace-api/media/v4l/colorspaces-details.html</a>
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.
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">If SVT-AV1 1.8.0 rendering is possible with cin-aom-38_svt.AppImage, where do you select this?
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">Among the webm presets should also appear av1-svt.webm, the profile
created by Andrew; see image:
<a class="moz-txt-link-freetext" href="https://postimg.cc/cgjQfR11">https://postimg.cc/cgjQfR11</a>
</pre>
</blockquote>
<br>
Yes, thanks I found it. I had not looked there or simply overseen
it, as it normally is referred to as svt-av1 :)<br>
And SVT-AV1 1.8 confirms to be VERY FAST and of most interest as
default CPU AV1 encoder (also for CinGG?) <br>
<blockquote>As mentioned in Phoronix recent release article:
<a class="moz-txt-link-freetext" href="https://www.phoronix.com/news/SVT-AV1-1.8-Released">https://www.phoronix.com/news/SVT-AV1-1.8-Released</a><br>
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%.<br>
</blockquote>
Two Cin-GG AV1-SVT rendering tests of the same loaded hdv07_05.m2t
clip took 0:02:54 and 0:02:51 respectively.<br>
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!<br>
And compared to the AOM 3.8 40-minutes rendering above, this is
14.3x times faster!<br>
The CinGG svt-av1 v.1.8 preset seemed to use Preset 6 and CRF 26<br>
<br>
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).<br>
The default faster Preset 10 and CRF 35 from my previous FFPmpeg
test of the same clip provided 68 FPS.<br>
<br>
That is, very Promising SVT-AV1 speed rendering, BUT<br>
the HDV Aspect ratio and broken Audio has to be fixed in CinGG<br>
yuv420p(pc, smpte170m/unknown/unknown), 1440x1080 [SAR 1:1 DAR 4:3]<br>
<br>
Or the procedure has to be clarified, in case I have done something
wrong or inadequate.<br>
<br>
Again, FFmpeg encoding is correct for both Aspect ratio (SAR 4:3 DAR
16:9) and clean Audio:<br>
yuv420p(tv, bt709), 1440x1080 [SAR 1:1 DAR 4:3], SAR 4:3 DAR 16:9<br>
<br>
See the output below:<br>
<br>
<blockquote>du -sh hdv07*<br>
235M hdv07_05_cingg_aom-av1.webm<br>
241M hdv07_05_m2t_cingg_aom38-av1.webm<br>
220M hdv07_05_m2t_cingg_svt-av1_pr6.webm<br>
239M hdv07_05_m2t_svt-av1_pr10.webm<br>
229M hdv07_05_m2t_svt-av1_pr6.webm<br>
<br>
<br>
ffplay -hide_banner hdv07_05_m2t_cingg_svt-av1_pr6.webm<br>
[libdav1d @ 0x7fcc5c005a80] libdav1d 1.0.0 0KB sq= 0B f=0/0
<br>
Input #0, matroska,webm, from
'hdv07_05_m2t_cingg_svt-av1_pr6.webm':<br>
Metadata:<br>
ENCODER : Lavf60.16.100<br>
Duration: 00:06:58.08, start: 0.000000, bitrate: 4413 kb/s<br>
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<br>
Metadata:<br>
DURATION : 00:06:58.043000000<br>
Stream #0:1(eng): Audio: vorbis, 48000 Hz, stereo, fltp<br>
Metadata:<br>
DURATION : 00:06:58.082000000<br>
[libdav1d @ 0x7fcc5c0d2e00] libdav1d 1.0.0<br>
14.58 A-V: 0.023 fd= 6 aq= 18KB vq= 597KB sq= 0B f=0/0
<br>
<br>
<br>
ffplay -hide_banner hdv07_05_m2t_svt-av1_pr6.webm<br>
[libdav1d @ 0x7ff21c005dc0] libdav1d 1.0.0 0KB sq= 0B f=0/0
<br>
Input #0, matroska,webm, from 'hdv07_05_m2t_svt-av1_pr6.webm':<br>
Metadata:<br>
ENCODER : Lavf60.3.100<br>
Duration: 00:06:58.28, start: 0.000000, bitrate: 4576 kb/s<br>
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<br>
Metadata:<br>
ENCODER : Lavc60.3.100 libsvtav1<br>
DURATION : 00:06:58.283000000<br>
Stream #0:1: Audio: vorbis, 48000 Hz, stereo, fltp<br>
Metadata:<br>
ENCODER : Lavc60.3.100 libvorbis<br>
DURATION : 00:06:57.939000000<br>
[libdav1d @ 0x7ff21c0d2380] libdav1d 1.0.0<br>
6.08 A-V: -0.002 fd= 1 aq= 12KB vq= 360KB sq= 0B f=0/0<br>
<br>
</blockquote>
<br>
<br>
<br>
<br>
</body>
</html>