streamer45
Joined 11 years ago
Karma
143
Submissions
27
Member since
Oct 5
https://github.com/streamer45
View on Hacker NewsRecent submissions
Comment · 9 months ago
Looks like 20GB VRAM isn't enough for the 360p demo :( need to bump my specs :sweat_smile:
Comment · 9 months ago
All good, cheers!
Comment · 9 months ago
Rad! huggingface link gives 404 on my side though.
Comment · 9 months ago
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.
Comment · 3 years ago
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.
Comment · 5 years ago
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.
Comment · 5 years ago
> 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.
Comment · 5 years ago
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.
Comment · 5 years ago
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.
Comment · 5 years ago
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/
Comment · 5 years ago
Oh I see. Server side mixing would probably be a good option to help it scale better. Cool stuff anyway :)
Comment · 5 years ago
Nice! Are all user inputs mixed into the same stream?