Live data from Hacker News

OBS Studio: Open-source software for video recording and live streaming

obsproject.com

291–300 of 371 posts

Re: OBS Studio: Open-source software for video recording and live streaming

#291

I love OBS, just started using it a couple weeks ago. I am using the v4l2loopback plugin on Linux to output the video to Zoom. Is there a way for it to output the sound similarly to be used as an input in Zoom for Linux? I'm using a blackmagic decklink mini recorder as input, and Zoom won't accept it as a mic, but OBS does. I've tried a bunch of hacks with pavucontrol, but nothing will let me accept the OBS output as…

Nevermind, this fixes it from elsewhere in the thread. Thanks! https://news.ycombinator.com/item?id=22754216

Re: OBS Studio: Open-source software for video recording and live streaming

#292
post #249

Earlier quoted context omitted.

Are there any existing plug-ins for virtual microphone? I want to use OBS'S realtime noise suppression and noise gating in another app (mainly online lecture platform Echo360). I got it working using VoiceMeeter in what seems like a hacky way, but only with high latency so far.

I'm not aware of any plugins, but in case anyone is curious about how to replicate that setup on Linux systems with PulseAudio, you can create virtual outputs with: pactl load-module module-null-sink \ sink_name=Device_Name \ sink_properties=device.description=Device_Name If some program filters out output monitors from its input list, you can usually use pavucontrol to force-change it. Or, you can create a linked vi…

Thanks! This fixes my issue!

Re: OBS Studio: Open-source software for video recording and live streaming

#293

Earlier quoted context omitted.

I'm doing something similar on Linux, although a bit more complicated. I'm using v4l2loopback [0] to create a dummy video device, ffmpeg to create a stream endpoint that streams into the dummy video device, then setting up OBS to stream to localhost. It is actually really nice to have the capability to fully control what is going in to the video input. I haven't run into a need to also change the audio input yet but…

Are you using this with zoom, by any chance? I had no luck trying to capture my Webcam with ffmpeg, add text to it with ffmpeg, and output everything to a fake Webcam with video4linux. Actually, it works perfectly well, but this particular stream I can't open with zoom, even though zoom will accept it perfectly if instead of my Webcam, I add text to a video file. I suppose zoom detects that my actual Webcam is in use…

I use it with Zoom as well and haven't had a problem with it. I haven't tried using pure ffmpeg to output to the dummy device though.

Re: OBS Studio: Open-source software for video recording and live streaming

#294
post #277

Earlier quoted context omitted.

The common API is the desktop portal and pipewire. The major projects (GNOME/KDE/wlroots) all agree on this one. Take a look at the links in the GP comment more info.

THe common API is whatever gains traction. Wayland has even less direction than Xorg development (especially in its early days), because it's a spec with lots of holes that others have to implement and fill in, respectively. Even Keith Packard doesn't think Wayland is on a good track anymore.

The Linux ecosystem needs a standard and unified API or SDK for its desktop endeavour like macOS and Windows does.

This is why this whole thread on having the user to find out if an app like OBS is running on KDE, GNOME with X11 or Wayland on Linux is something which risks itself in losing traction with general users. I always recommend people to don't bother trying out the other distros and use Ubuntu instead.

The Linux community is eternally stuck with its micro-ecosystem of alternatives of alternatives of the desktop stack which is best described by Howl's moving Castle of components.

Also for future Linux app developers, never tell the user to 'compile' something as a way of distributing your app.

Re: OBS Studio: Open-source software for video recording and live streaming

#295
post #277

Earlier quoted context omitted.

The common API is the desktop portal and pipewire. The major projects (GNOME/KDE/wlroots) all agree on this one. Take a look at the links in the GP comment more info.

THe common API is whatever gains traction. Wayland has even less direction than Xorg development (especially in its early days), because it's a spec with lots of holes that others have to implement and fill in, respectively. Even Keith Packard doesn't think Wayland is on a good track anymore.

The desktop portal has gained traction. This is what we have right now, I don't know how to solve the problem of vendor- or desktop-specific features that need to be supported in extensions. X has experienced fragmentation from having to do this through its entire existence. I think the only thing a protocol designer really can do is make it easier to ship extensions. If Wayland does that for you, you probably know it already.

Re: OBS Studio: Open-source software for video recording and live streaming

#296
post #239

