New package: ffmpeg7-7.1_1

[mmdbalkhi]

Testing the changes

• I tested the changes in this PR: YES

New package

• This new package conforms to the package requirements: YES

Local build testing

• I built this PR locally for my native architecture, x86_64-glibc
• I built this PR locally for these architectures (if supported. mark crossbuilds):
  • arch64-musl
  • armv7l
  • armv6l-musl

cc: @classabbyamp

[classabbyamp]

@zlice

[classabbyamp]

needs to conflict/replace with other ffmpeg*-devel too

[mmdbalkhi]

Is this necessary for the other subpkgs as well? The build of the ffplay7 package failed due to the conflict field.

...
ffplay7_package() {
		short_desc="Simple video player using FFmpeg and SDL2"
+		conflicts="ffplay*"
+		replaces="ffplay*>0"
		pkg_install() {
				vmove usr/bin/ffplay
				vmove "usr/share/man/man1/ffplay*"
		}
}

[zlice]

think ffplay is fine but ffmpeg6-devel exist

[zlice]

may need to disable ffplay in 6...or replace 6 entirely idk, depends how many deps build with 7 fine?

[mmdbalkhi]

may need to disable ffplay in 6...or replace 6 entirely

Why are you considering disabling ffplay in 6? Is there a specific reason behind it?

[zlice]

7 is newer so the binary ffmpeg/ffplay may as well be 7 on the system. only a few thing use the binaries directly instead of the libraries. ill post my branch iaf.

basically:

• add depends to ffplay7 here
• ffmpeg and ffmpeg6 need the conflict for devel packages and a revbumped
• ffplay6 becomes meta pkg like ffmpeg's ffplay is

[zlice]

will try to build to cluster-f of dep packages tonight unless you have mmdbalkhi

[zlice]

@classabbyamp is there anything bad with #51496 ? just makes this a pita the keep flipping between onevpl and libvpl

[classabbyamp]

ask the maintainer of onevpl, not me

[zlice]

https://github.com/zlice/void-packages/tree/ffmpeg7 this is dirty because of libvpl as mentioned, some revbumps and stuff are off

should be 84 packages to test ffmpeg7-devel

[zlice]

These didn't build. Some probably have patches like xine-lib did

builds fine

• arcan - 0.7.0

• ffms2 - 5.0 shlib (deps: Aegisub, siril, vapoursynth-ffms2-source)

• deadbeef - https://github.com/DeaDBeeF-Player/deadbeef/blob/d4cca5605447122cd080691f43e46047a6039359/plugins/ffmpeg/ffmpeg.c

• aubio - test-source_avcodec autotest fails with ffmpeg 7.0 aubio/aubio#397

• attract - mickelson/attract@20f5cf2

• idjc - 0.9.9

• loudgain - https://github.com/kyndair/loudgain/releases/tag/v0.7.0

• gerbera - 2.2.0 (needs exiv2-devel)

• siril - 1.2.5 (needs host dep : cmake)

• goldendict - goldendict/goldendict@718462c

• minidlna - 1 line diff

• notcurses - 3.0.11

• spek-x - 1 line diff really MikeWang000000/spek-X@8b73c52#diff-c96dc15869ca3f495070d3daebf8184f7eada3a383a1b3e635215b84e0026b16L149 - [REQ] Update FFmpeg to v7.x MikeWang000000/spek-X#27

• qmmp - 2.2.3 (qt6, shlibs)

• pianobar - 2024.12.21

• ssr - https://aur.archlinux.org/cgit/aur.git/tree/ffmpeg7.patch?h=simplescreenrecorder

• vba-m - dirty patch, a lot of stuff is deprecated that wasn't touched and will probably be removed soon. not sure it works

• wf-recorder - 1 line diff, SPA_POD_BUILDER_INIT issue ammen99/wf-recorder#285

• xine-lib https://gitlab.archlinux.org/archlinux/packaging/packages/xine-lib/-/blob/main/PKGBUILD?ref_type=heads#L42

• osg - made patch Compatible with ffmpeg-7.0.1 - ChatGPT Assistance. openscenegraph/OpenSceneGraph#1281

