You can sign up to get a daily email of our articles, see the Mailing List page.

Little bit of good news to start Tuesday, as the excellent livestreaming and recording software OBS Studio got another good donation recently, this time from Red Hat.

Red Hat certainly aren't the first big company to help fund OBS development, software that has become essential for so many different uses. Nice to see a bigger Linux and open source company jump in though with the confirmation of the $10,000 donation on Twitter.

This actually puts Red Hat in the top 5 of companies who have donated to OBS via their OpenCollective campaign.

In other OBS related news, it seems they're going to be moving their official Linux packages over to Flatpak rather than just having an official PPA for Ubuntu. This is fantastic news, as it means all the proper service integration will be easily available to all Linux users.

We still remember trying to livestream on Linux before OBS Studio came along, what a complete pain that was. OBS is another incredible project that really shows the power of open source. Super useful for other uses too because of all the easy to use plugins from podcasts to plain video content creation.

Article taken from GamingOnLinux.com.
32 Likes
We do often include affiliate links to earn us some pennies. We are currently affiliated with GOG and Humble Store. See more here.
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.
See more from me
23 comments
Page: «3/3
  Go to:

STiAT 26 Dec, 2021
Quoting: 14
Quoting: STiATI actually never saw snap or flatpak as security layer but as a means to distribute a packaged versions regardless of the linux distribution and library versions available on a distribution.

The thing is that especially on dependencies they multiply memory usage by different versions of libraries, which I like to avoid where possible.

I will still use the obs-studio provides by my distro though, but it does make sense for me in example for Spotify or other stuff which may not find their way into my distro.

meme

You will spend more on disk and memory in both desktop and server scenarios.

I have a good amount of professional experiencing administering containerized applications. I do not love or hate them. They have their use-cases. In a desktop experience, I think the primary benefit for an end-user is convenience. For maintainers, support should be more routine because the problems people bring to you are the same thing over and over. You can write a troubleshooting guide for them. In contrast, the errors traditional packaging generates can be more unique to the user's setup and harder to diagnose.

In a server experience, the benefits are scaling the instance count of the application. That extra resource spending allows you to be lazier about planning your resource purchases because you don't need to custom build a server to fit an application's usage at peak times; you can add servers of varying capacities to your farm to host the same application and spread the load. You can also recover an unhealthy application by restarting it instead of the server.

What choice do I make on my personal computers? Well, I have avoided containerized applications. I also do not like the idea of redundancy. I make exceptions, for example the Unity Hub, and I will test out the OBS Flatpak to see if any features work better, but in general I don't like these application capsules on my desktop. I do use them on some of my servers but not the ones where I want more administrative control over all the components.

I actually have my issues with dockerized applications and kubernetes, I do not see a real benefit there but to be able to scale up and down for single applications fast.

To realize our shared web environment containerized has 10 times the RAM usage than before. On that size overhead, scaling for workloads would hardly be an issue on a more traditonal approach.

The good part is that you really can seperate them, which is the only real benefit there.
Creak 26 Dec, 2021
Quoting: STiATI actually have my issues with dockerized applications and kubernetes, I do not see a real benefit there but to be able to scale up and down for single applications fast.
I think the best way to summarize the benefits is the "pets vs cattle" paradigm: https://www.hava.io/blog/cattle-vs-pets-devops-explained
CyborgZeta 27 Dec, 2021
Quoting: sudoer
Quoting: CyborgZetaGood. I want to see more Flatpak adoption.

Me not at all. https://ludocode.com/blog/flatpak-is-not-the-future
You are certainly entitled to your opinion.

For me, Flatpaks are extremely convenient. They're kept separate from the core OS, and they're distro-agnostic. On a more "stable" distribution, like Xubuntu on my ThinkPad, Flatpaks are a handy way of having up-to-date programs. And on an Arch-based system, like I'm using on my desktop, they allow me to maintain my policy of avoiding the AUR, in addition to allowing me to reliably use Steam.

Getting Steam to work reliably, coming from Ubuntu and Debian, has been a pain in the butt on EndeavourOS. For starters, I had to add udev rules to root that Ubuntu+Debian installed automatically as the package "steam-devices". But more importantly, the Steam Flatpak has been the only way I've been able to consistently play my Steam games. The only game I can't explicitly run in the Steam Flatpak is Vampire the Masquerade: Bloodlines; any other game I've had issues with have had issues in the Steam Flatpak and the Steam Runtime.


Last edited by CyborgZeta on 27 December 2021 at 12:14 pm UTC
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: Liberapay or PayPal.

This ensures all of our main content remains totally free for everyone with no article paywalls. We also don't have tons of adverts, there's also no tracking and we respect your privacy. Just 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!
Login / Register

Or login with...
Sign in with Steam Sign in with Twitter Sign in with Google
Social logins require cookies to stay logged in.