you need to repack orig tar.gz svt-av1 archive, I'll upload that separately. Disabled by default because it fails w/o patch on termux, but should be easier for users than messing up with external variables .... tar.xz of svt-av1 weighted 8.4mb but this is unavoidable considering interest in this particular encoder.
ср, 27 дек. 2023 г., 02:43 Andrew Randrianasulu <[email protected]>:
you need to repack orig tar.gz svt-av1 archive, I'll upload that separately.
https://cloud.mail.ru/public/YvhS/C7CEc4xE8 hopefully put that inthirdparty/src, patch , autogen.sh, configure, make, make install
Disabled by default because it fails w/o patch on termux, but should be easier for users than messing up with external variables ....
tar.xz of svt-av1 weighted 8.4mb but this is unavoidable considering interest in this particular encoder.
Testing your patch (svt-av1.diff) I get build error. I think don't start "make install" step. I append the cin5_svt-av1.log
ср, 27 дек. 2023 г., 12:09 Andrea paz <[email protected]>:
Testing your patch (svt-av1.diff) I get build error. I think don't start "make install" step. I append the cin5_svt-av1.log
I can't find svt string in this log ... even if it ends with usual translation formatting. Are you sure you put libsvtav1 tar.xz in its place AND send us correct log? ср, 27 дек. 2023 г., 12:09 Andrea paz <[email protected]>:
Testing your patch (svt-av1.diff) I get build error. I think don't start "make install" step. I append the cin5_svt-av1.log
ср, 27 дек. 2023 г., 12:15 Andrew Randrianasulu <[email protected]>:
ср, 27 дек. 2023 г., 12:09 Andrea paz <[email protected]>:
Testing your patch (svt-av1.diff) I get build error. I think don't start "make install" step. I append the cin5_svt-av1.log
I can't find svt string in this log ...
even if it ends with usual translation formatting.
Are you sure you put libsvtav1 tar.xz in its place AND send us correct log?
Also, for this to work you need to enable this lib explicitly: ./configure --enable-libsvtav1 {rest of your options }
ср, 27 дек. 2023 г., 12:09 Andrea paz <[email protected]>:
Testing your patch (svt-av1.diff) I get build error. I think don't start "make install" step. I append the cin5_svt-av1.log
I make 2 mistakes: 1- I did not put --enable-libsvtav1 in configure 2- I made a copy/paste mistake, putting only "make instal" instead of "make install". Now the compilation went smoothly and the renderings are similar to those previously obtained with libaom.sh.
Den 27.12.2023 11:49, skrev Andrea paz:
I make 2 mistakes:
1- I did not put --enable-libsvtav1 in configure 2- I made a copy/paste mistake, putting only "make instal" instead of "make install".
Now the compilation went smoothly and the renderings are similar to those previously obtained with libaom.sh.
Does that mean that libsvtav1 v. 1.8.0 and also libaom-av1 v. 3.8.0 encoders will be available for testing in the upcoming Cin-GG ?
Due to time constraints there will not be a new release on Dec. 31 + with the inclusion of ffmpeg 6.1, there are still some areas that need more testing.
Does that mean that libsvtav1 v. 1.8.0 and also libaom-av1 v. 3.8.0 encoders will be available for testing in the upcoming Cin-GG ?
Because aom version 3.8.0 does not build on Ubuntu 16, at this time, it is unknown which direction it will go. But it has always been that being able to build CinGG on older systems to include also, 32-bit system, is probably of the highest priority. This means that aom version 3.8.0 would not be checked into GIT until more is known and maybe not even. Which means it would not be part of the automatic package builds.
Den 29.12.2023 00:43, skrev Phyllis Smith:
Due to time constraints there will not be a new release on Dec. 31 + with the inclusion of ffmpeg 6.1, there are still some areas that need more testing.
Does that mean that libsvtav1 v. 1.8.0 and also libaom-av1 v. 3.8.0 encoders will be available for testing in the upcoming Cin-GG ?
Because aom version 3.8.0 does not build on Ubuntu 16, at this time, it is unknown which direction it will go. But it has always been that being able to build CinGG on older systems to include also, 32-bit system, is probably of the highest priority. This means that aom version 3.8.0 would not be checked into GIT until more is known and maybe not even. Which means it would not be part of the automatic package builds.
Thank you for the information. Yes, I fully understand the time constraints and need for more testing. As I don't really understand what "libsvtav1 as internal lib patch" includes, I wonder if SVT-AV1 v. 1.8.0 will be available ?
participants (4)
-
Andrea paz -
Andrew Randrianasulu -
Phyllis Smith -
Terje J. Hanssen