MentalEdge

The qpwgraph workaround works in the matrix clients as well, but passing media audio into a WebRTC stream meant for voice is not ideal. Any decent client is likely to heavily filter out background audio (which with a game would be a lot of the ambient soundscape), and the audio would in some cases end up mono.

Broadcast-box is on the simpler side, if self hosting. If not, there is a public free-to-use instance here: https://b.siobud.com/

Honestly, that means peer to peer, not centralised

Peer to peer vs a server does not have significant latency difference. There is one, but not one universal enough that’d make latency the reason to choose the former in most cases.

OBS will use large buffers (multiple seconds) that are then sent out to the server.

It doesn’t. Streaming from OBS over WHIP is able to get down to about 300ms of latency, and that’s when watching via a server, rather than peer to peer.

The main source of streaming latency (the buffer you mention) happens when using the older HLS standard.

WHIP or WebRTC HTTP Ingestion Protocol (and the other end for clients, WHEP) allows software like Broadcast-box to be just as fast as conferencing screenshares in peer to peer video calls. Because it is the same tech.

Matrix has MatrixRTC (or whatever they call it) but you will need the Element client and will need to activate RTC in the “labs”. Not sure if it’s in the stable build or the beta.

MatrixRTC voice, video and screenshare is in element, comment and cinny. It does not need to be enabled in labs. Its main problem at the moment is the lack of system audio when sharing the screen.

OBS with Broadcast-box allows you to achieve real-time video sharing with audio, with full control of the video stream audio and quality thorough OBS’s recording and encoder settings. And to watch, your friends need no accounts or anything, they just open the broadcast-box link in a browser.

No?

The fastest I got it down to was about 30 seconds of stream delay. It’s a limitation of HLS, which will never be truly fast.

Owncasts own guides state:

If you require real-time, video conferencing style latency you may want to look for a different solution that doesn’t use HLS video, as this scaling and distribution model will never get to sub-second levels.

Not even. You can share a stream link.

Owncast already mentioned, and while it’s good, it doesn’t achieve real-time streaming like discord does. It’s more of a twitch replacement for streamers with an actual audience thanks to it’s ActivityPub support (in that people on stuff like mastodon can “subscribe” to the server).

MatrixRTC is still new and while it’s already being used to provide voice channels in clients like element, cinny and commet, as of now none of them can stream gameplay with audio.

For this I’m currently using Broadcast-box. Self-hostable, but the dev also provides a public instance.

It uses WHIP to stream over WebRTC (OBS is compatible) to achieve less than half second latency. More than fast enough to feel like “real-time” if in a voice-chat with friends. And you can push the video quality past what any platform like youtube, twitch or discord will allow.

• Matrix - federated chat server
• Vaultwarden - password vault
• Fireshare - share video clips
• Broadcast-box - host low latency streams

Technically, if you stop updating arch when it’s in a functional state it’ll never break.

I don’t have a static IP, and I just make sure to never ever let my DHCP lease expire. My ISP provides the same IP to the same MAC when renewing the lease. My longest streak on the same IP was three years.

As long as I always turn my router off by cutting the power, it won’t release the lease, so I keep my IP even through reboots. My last one didn’t release the lease at all, so it only ever got a new IP if it was off for over a day, or if I set a new MAC.

When my IP does change, I’ve configured my DNS record to only last an hour. So updating the domain to point to a new IP only takes an hour to update.

Having ideas is generally not enough.

Volunteers don’t take requests. They take suggestions. They only act on the ones they want to.

If you want something to actually get implemented, offering a monetary reward, hiring a dev to contribute, or contributing yourself, is the best way to go.

I’ve gotten several features I wanted into software I use, by adding them myself.

The USs social media user count is at 73% of population, to Germany’s 77%. Smaller difference that I expected, but I did remember correctly, that the US has lower penetration.

USA does have higher time spent online per person though.

It’s pretty much just that there are a lot of Germans.

The population of Germany is about 80 million.

All else being equal, there are 16 times more Germans online than us finns, for example.

Next to the USs 300 million people, that’s still one German about every 5 people. Add to that that Germans are definitely online more than americans, and yeah…

A lot of Germans.

That’s handled by nginx, which strips out the menu items when serving to external IP. Basically serving an html file that doesn’t contain them to begin with.

Yes I did.

I just wrote my own.

It’s a single html file with links to all my services, served at the root of my nginx server.

This is like v12, I’ve edited it over the years as what I host has changed. Adding the embedded searxng bar, as well as links to uptime kuma and openspeedtest.

I’d be happy to let you copy it, provided you know how to edit it for your needs.

Thank fuck.

For now.

I’d like you to realize that “the USA who is the least likely country to implement these laws” is literally the opposite of current reality.

They are making some of the greatest efforts to make legally mandated user and age tracking a thing, as well as legally mandated user identity based content-gating.

…

So this is not a concern to you?

The fact that there are people in leadership positions that want this, and have reasons why they want this, is below note. And not worth opposing?

This will lead to infrastructure, that should not exist, existing.

That it can be avoided is not a solution. It should not be built in the first place.

Is your argument really “this won’t affect linux, so it doesn’t matter” ? At the very least, FOSS development by anyone in California will be a problem, as the law quite literally names “persons” as potentially liable.

The reality remains, the US is the most thirsty for this kind of thing. Not the least.

And they are already working on an even more overreaching version that will close loopholes in the current legalese.

Windows, and any other OS will be illegal in California unless it implements this.

Apple, for one, is headquartered in California.

So, the OS wont work until the user verifies their age somehow.

Moreover, even if an OS somehow could know the users age - that doesn’t automatically mean all other software that exists automatically reads it and responds to it as necessary. Does the law compel anyone making software to recognise this?

Did you not read my comment? Anyone writing software for an OS that implements this, can be sued (in California) if their application ignores the API signals from the OS and allows access to age-restricted content.

Or is your argument really “this won’t affect linux, so it doesn’t matter” ? At the very least, FOSS development by anyone in California will be a problem, as the law quite literally names “persons” as potentially liable.

The reality remains, the US is the most thirsty for this kind of thing. Not the least.

You may want to look into what the legal requirements actually are, and how it changes who is liable. It is outright draconian.

Essentially, it requires the OS to find out the age of the user, and then inform ALL software that is run by API. Any software that theoretically could use the data, and still allows a child to see something they should not have, will be liable.

You claimed that the US was the least likely to do this sort of thing…

Instead, despite the incompetence, they are clearly spearheading this globally along with the UK. Making it most decidedly the first place that will have to deal with this crap.

Not the last.