<div dir="ltr"><div class="gmail_default" style="font-size:small">Slower AppImage is to be expected, but still disappointing.  Bottom line is that users who can take advantage of Andrey's RPMs should always do so.  Besides being faster, it provides more capabilities and opportunity to make some minor side changes.  Thank you, Terje, for doing the tests and passing along this information.<br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, Jan 6, 2025 at 5:35 PM Terje J. Hanssen via Cin <<a href="mailto:cin@lists.cinelerra-gg.org">cin@lists.cinelerra-gg.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I did a few hevc and av1 OSV render tests using the latest RPM w/oneVPL <br>
on Leap, to compare it with my own AppImage.<br>
To get the AppImage from Slowroll to run om Leap, I had to add-install a <br>
newer version libFLAC12.<br>
<br>
The machine is AlderLake w/Arc A750 gpu<br>
The OS root drive is on a std SATA disc, while the video files are <br>
read/written to a fast M.2 disc.<br>
<br>
Results:<br>
<br>
hevc_qsv_8b420.mp4<br>
** rendered 5972 frames in 19.255 secs, 310.153 fps (RPM)<br>
** rendered 5972 frames in 23.798 secs, 250.945 fps (AppImage)<br>
<br>
av1_qsv_8b420.mp4<br>
** rendered 5972 frames in 18.612 secs, 320.868 fps (RPM)<br>
** rendered 5972 frames in 21.470 secs, 278.156 fps (AppImage)<br>
<br>
In average rendering is ca. 20% faster with the RPM.<br>
I did also additional test with the AppImage on Slowroll and got a bit <br>
faster rendering, but not so fast as with RPM on Leap.<br>
<br>
<br>
<br>
<br>
-- <br>
Cin mailing list<br>
<a href="mailto:Cin@lists.cinelerra-gg.org" target="_blank">Cin@lists.cinelerra-gg.org</a><br>
<a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" rel="noreferrer" target="_blank">https://lists.cinelerra-gg.org/mailman/listinfo/cin</a><br>
</blockquote></div>