Package Details: ffmpeg-obs 7.1-5

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, libpostproc.so, libswresample.so, libswscale.so
Submitter: tytan652
Maintainer: tytan652
Last Packager: tytan652
Votes: 21
Popularity: 1.89
First Submitted: 2021-12-16 11:56 (UTC)
Last Updated: 2025-01-18 19:51 (UTC)

Dependencies (88)

Required by (1923)

Sources (4)

Pinned Comments

tytan652 commented on 2022-07-23 05:48 (UTC) (edited on 2024-06-21 13:15 (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

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 Next › Last »

tytan652 commented on 2022-07-23 06:06 (UTC)

Yes, but it is not updated to 5.1. For now ffmpeg-obs is up do date because ffmpeg is still 5.0.1.

HurricanePootis commented on 2022-07-23 05:58 (UTC)

ffmpeg has been marked out of date as well https://archlinux.org/packages/extra/x86_64/ffmpeg/

tytan652 commented on 2022-07-23 05:48 (UTC) (edited on 2024-06-21 13:15 (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.

gardotd426 commented on 2022-07-12 12:56 (UTC) (edited on 2022-07-12 13:19 (UTC) by gardotd426)

I'll also add that something seems to be wrong with the PKGBUILD, in that it doesn't enable any of the LLVM Nvidia decoders when running the normal PKGBUILD without any envvars. You have to enable the proprietary stuff to get support for any of that.

Here's with FFMPEG_OBS_CUDA=ON


ffmpeg -decoders | grep nv

 V..... av1_cuvid            Nvidia CUVID AV1 decoder (codec av1)
 V....D dsicinvideo          Delphine Software International CIN video
 V..... h264_cuvid           Nvidia CUVID H264 decoder (codec h264)
 V..... hevc_cuvid           Nvidia CUVID HEVC decoder (codec hevc)
 V....D idcinvideo           id Quake II CIN video (codec idcin)
 V..... mjpeg_cuvid          Nvidia CUVID MJPEG decoder (codec mjpeg)
 V..... mpeg1_cuvid          Nvidia CUVID MPEG1VIDEO decoder (codec mpeg1video)
 V..... mpeg2_cuvid          Nvidia CUVID MPEG2VIDEO decoder (codec mpeg2video)
 V..... mpeg4_cuvid          Nvidia CUVID MPEG4 decoder (codec mpeg4)
 V..... vc1_cuvid            Nvidia CUVID VC1 decoder (codec vc1)
 V..... vp8_cuvid            Nvidia CUVID VP8 decoder (codec vp8)
 V..... vp9_cuvid            Nvidia CUVID VP9 decoder (codec vp9)
 V....D wnv1                 Winnov WNV1
 A....D twinvq               VQF TwinVQ

And here is just running the standard PKGBUILD with no changes:


ffmpeg -decoders | grep -i nv

 V....D dsicinvideo          Delphine Software International CIN video
 V....D idcinvideo           id Quake II CIN video (codec idcin)
 V....D wnv1                 Winnov WNV1
 A....D twinvq               VQF TwinVQ

I'll add that ffmpeg -hwaccels still shows cuda and vdpau on both packages.

But regardless of whether FFMPEG_OBS_CUDA=ON is enabled or not, I still don't get av1_vdpau as a possible decoder, which is what's supposed to be the new one.

gardotd426 commented on 2022-07-12 12:49 (UTC)

ffmpeg has added av1_vdpau decode support to allow Ampere GPUs to use VDPAU for AV1 hardware decoding in ffmpeg. This was done after libvdpau v1.5 added support for AV1 decoding.

The current tag used in the PKGBUILD for ffmpeg does indeed include the commits enabling AV1 VDPAU decode, but it is not listed in the available decoders when using ffmpeg-obs. I'm not sure if it's a configuration option or what, but something is definitely wrong.

I have an RTX 3090, with full AV1 decoding support, and the NV control panel reports that AV1 decode support is indeed recognized. I also have libvdpau 1.5 installed. It's not an issue on my end. I'd appreciate if you could maybe look into it.

Here's the commit @ ffmpeg: https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/a44fba0b5b3b4090f9238751736198ddd1f0f1d5

And here is someone demonstrating that support shows up for them when building ffmpeg directly from master: https://github.com/xuanruiqi/vdpau-va-driver-vp9/issues/3#issuecomment-1181426181

Finally, the article announcing this from Phoronix: https://www.phoronix.com/scan.php?page=news_item&px=NVIDIA-AV1-VDPAU-FFmpeg

zeroconf commented on 2022-05-08 20:03 (UTC) (edited on 2022-05-08 20:06 (UTC) by zeroconf)

Thank you for patience with explanations! For now that dav1d was really the only one dependency and yay -Syud solved the issue, later yay -Syu did not find any update. Using obs-studio-tytan652 and ffmpeg-obs, recently OBS also updated. Haven't used/tested thoroughly, at least OBS started, indicators worked, made short screen recording with certain windows into *.mkv and it also worked. I hope that earlier 'libdav1d.so=5-64' dependency will not cause any issues in future. Suddenly after dav1d (1.0.0-1) installation there is no dependency anymore. I really hope that ignoring that dependency will not cause any issues.

tytan652 commented on 2022-05-08 16:54 (UTC)

@zeroconf it's -Syud not -d. Skipping the dependency check allow to update dav1d and then ffmpeg-obs shall be updated afterward.

And yes d is not an option to always use but to fix the issue this is the simplest solution.

Otherwise switching back to original ffmpeg and obs-studio while updating and then rebuild obs-studio-tytan652 and ffmpeg-obs.

zeroconf commented on 2022-05-08 16:37 (UTC) (edited on 2022-05-08 16:38 (UTC) by zeroconf)

@tytan652 If you can tell, which package(s) and in which order to install and/or uninstall or vice versa, would be thankful. Similar situation already happened some time ago, then I could figure out. Now I read comment-864082 and it was controversial and could not figure out from there, what to do. Also read other comments and still not clear. The -d parameter in yay man is irrelevant, but in pacman man nodeps, which isn't safe IMHO. Ignoring dependencies may lead into issues as dependencies are not described just for fun.

tytan652 commented on 2022-05-08 13:15 (UTC) (edited on 2022-05-08 13:16 (UTC) by tytan652)

@zeroconf I'm working on trying to avoid this scenario, but it will always happen something that require a manual intervention because this is a FFmpeg package and it is required by many packages.

Like a big FFmpeg version change that change the version required by other packages.

zeroconf commented on 2022-05-08 12:48 (UTC)

Hard to figure out, what to do, how to solve the issue... Why updates are not tested before they become publicly available?

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 Next › Last »