Confused on Steam Play and Proton? Be sure to check out our guide.
We do often include affiliate links to earn us some pennies. See more here.

OBS Studio 29.0 Beta 1 adds AV1 Encode for AMD / Intel

By - | Views: 26,960

OBS Studio 29.0 Beta 1 is now available, as another big update to the video recording and livestreaming app.

The main additions in this release include:

  • Added support for the AMD AV1 Encoder for RDNA3 GPUs
  • Added support for the Intel AV1 Encoder for Arc GPUs
    • Note: CQP is available but not fully supported
  • Added support for the Intel HEVC Encoder
  • Added an upward compressor filter
  • Added a 3-band equalizer filter 
  • Added support for native HEVC and ProRes encoders on macOS, including P010 and HDR
  • Added support for macOS Desk View 
  • Added update channels for opting into receiving beta/release-candidate builds to Windows
    • Work is still underway to get everything ready on the server side, updating via the built-in updater may not be available until later in the OBS 29.0 beta-testing period

Plus these other fixes and improvements:

  • The Replay Buffer's memory limit is now set to 75% of installed system RAM rather than fixed to 8GB 
  • Added media key support in Linux
  • Various improvements to NVIDIA Video and Audio filters, including a Mask Refresh slider and support for temporal processing, which provides better quality masking
  • Improved Display Capture screen naming & saving on Windows; indexes should now match regardless of Mode, and reconnected displays should show the correct monitor
    • Note: This does mean existing Display Capture sources will be blank until manually configured, to avoid showing the wrong display
  • Added support for encryption and authentication for SRT and RIST outputs
  • Disabled ScreenCaptureKit Display & App capture on macOS 12 due to various issues; users should either update to macOS 13 or use the existing Screen Capture source
  • Removed the automatic numbering on Multiview labels
  • Added the ability to mute individual browser docks
  • Added the ability to right click and 'Inspect' individual browser docks
  • Changed the default Simple Output NVENC preset to P5 for better compatibility & performance
  • Added support for higher refresh rates in the Video Capture Device source on Windows
  • Added the Apple VT Hardware encoder to the Auto Configuration Wizard
  • Improved FFmpeg VA-API enablement by directly using Libva to check device capabilities
  • Various minor UX/accessibility tweaks in the UI
  • Raised the speed at which dynamic bitrate recovers after a drop
  • Audio should now be automatically captured for most capture card brands using the Video Capture Device source on Windows
  • Added a slide counter to the Source Toolbar when an Image Slide Show is selected
  • Updated dependencies, including switching to Qt 6.4.1, which should fix a number of issues
  • Lots of bug fixes
Article taken from GamingOnLinux.com.
17 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly came back to check on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly. Find me on Mastodon.
See more from me
The comments on this article are closed.
7 comments

Xpander Nov 23, 2022
They still haven't reversed the commit that broke NvFBC it looks like :(
Still using the v27 because of that. I will have to look for alternatives soon i guess
Shmerl Nov 23, 2022
AV1 encoder sounds good if it's using va-api.


Last edited by Shmerl on 23 November 2022 at 10:03 pm UTC
pete910 Nov 24, 2022
View PC info
  • Supporter Plus
Quoting: ShmerlAV1 encoder sounds good if it's using va-api.

I've tried vaapi a few times its always been crap for me, It is alot better than it used to be I admit.

I'll stick with the AMF encoder for now.
Corben Nov 24, 2022
Quoting: XpanderThey still haven't reversed the commit that broke NvFBC it looks like :(
Still using the v27 because of that. I will have to look for alternatives soon i guess
They switched to EGL, nvfbc (which I'm also still using via OBS 27 as it's awesome, both performance-wise and usability-wise) needs GLX though. And they don't want to maintain GLX anymore.

The OBS Linux maintainers said though, they've put in a lot of effort to make xcomposite capture much better and more performant. They advice to use windowed fullscreen for best results. Haven't tested it yet, but as other plugins are also dropping support for older OBS versions sooner or later, I'll probably upgrade at some point.

