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:
Article taken from GamingOnLinux.com.
- 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
Some you may have missed, popular articles from the last month:
The comments on this article are closed.
All posts need to follow our rules. For users logged in: please hit the Report Flag icon on any post that breaks the rules or contains illegal / harmful content. Guest readers can email us for any issues.
7 comments
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
Still using the v27 because of that. I will have to look for alternatives soon i guess
0 Likes
AV1 encoder sounds good if it's using va-api.
Last edited by Shmerl on 23 November 2022 at 10:03 pm UTC
Last edited by Shmerl on 23 November 2022 at 10:03 pm UTC
0 Likes
AV1 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.
0 Likes
They still haven't reversed the commit that broke NvFBC it looks like :(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.
Still using the v27 because of that. I will have to look for alternatives soon i guess
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!
0 Likes
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.Yeah i heard that, but why switch from a working solution to something that breaks plugins :(
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!
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.
1 Likes, Who?
Yeah 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.
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.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.
0 Likes
Yeah 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.
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.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.
1 Likes, Who?
Patreon
PayPal
See more from me