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 durationI 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-details.html 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 26In 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
cin-aom-38_svt_startup_messages.tar.xz
Description: application/xz
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
