Package Details: ffmpeg-obs 9.0.1-1

Git Clone URL: https://aur.archlinux.org/ffmpeg-obs.git (read-only, click to copy)
Package Base: ffmpeg-obs
Description: Complete solution to record, convert and stream audio and video with fixes for OBS Studio. And various options in the PKGBUILD
Upstream URL: https://ffmpeg.org/
Keywords: audio codec convert encoder ffmpeg media obs vaapi video
Licenses: GPL-3.0-only
Conflicts: ffmpeg
Provides: ffmpeg, libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavutil.so, libswresample.so, libswscale.so
Submitter: tytan652
Maintainer: tytan652
Last Packager: tytan652
Votes: 24
Popularity: 1.00
First Submitted: 2021-12-16 11:56 (UTC)
Last Updated: 2026-08-15 14:52 (UTC)

Dependencies (91)

Required by (2613)

Sources (3)

Pinned Comments

tytan652 commented on 2022-07-23 05:48 (UTC) (edited on 2025-09-28 05:50 (UTC) by tytan652)

Please, this package follow Arch Linux ffmpeg package version (not the staging or the testing one).

Don't put ffmpeg-obs out-of-date if both packages are on the same version. If you do, you might be ignored in the future.

tytan652 commented on 2021-12-17 15:32 (UTC)

OBS Project actually patch FFmpeg to fix some issues and also add RIST support starting from 27.2.

So I created this package, a ffmpeg package that ensure that you have those.

I really wanted to not do this but some fixes are needed, so I did my best to add those "feature-set options".

They allow you to build ffmpeg with feature-set based on other ffmpeg packages from AUR.

Read the PKGBUILD for more information about them.

Latest Comments

1 2 3 4 5 6 .. 17 Next › Last »

31PNMR commented on 2026-08-11 01:45 (UTC)

tytan652, would you please provide an updated PKGBUILD in an alternative way, such as in a git repo?

raoeus commented on 2026-08-06 22:15 (UTC)

ffmpeg 2:9.0-4 has landed in extra-testing with a soname bump (libavcodec.so=63, libavutil.so=61, etc.), and repo packages rebuilt against it are starting to hit testing. For testing users this makes every ffmpeg-linked upgrade pull in real ffmpeg 9, which conflicts with ffmpeg-obs 8.1.2-3 and can't be resolved while obs-studio-browser depends on it:

:: ffmpeg-2:9.0-4 and ffmpeg-obs-8.1.2-3 are in conflict. Remove ffmpeg-obs? [y/N] y
error: failed to prepare transaction (could not satisfy dependencies)
:: removing ffmpeg-obs breaks dependency 'ffmpeg-obs>=8' required by obs-studio-browser

Heads-up that a rebuild against ffmpeg 9 will be needed when it reaches extra.

Gelmo commented on 2026-07-07 04:00 (UTC)

Anyone having issues building this now that opencv is v5? Not finding libopencv when building

Gnatzelle commented on 2026-06-25 16:29 (UTC)

@tytan652 https://nvd.nist.gov/vuln/detail/CVE-2026-8461 aka "Pixelsmash" MagicYUV should be deactivated...

WasabiIceCream commented on 2026-02-22 04:44 (UTC) (edited on 2026-02-22 04:51 (UTC) by WasabiIceCream)

@VolodiaKraplich, and anyone else who encounters it
Mine wouldn't properly update unless I ran yay -S ffmpeg-obs mpv specifically.

VolodiaKraplich commented on 2026-02-14 11:29 (UTC)

error: failed to prepare transaction (could not satisfy dependencies) :: installing libplacebo (7.360.0-1) breaks dependency 'libplacebo.so=351-64' required by ffmpeg-obs

Dormanil commented on 2026-02-10 22:52 (UTC)

If one wants to build ffmpeg-obs with FFMPEG_OBS_FULL=ON, the patch to unbreak svt-av1 4.0 from the arch package of ffmpeg is needed.

Dormanil commented on 2026-02-03 00:47 (UTC)

I've done the minimal screamtest to see if ffmpeg-obs builds with the patch that makes the standard arch version of ffmpeg build with svt-av1 4.0.1-1. It does build, and things depending on ffmpeg (like spectacle and mpv) do start again. I haven't actually checked if usage of av1 itself will still work.

Bink commented on 2026-02-02 22:17 (UTC) (edited on 2026-02-02 22:17 (UTC) by Bink)

Hi @tytan652. The build is currently failing against the recently updated svt-av1 4.0.1-1, but this is perhaps an upstream issue.

I've confirmed by downgrading to svt-av1 3.1.2-1, which produces a successful build.

Seacat17 commented on 2025-11-10 19:50 (UTC)

Is there by any chance a way to make this not conflict with the default ffmpeg?