Or nVidia implements nvfbc for EGL in their driver... ha, yeah, I know... but we can dream, can't we!
Xpander Nov 24, 2022
Quoting: CorbenThey switched to EGL, nvfbc (which I'm also still using via OBS 27 as it's awesome, both performance-wise and usability-wise) needs GLX though. And they don't want to maintain GLX anymore.
Yeah i heard that, but why switch from a working solution to something that breaks plugins :(

Quoting: CorbenThe OBS Linux maintainers said though, they've put in a lot of effort to make xcomposite capture much better and more performant. They advice to use windowed fullscreen for best results. Haven't tested it yet, but as other plugins are also dropping support for older OBS versions sooner or later, I'll probably upgrade at some point.

Or nVidia implements nvfbc for EGL in their driver... ha, yeah, I know... but we can dream, can't we!

Xcomposite is pretty similar to perf with nvfbc to be honest, thats not an issue really, but i have to select what window i want to record then every time and if i want to record whole desktop, its sad story. Fullscreen capture (XSHM) is just epicly slow when you launch a game on the desktop. nvfbc was performant in all situations.
Corben Nov 24, 2022
Quoting: XpanderYeah i heard that, but why switch from a working solution to something that breaks plugins :(
From what I've heard, nobody wants to touch that code anymore. So it had to go. With the switch to qt6 many plugins broke... well, the usual update thingy, sometimes old stuff has to be cut off :-/
Too bad if really good functionality is lost then.

Quoting: XpanderXcomposite is pretty similar to perf with nvfbc to be honest, thats not an issue really, but i have to select what window i want to record then every time and if i want to record whole desktop, its sad story. Fullscreen capture (XSHM) is just epicly slow when you launch a game on the desktop. nvfbc was performant in all situations.
Exactly my reasons to use nvfbc still as well. I can just select one of my workspaces to capture, don't have to create sources for each window, etc...

Before I used nfvbc I had one scene where I created a capture window for each game, and used it as a nested scene in my main scene. But still, needed it's own source for each window to capture.

Hmm... how about a tool, that just creates a "window" of a workspace? Is something like that available? If there was a performant way of doing that, it would solve this issue.
scaine Nov 25, 2022
View PC info
  • Contributing Editor
  • Mega Supporter
Quoting: Corben
Quoting: XpanderYeah i heard that, but why switch from a working solution to something that breaks plugins :(
From what I've heard, nobody wants to touch that code anymore. So it had to go. With the switch to qt6 many plugins broke... well, the usual update thingy, sometimes old stuff has to be cut off :-/
Too bad if really good functionality is lost then.

Quoting: XpanderXcomposite is pretty similar to perf with nvfbc to be honest, thats not an issue really, but i have to select what window i want to record then every time and if i want to record whole desktop, its sad story. Fullscreen capture (XSHM) is just epicly slow when you launch a game on the desktop. nvfbc was performant in all situations.
Exactly my reasons to use nvfbc still as well. I can just select one of my workspaces to capture, don't have to create sources for each window, etc...

Before I used nfvbc I had one scene where I created a capture window for each game, and used it as a nested scene in my main scene. But still, needed it's own source for each window to capture.

Hmm... how about a tool, that just creates a "window" of a workspace? Is something like that available? If there was a performant way of doing that, it would solve this issue.

I mentioned my solution for this on Discord a while back, but will repeat here. I have one "Game" scene which has about 20 sources - one source (Xcomposite) named and capturing each of the games I play. Then, when I switch to the Games scene, it automatically picks up whatever game happens to be running. Yes, it requires a touch of maintainance here and there, but it means that I don't have to constantly update one Xcomposite source to a new game window whenever I decide to play something else.

I'd just prefer that they created an Xcomposite capture that somehow recognised games - like capturing anything that started a borderless fullscreen canvas, for example.
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
The comments on this article are closed.