Love it. I've been using it on Linux with v4l2loopback to get it into things like Skype, zoom, jitsi, and teams. Really slick. For quarantine levity, this combined with live audio effects possible with JACK rack like voice changers and echos is hilarious. Maybe today's a good day to try that out on the engineering managers meeting.

That sounds like a great setup. I use OBS for recording and PulseEffects for some features like a noise gate. However, the latter doesn’t work well for me. Do you have some docs you could share on the setup you describe above, please? In any case, thanks for sharing your setup so far!

I have a video about the JACK Rack setup at least from a while back but haven't written anything about the OBS/v4l2loopback stuff. It's probably a good time to write something like that up, eh?

https://www.youtube.com/watch?v=igca1qT8Sjs

Re: OBS Studio: Open-source software for video recording and live streaming

#297
OBS is great! Huge thanks to everyone who's maintained it over the years.

As a side note, I'm trying to figure out how to do live streaming with less intense CPU requirements. My use case is effectively trying to use a Macbook Air to stream high quality video (720p, 30fps). Is there any way I could stream the video raw and encode it on a VPS somewhere? Or is there just a very real hurdle of needing a beefy CPU for any live streaming?

I've looked at WebRTC a bit, but can't seem to find much in terms of how to broadcast it in a 1 to many (like Twitch, Vimeo, etc) when using WebRTC. Mux.com at least allows you to do that if you have an RTMP source stream, but I can only find web based libraries that require Flash to stream.

Is there some HTML5 camera broadcasting solution that I'm missing? Some kind of VPS software for turning WebRTC into RTMP? I'd appreciate any direction I can get on this!

Thanks

Re: OBS Studio: Open-source software for video recording and live streaming

#298
post #5

I started using OBS when our church moved our services to live streaming due to the pandemic. Our mostly non-technical volunteer media team has had zero issues using it to stream to Facebook or a self-hosted Restreamer instance. Easy to use, straightforward interface. I'm sure we'll keep using it for streaming even after the pandemic is over.

Yep, same here. Went from zero to a fairly professional streaming experience in a few hours. I had a couple Logitech C920 webcams, and a Presonus Audiobox lying around. Combined with an older iMac, I was able to set up a pretty "fire and forget" rig.

Re: OBS Studio: Open-source software for video recording and live streaming

#299
post #294
post #277

Earlier quoted context omitted.

THe common API is whatever gains traction. Wayland has even less direction than Xorg development (especially in its early days), because it's a spec with lots of holes that others have to implement and fill in, respectively. Even Keith Packard doesn't think Wayland is on a good track anymore.

The Linux ecosystem needs a standard and unified API or SDK for its desktop endeavour like macOS and Windows does. This is why this whole thread on having the user to find out if an app like OBS is running on KDE, GNOME with X11 or Wayland on Linux is something which risks itself in losing traction with general users. I always recommend people to don't bother trying out the other distros and use Ubuntu instead. The L…

>The Linux ecosystem needs a standard and unified API or SDK for its desktop endeavour

In my opinion, this is incredibly unlikely to happen any time soon. The closest existing thing to that is building web apps targeting Chrome and Chrome OS. If that's not your thing, then I would advise against operating on the assumption that there will ever be a unified SDK. At least for me it's gotten easier to understand and work with the open source world after internalizing that. There are both upsides and downsides to it.

Ubuntu is a funny example because they were ready to drop both X and Wayland for a while. They came very close to shipping their own incompatible display server called Mir.

Re: OBS Studio: Open-source software for video recording and live streaming

#300
post #294

Earlier quoted context omitted.

The Linux ecosystem needs a standard and unified API or SDK for its desktop endeavour like macOS and Windows does. This is why this whole thread on having the user to find out if an app like OBS is running on KDE, GNOME with X11 or Wayland on Linux is something which risks itself in losing traction with general users. I always recommend people to don't bother trying out the other distros and use Ubuntu instead. The L…

>The Linux ecosystem needs a standard and unified API or SDK for its desktop endeavour In my opinion, this is incredibly unlikely to happen any time soon. The closest existing thing to that is building web apps targeting Chrome and Chrome OS. If that's not your thing, then I would advise against operating on the assumption that there will ever be a unified SDK. At least for me it's gotten easier to understand and wor…

Maybe ChromeOS could do since it is the closest to this idea.

But distro-wise, if that's the case then the second last sentence in my previous reply is an unfortunate tautology which doesn't look good for those who just wants work done or needs to reproduce/trace bugs in subsystems. :(

Post reply on HN