ffmpeg 8.1, dav1d 1.5.3 git am patches
Fix ffv1_vulkan profile so it actually uses ffv1 codec (was hevc for some reason) On Thu, Mar 19, 2026 at 7:32 AM Andrew Randrianasulu <[email protected]> wrote:
Seems to compile/start fine on i586 Slackware 15.0
fix h264_vaapi.mp4 On Thu, Mar 19, 2026 at 7:59 AM Andrew Randrianasulu <[email protected]> wrote:
Fix ffv1_vulkan profile so it actually uses ffv1 codec (was hevc for some reason)
On Thu, Mar 19, 2026 at 7:32 AM Andrew Randrianasulu <[email protected]> wrote:
Seems to compile/start fine on i586 Slackware 15.0
Vulkan prores encoder (for ffmpeg 8.1) On Thu, Mar 19, 2026 at 8:12 AM Andrew Randrianasulu <[email protected]> wrote:
fix h264_vaapi.mp4
On Thu, Mar 19, 2026 at 7:59 AM Andrew Randrianasulu <[email protected]> wrote:
Fix ffv1_vulkan profile so it actually uses ffv1 codec (was hevc for some reason)
On Thu, Mar 19, 2026 at 7:32 AM Andrew Randrianasulu <[email protected]> wrote:
Seems to compile/start fine on i586 Slackware 15.0
Patch for x264 on ppc, for details see https://code.videolan.org/videolan/x264/-/merge_requests/196 On Thu, Mar 19, 2026 at 8:18 AM Andrew Randrianasulu <[email protected]> wrote:
Vulkan prores encoder (for ffmpeg 8.1)
On Thu, Mar 19, 2026 at 8:12 AM Andrew Randrianasulu <[email protected]> wrote:
fix h264_vaapi.mp4
On Thu, Mar 19, 2026 at 7:59 AM Andrew Randrianasulu <[email protected]> wrote:
Fix ffv1_vulkan profile so it actually uses ffv1 codec (was hevc for some reason)
On Thu, Mar 19, 2026 at 7:32 AM Andrew Randrianasulu <[email protected]> wrote:
Seems to compile/start fine on i586 Slackware 15.0
Also checked into GIT after reading details, looking at the patch, and tested to make sure no impact to non-ppc (which of course, was not possible). Will have to remember to remove this patch when upgrade x264 next time. On Wed, Mar 18, 2026 at 11:30 PM Andrew Randrianasulu < [email protected]> wrote:
Patch for x264 on ppc, for details see
This mod has been checked into source GIT. On Wed, Mar 18, 2026 at 11:18 PM Andrew Randrianasulu < [email protected]> wrote:
Vulkan prores encoder (for ffmpeg 8.1)
On Thu, Mar 19, 2026 at 8:12 AM Andrew Randrianasulu <[email protected]> wrote:
fix h264_vaapi.mp4
On Thu, Mar 19, 2026 at 7:59 AM Andrew Randrianasulu <[email protected]> wrote:
Fix ffv1_vulkan profile so it actually uses ffv1 codec (was hevc for some reason)
On Thu, Mar 19, 2026 at 7:32 AM Andrew Randrianasulu <[email protected]> wrote:
Seems to compile/start fine on i586 Slackware 15.0
сб, 21 мар. 2026 г., 02:01 Phyllis Smith <[email protected]>:
This mod has been checked into source GIT.
Thanks. I manually applied remaining patches to my termux/aarch64 build and it seems to build fine (in around 1h20m) , with NEON accelerated functions picked by libaom. Briefly tested by loading small flv video and it worked too. So at least full patchset does not break non-x86 thirdparty build - this is good!
On Wed, Mar 18, 2026 at 11:18 PM Andrew Randrianasulu < [email protected]> wrote:
Vulkan prores encoder (for ffmpeg 8.1)
On Thu, Mar 19, 2026 at 8:12 AM Andrew Randrianasulu <[email protected]> wrote:
fix h264_vaapi.mp4
On Thu, Mar 19, 2026 at 7:59 AM Andrew Randrianasulu <[email protected]> wrote:
Fix ffv1_vulkan profile so it actually uses ffv1 codec (was hevc for some reason)
On Thu, Mar 19, 2026 at 7:32 AM Andrew Randrianasulu <[email protected]> wrote:
Seems to compile/start fine on i586 Slackware 15.0
This mod has been checked into source GIT. On Wed, Mar 18, 2026 at 11:12 PM Andrew Randrianasulu < [email protected]> wrote:
fix h264_vaapi.mp4
On Thu, Mar 19, 2026 at 7:59 AM Andrew Randrianasulu <[email protected]> wrote:
Fix ffv1_vulkan profile so it actually uses ffv1 codec (was hevc for some reason)
On Thu, Mar 19, 2026 at 7:32 AM Andrew Randrianasulu <[email protected]> wrote:
Seems to compile/start fine on i586 Slackware 15.0
This mod has been checked into source GIT. On Wed, Mar 18, 2026 at 10:59 PM Andrew Randrianasulu < [email protected]> wrote:
Fix ffv1_vulkan profile so it actually uses ffv1 codec (was hevc for some reason)
On Thu, Mar 19, 2026 at 7:32 AM Andrew Randrianasulu <[email protected]> wrote:
Seems to compile/start fine on i586 Slackware 15.0
Andrew, thanks for checking out ffmpeg 8.1 and providing all of the necessary patches. I will verify that the DVD and BD creation are working as expected soon. I have been spending my time on trying to diagnose the Nested EDL undo crashes without much success so far and updating documentation on AppImages in the Manual as prompted by Terje's inquiry. Currently doing a build in the background with patches 0004-0007 which should present no problems. On Wed, Mar 18, 2026 at 10:32 PM Andrew Randrianasulu < [email protected]> wrote:
Seems to compile/start fine on i586 Slackware 15.0
On Thu, Mar 19, 2026 at 9:24 PM Phyllis Smith <[email protected]> wrote:
Andrew, thanks for checking out ffmpeg 8.1 and providing all of the necessary patches. I will verify that the DVD and BD creation are working as expected soon. I have been spending my time on trying to diagnose the Nested EDL undo crashes without much success so far and updating documentation on AppImages in the Manual as prompted by Terje's inquiry. Currently doing a build in the background with patches 0004-0007 which should present no problems.
I did build on Rosa 2016.1 with all patches and noticed that ffmpeg itself now failing to build with nasm 2.14.02 so I installed nasm 2.15.05 from Slackware 15.0 sources and build finished Now we have dilemma: I can integrated nasm 2.15.05 into our build system OR we can tell users to upgrade their nasm on x86 and old distros (in README).
On Wed, Mar 18, 2026 at 10:32 PM Andrew Randrianasulu <[email protected]> wrote:
Seems to compile/start fine on i586 Slackware 15.0
On Fri, Mar 20, 2026 at 9:46 AM Andrew Randrianasulu <[email protected]> wrote:
On Thu, Mar 19, 2026 at 9:24 PM Phyllis Smith <[email protected]> wrote:
Andrew, thanks for checking out ffmpeg 8.1 and providing all of the necessary patches. I will verify that the DVD and BD creation are working as expected soon. I have been spending my time on trying to diagnose the Nested EDL undo crashes without much success so far and updating documentation on AppImages in the Manual as prompted by Terje's inquiry. Currently doing a build in the background with patches 0004-0007 which should present no problems.
I did build on Rosa 2016.1 with all patches and noticed that ffmpeg itself now failing to build with nasm 2.14.02 so I installed nasm 2.15.05 from Slackware 15.0 sources and build finished
Now we have dilemma:
I can integrated nasm 2.15.05 into our build system OR we can tell users to upgrade their nasm on x86 and old distros (in README).
Oh, and I named patch wrong - you need to name sources dav1d-1.5.3.tar.xz and patch dav1d-1.5.3.patch, not with "_" as I did initially (from Debian's .orig tarball)
On Wed, Mar 18, 2026 at 10:32 PM Andrew Randrianasulu <[email protected]> wrote:
Seems to compile/start fine on i586 Slackware 15.0
So far have not been able to build with ffmpeg 8.1 on my older Fedora laptop which is my base but looking into it -- libavcodec/x86/vp8dsp.asm:416: error: (ALLOC_STACK:4) expecting `)' At this time was just expecting to test dvd and bluray creation, but will test on newer Fedora 42 for now instead. But my main concern is dav1d which my understanding is in meson instead of cmake. The current 0.5.1 errs out in ffmpeg-8.1 which is a "custom make" where meson was changed to cmake a long time ago (I "think" this is dav1d-0.5.1.patch1?) Is it possible to update 1.5.3 to also use cmake? or else it is not going to build on ubuntu 16 or probably 32-bit Debian. Error with ffmpeg-8.1 dav1d.0.5.1:
CC libavcodec/libmp3lame.o libavcodec/libdav1d.c: In function ‘libdav1d_init’: libavcodec/libdav1d.c:236:6: error: ‘Dav1dSettings’ has no member named ‘strict_std_compliance’ 236 | s.strict_std_compliance = c->strict_std_compliance > 0; | ^ libavcodec/libdav1d.c:238:7: error: ‘Dav1dSettings’ has no member named ‘n_threads’; did you mean ‘n_tile_threads’? 238 | s.n_threads = FFMIN(threads, DAV1D_MAX_THREADS);
Finally: make[3]: *** [ffbuild/common.mak:91: libavcodec/libdav1d.o] Error 1
On Wed, Mar 18, 2026 at 10:32 PM Andrew Randrianasulu < [email protected]> wrote:
Seems to compile/start fine on i586 Slackware 15.0
сб, 21 мар. 2026 г., 21:17 Phyllis Smith <[email protected]>:
So far have not been able to build with ffmpeg 8.1 on my older Fedora laptop which is my base but looking into it -- libavcodec/x86/vp8dsp.asm:416: error: (ALLOC_STACK:4) expecting `)' At this time was just expecting to test dvd and bluray creation, but will test on newer Fedora 42 for now instead.
yeah, I "fixed" this by integrating known-good nasm (2.15.05) version in later patch (works even if you have nasm installed, by setting PATH and NASM variable for cmake)
But my main concern is dav1d which my understanding is in meson instead of cmake. The current 0.5.1 errs out in ffmpeg-8.1 which is a "custom make" where meson was changed to cmake a long time ago (I "think" this is dav1d-0.5.1.patch1?) Is it possible to update 1.5.3 to also use cmake? or else it is not going to build on ubuntu 16 or probably 32-bit Debian.
dav1d-1.5.3.patch modelled after 0.5 patch and it worked on my old Ubuntu 16.04 qemu vm. But of course more testing is always better!
Error with ffmpeg-8.1 dav1d.0.5.1:
CC libavcodec/libmp3lame.o libavcodec/libdav1d.c: In function ‘libdav1d_init’: libavcodec/libdav1d.c:236:6: error: ‘Dav1dSettings’ has no member named ‘strict_std_compliance’ 236 | s.strict_std_compliance = c->strict_std_compliance > 0; | ^ libavcodec/libdav1d.c:238:7: error: ‘Dav1dSettings’ has no member named ‘n_threads’; did you mean ‘n_tile_threads’? 238 | s.n_threads = FFMIN(threads, DAV1D_MAX_THREADS);
Finally: make[3]: *** [ffbuild/common.mak:91: libavcodec/libdav1d.o] Error 1
On Wed, Mar 18, 2026 at 10:32 PM Andrew Randrianasulu < [email protected]> wrote:
Seems to compile/start fine on i586 Slackware 15.0
Andrew, thanks and sorry for not looking ahead at all of the patches you provided. I was being lazy and just doing one at a time. ...Phyllis On Sat, Mar 21, 2026 at 12:21 PM Andrew Randrianasulu < [email protected]> wrote:
сб, 21 мар. 2026 г., 21:17 Phyllis Smith <[email protected]>:
So far have not been able to build with ffmpeg 8.1 on my older Fedora laptop which is my base but looking into it -- libavcodec/x86/vp8dsp.asm:416: error: (ALLOC_STACK:4) expecting `)' At this time was just expecting to test dvd and bluray creation, but will test on newer Fedora 42 for now instead.
yeah, I "fixed" this by integrating known-good nasm (2.15.05) version in later patch (works even if you have nasm installed, by setting PATH and NASM variable for cmake)
But my main concern is dav1d which my understanding is in meson instead of cmake. The current 0.5.1 errs out in ffmpeg-8.1 which is a "custom make" where meson was changed to cmake a long time ago (I "think" this is dav1d-0.5.1.patch1?) Is it possible to update 1.5.3 to also use cmake? or else it is not going to build on ubuntu 16 or probably 32-bit Debian.
dav1d-1.5.3.patch modelled after 0.5 patch and it worked on my old Ubuntu 16.04 qemu vm. But of course more testing is always better!
Error with ffmpeg-8.1 dav1d.0.5.1:
CC libavcodec/libmp3lame.o libavcodec/libdav1d.c: In function ‘libdav1d_init’: libavcodec/libdav1d.c:236:6: error: ‘Dav1dSettings’ has no member named ‘strict_std_compliance’ 236 | s.strict_std_compliance = c->strict_std_compliance > 0; | ^ libavcodec/libdav1d.c:238:7: error: ‘Dav1dSettings’ has no member named ‘n_threads’; did you mean ‘n_tile_threads’? 238 | s.n_threads = FFMIN(threads, DAV1D_MAX_THREADS);
Finally: make[3]: *** [ffbuild/common.mak:91: libavcodec/libdav1d.o] Error 1
On Wed, Mar 18, 2026 at 10:32 PM Andrew Randrianasulu < [email protected]> wrote:
Seems to compile/start fine on i586 Slackware 15.0
сб, 21 мар. 2026 г., 21:34 Phyllis Smith <[email protected]>:
Andrew, thanks and sorry for not looking ahead at all of the patches you provided. I was being lazy and just doing one at a time
Normally this is good idea to test each patch in isolation in case it causes trouble early on - but in this case I discovered some un-buildability only after I send out patch (I tend to work in tmpfs, and sometimes after 2-3 weeks of uptime even with zram my 16 Gb ram machine starts to trash - so I prefer to send out earlier). With ~decade of hard work on this project you are as far from being "lazy" as possible! . ...Phyllis
On Sat, Mar 21, 2026 at 12:21 PM Andrew Randrianasulu < [email protected]> wrote:
сб, 21 мар. 2026 г., 21:17 Phyllis Smith <[email protected]>:
So far have not been able to build with ffmpeg 8.1 on my older Fedora laptop which is my base but looking into it -- libavcodec/x86/vp8dsp.asm:416: error: (ALLOC_STACK:4) expecting `)' At this time was just expecting to test dvd and bluray creation, but will test on newer Fedora 42 for now instead.
yeah, I "fixed" this by integrating known-good nasm (2.15.05) version in later patch (works even if you have nasm installed, by setting PATH and NASM variable for cmake)
But my main concern is dav1d which my understanding is in meson instead of cmake. The current 0.5.1 errs out in ffmpeg-8.1 which is a "custom make" where meson was changed to cmake a long time ago (I "think" this is dav1d-0.5.1.patch1?) Is it possible to update 1.5.3 to also use cmake? or else it is not going to build on ubuntu 16 or probably 32-bit Debian.
dav1d-1.5.3.patch modelled after 0.5 patch and it worked on my old Ubuntu 16.04 qemu vm. But of course more testing is always better!
Error with ffmpeg-8.1 dav1d.0.5.1:
CC libavcodec/libmp3lame.o libavcodec/libdav1d.c: In function ‘libdav1d_init’: libavcodec/libdav1d.c:236:6: error: ‘Dav1dSettings’ has no member named ‘strict_std_compliance’ 236 | s.strict_std_compliance = c->strict_std_compliance > 0; | ^ libavcodec/libdav1d.c:238:7: error: ‘Dav1dSettings’ has no member named ‘n_threads’; did you mean ‘n_tile_threads’? 238 | s.n_threads = FFMIN(threads, DAV1D_MAX_THREADS);
Finally: make[3]: *** [ffbuild/common.mak:91: libavcodec/libdav1d.o] Error 1
On Wed, Mar 18, 2026 at 10:32 PM Andrew Randrianasulu < [email protected]> wrote:
Seems to compile/start fine on i586 Slackware 15.0
Updated dav1d from 0.5.1 to 1.5.3 as recommended by Andrew with the patch to switch from Meson to Cmake which was a lot of work for him to provide due to a lot more .obj's and a lot of other changes needed. Debian 32-bit, which is i386 instead of x86_64, compiled 1.5.3 with no problems (at NASM 2.13.03) but Ubuntu 16 (also at NASM 2.13.03) erred out with cdef16_xxxx, where I did not write down which xxxx it was (avx2, avx512, or sse). But will look at it again. I will have to update the Manual yet.. On Wed, Mar 18, 2026 at 10:32 PM Andrew Randrianasulu < [email protected]> wrote:
Seems to compile/start fine on i586 Slackware 15.0
пн, 23 мар. 2026 г., 01:20 Phyllis Smith <[email protected]>:
Updated dav1d from 0.5.1 to 1.5.3 as recommended by Andrew with the patch to switch from Meson to Cmake which was a lot of work for him to provide due to a lot more .obj's and a lot of other changes needed. Debian 32-bit, which is i386 instead of x86_64, compiled 1.5.3 with no problems (at NASM 2.13.03) but Ubuntu 16 (also at NASM 2.13.03) erred out with cdef16_xxxx, where I did not write down which xxxx it was (avx2, avx512, or sse). But will look at it again.
Note that dav1d-1.5.3 patch as checked in uses thIs to call nasm: NASM=$(Q)/usr/bin/nasm if you installed new nasm in /usr/local/bin you better to fix this line so it will pick newest nasm (I reduced it to just NASM=$(Q)nasm but it was in connection with my nasm-integration patch. It should work without, in theory ....)
I will have to update the Manual yet..
On Wed, Mar 18, 2026 at 10:32 PM Andrew Randrianasulu < [email protected]> wrote:
Seems to compile/start fine on i586 Slackware 15.0
In order to facilitate some early testing before making releases on March 31, checked into GIT, the ffmpeg's team version 8.1 with our 13 patches as checked by Andrew-R. I verified that bluray and dvd creation worked correctly (since I may be the only person who still uses it) and compiled ffmpeg 8.1 on regular laptop with older Fedora, Ubuntu 16, and Debian 9.1 32-bit; all of which had nasm updated to 2.15.05 version as required for ffmpeg 8.1. On Ubuntu16 a problem with libaom v3.8.0, that I thought was fixed with patch 0011-libaom-3.8.0-ubuntu-16.04-fix.patch, is still an issue but OK as I have been making the Appimage there using libaom v3.4.0 anyway. Will test again to see what I might have done by mistake. On Wed, Mar 18, 2026 at 10:32 PM Andrew Randrianasulu < [email protected]> wrote:
Seems to compile/start fine on i586 Slackware 15.0
ср, 25 мар. 2026 г., 21:57 Phyllis Smith <[email protected]>:
In order to facilitate some early testing before making releases on March 31, checked into GIT, the ffmpeg's team version 8.1 with our 13 patches as checked by Andrew-R. I verified that bluray and dvd creation worked correctly (since I may be the only person who still uses it) and compiled ffmpeg 8.1 on regular laptop with older Fedora, Ubuntu 16, and Debian 9.1 32-bit; all of which had nasm updated to 2.15.05 version as required for ffmpeg 8.1.
On Ubuntu16 a problem with libaom v3.8.0, that I thought was fixed with patch 0011-libaom-3.8.0-ubuntu-16.04-fix.patch, is still an issue but OK as I have been making the Appimage there using libaom v3.4.0 anyway. Will test again to see what I might have done by mistake.
Please note that I switched libaom to nasm from default yasm assembler in my nasm integration patch -libaom.cfg_params?= -DENABLE_TESTS=no -DCMAKE_BUILD_TYPE=Release -DENABLE_DOCS=no -DENABLE_SHARED=no -DCMAKE_INSTALL_LIBDIR=lib \ +libaom.cfg_params?= -DENABLE_NASM=1 -DCMAKE_ASM_NASM_FLAGS=-I$(call bld_path,libaom)/ -DENABLE_TESTS=no -DCMAKE_BUILD_TYPE=Release -DENABLE_DOCS=no -DENABLE_SHARED=no -DCMAKE_INSTALL_LIBDIR=lib \ -DENABLE_EXAMPLES=no -DCMAKE_INSTALL_PREFIX=$(call bld_path,libaom)/usr/local libaom.mak_params?= ; $(MAKE) -C libaom*/aom.build install and tested it as such on ubuntu 16.04.
On Wed, Mar 18, 2026 at 10:32 PM Andrew Randrianasulu < [email protected]> wrote:
Seems to compile/start fine on i586 Slackware 15.0
participants (2)
-
Andrew Randrianasulu -
Phyllis Smith