• telegram-desktop - bringing in 6 somehow? so it conflicts with 7 (didn't bother revbumps because i've been down that road, works fine with tg_owt and libopenal up to date)

• libopenshot - made patch 0.4.0 (openshot 3.3 too), open issues about 7 tests and build

• qtox - no active maintainers, archived and read-only - https://github.com/TokTok/qTox/pull/42/files

needs work

• pcsx2 - 2.20 is out but ive seen void builds as WIP before

• mixxx - 2.5.0 ? mixxx: update to 2.5.0 #53868 (qt6)

• blender (other PRs in the works right now)

big

• openmw - too much to patch, easier to just wait for release (mwsound and osg-ffmpeg-videoplayer dirs)
• qt5-webengine
• qt6-pdf
• kodi (next version being worked on)

[ahesford]

Now that the vast majority of our packages build against ffmpeg6, I think it's time to bite the bullet:

• Move ffmpeg -> ffmpeg4; rebuild all packages that still cannot be moved to newer ffmpeg.
• Move ffmpeg6 -> ffmpeg with a simultaneous bump to v7.

We want to avoid an endless string of versioned ffmpeg packages; the current split only exists because we still have stragglers that couldn't be moved to v6.

[zlice]

i'll make a pr for the ffmpeg4 bit. don't think many people would have it installed. it's not even on my system.

edit: actually what's the best way to go about that...sounds like a few steps of metapkg/replace ?

• make ffmpeg > ffmpeg4
• make ffmpeg > meta for ffmpeg6 ?

next pr (this pr?)

• make ffmpeg7
• make ffmpeg > meta for ffmpeg7

edit-edit:

actually, do we even want to do this? ffmpeg8 will eventually come out, then it's the same song and dance again

[classabbyamp]

let's go with ffmpeg as a metapackage

[ahesford]

I was thinking ffmpeg and its subs would just be the actual package of whatever the current version is. That way, we avoid piling up old versions that will need manual cleaning.

[zlice]

then you can't update in waves like 6 did. everything will have to go at once

(luckily a lot of packages aren't using the system ffmpeg now, so it's not as painful. but still about 80-90 packages that need updated at a single time. 30 seemed to be the sweet-spot for ci to build and be happy w/o timeouts)

[ahesford]

I think we should strive for a single ffmpeg version at any given time, then deal with spawning a new version only under extenuating circumstances. In this case, I think we should get everything currently building with ffmpeg6 building with v7 before accepting this package.

[zlice]

so qt5 and qt6 both say 'ffmpeg >= 5' is not supported (but i think really mean ffmpeg7, as 6 appears to be building webengine)

i'm sure they can be patched but other programs like chromium started using built-in ffmpeg. cuts out some codecs and new features from the system ffmpeg in kde browsers but would be less work for void members.

qt6-pdf(webengine)
configure.cmake:    MESSAGE "Unmodified ffmpeg >= 5.0 is not supported."

qt5-webengine
src/buildtools/configure.json:            "message": "Unmodified ffmpeg >= 5.0 is not supported. Please configure with -qt-webengine-ffmpeg."

[zlice]

fyi, spek-x ffmpeg7 https://github.com/MikeWang000000/spek-X/releases/tag/v0.9.4

[ahesford]

I still have not seen a convincing argument for keeping this a separate package with a versioned name rather than moving the current ffmpeg to ffmpeg4 and allowing ffmpeg to move to version 7.

Versioned package names are a necessary evil in some cases. Creating more of them in advance because we might think that someday we will want to keep a legacy ffmpeg7 just complicates the package graph to achieve something we can easily do later when the need arises. Versioned package names lead to discontinuities in package history that eventually require manual intervention. Don't borrow trouble!

[zlice]

looks like abby is working on axing 4. was taking a look at my 'ffmpeg-meta' pr because it wasn't building for a bit (and i didnt care bc openmw and kodi are still not released) but nothing relying on 4 should make it even easier to just do 4 -> 7 and remove 6 or something. vlc should be the only ffmpeg4 straggler

[gAlleb]

And please add --enable-libsoxr (libsoxr-devel).

[github-actions]

Pull Requests become stale 90 days after last activity and are closed 14 days after that. If this pull request is still relevant bump it or assign it.