streamer45

Looks like 20GB VRAM isn't enough for the 360p demo :( need to bump my specs :sweat_smile:

All good, cheers!

Rad! huggingface link gives 404 on my side though.

Nice! Built a similar system in the past using a servo-controlled traxxas buggy with an LTE hat, which let us do open-space driving. Latency (over internet) was still a challenge, and finding cameras and lenses that performed well across varying lighting conditions turned out to be a bit of a pain but pretty fun stuff.

Been using raylib for years to power generative digital paintings on embedded systems (RPI and the like). I have been really impressed with its performance and accessible API. Plus it's a very active and welcoming open source project, kudos to the maintainer.

I've been using raylib for years now to implement digital signage art and it's been a pleasure to work with, especially thanks to its excellent multi platform support (used many Raspberry PIs). Really well thought, intuitive API, kudos to the author.

Which tool. Curious.

We built something similar at Mattermost, which (funnily enough) is a comparable application.

https://github.com/mattermost/mattermost-load-test-ng

https://mattermost.com/blog/improving-performance-through-lo...

Isn't really just choosing which way to throw money at the problem? Hardware costs, vs. person-hours to maintain a thin client version?

That's fair, although the second option has (in my opinion) a better return on investment given by the knowledge and experience gain.

Amazing to think they were actually spawning 150k headless browsers to simulate the traffic. That sounds like throwing money at the problem and it probably worked (for a while anyway).

Having built a load-test tool as well, I can say making it realistic enough and keeping it that way is possibly the hardest challenge. Maintenance cost is high, especially in a features focused environment.

This is great and overdue. Hopefully all major browsers will add some support for open source/royalty free codecs.

Emscripten/WebAssembly actually worked rather well with audio (OPUS is just awesome) but when it comes to video it's just unfeasible, especially if you are looking at doing low latency streaming. That said, I cannot fail to mention the incredible effort done by ogv.js [1] to make a/v decoding possible almost anywhere.

Looking forward to experiment with this new API.

[1] https://github.com/brion/ogv.js/

At Mattermost we went for the do-it-yourself option and wrote a custom tool for the job [1]. After a lot of research on all the existing open-source frameworks we couldn't really find anything that would fit our use-case. We are quite happy with the result although, as the OP mentioned, there's a significant maintenance cost attached. As new features gets implemented and more API calls added you need to go back and make sure your user behaviour defining logic stays in sync with the real world. If I were to do it all over again, I'd probably give k6 [2] a chance but I am still convinced a tailored solution was the best choice.

[1] https://mattermost.com/blog/improving-performance-through-lo...

[2] https://k6.io/

Oh I see. Server side mixing would probably be a good option to help it scale better. Cool stuff anyway :)

Nice! Are all user inputs mixed into the same stream?

It seems appropriate to also mention https://mattermost.com/ as a valid Open Source alternative to Slack.

Amazing! Why does it look so much like computer graphics? I would't expect to see it like that with my own eyes.

An amazing work from the Xiph team as usual. Their explanations of complex subjects always feels so clear and simple. Long live Opus!

Well, since it uses WebKit as rendering engine (on OSX and Linux at least) it must definitely support CSS and JS.

main problem I see are bandwidth requirements to keep a decent quality. That said, very interesting project and well executed.

brilliant

You are right, it's not explained at all. That's because I have been focusing mainly on the client code. That said, you can find some example server code at https://github.com/FacileAudio/facile-server Yes it lacks documentation but it should be pretty straightforward to set up. If not, just be patient till I'll get to write some how-to.