GRVYDEV

6 ms·

31.
Show HN: Project S.A.T.U.R.D.A.Y. – open-source, self hosted, J.A.R.V.I.S.(github.com)
121 points by GRVYDEV 3y ago|30 comments
32.
by GRVYDEV 4y ago
This is awesome. So happy to see this technology maturing. Great job team
33.
by GRVYDEV 6y ago
I went with FTL instead of RTMP for the sake of latency. Also FTL gives me a stream of RTP packets which can go directly into WebRTC meaning I have to do 0 processing of the packets where as with RTMP I would have to convert them into RTP p
34.
by GRVYDEV 6y ago
Yup I have spoken to them about that as well however that move wont be for a while
35.
by GRVYDEV 6y ago
Yup that was the point :) In the future configuration of the server will become easier as well!
36.
by GRVYDEV 6y ago
Hm it would be interested to see RIST used in OBS
37.
by GRVYDEV 6y ago
Yeah! The bitrate shouldn't exceed 8k though and remember the more bitrate you use the more bandwidth the server will use which can mean incurring costs with some providers.
38.
by GRVYDEV 6y ago
Oof! I'll stick to development I guess grammar isn't my strong suit haha!
39.
by GRVYDEV 6y ago
Yes and this makes 100% sense. This is my first Open Source project so its definitely something to think about!
40.
by GRVYDEV 6y ago
Yes I am aware however there is a new service called Glimesh that is utilizing FTL so I dont think it is going to disappear tomorrow. Also I have implemented the server side so it does not matter that it is closed.
41.
by GRVYDEV 6y ago
Would I like a strong open source community? Absolutely, could you fork this and make money off of it right now? No not even close. Maybe in the future I would consider a different license but at the end of the day if you take this and make
42.
by GRVYDEV 6y ago
This wouldn’t actually solve anything since WebRTC can handle packet loss. The loss is going to be coming from OBS -> Server which unfortunately there isn’t much I can do about that since it uses UDP
43.
by GRVYDEV 6y ago
I’d love to write an installer that would install and run everything for you
44.
by GRVYDEV 6y ago
This is planned and will hopefully be coming soon :)
45.
by GRVYDEV 6y ago
No worries :) enjoy and please let me know what you find!
46.
by GRVYDEV 6y ago
I’ll get on that first thing tomorrow!
47.
by GRVYDEV 6y ago
Wow that is a use case that I haven’t considered haha! That sounds awesome! This was made with the intent to be used as a traditional live stream server similar to Twitch or YouTube but honestly it can be used for whatever your heart desire
48.
by GRVYDEV 6y ago
Also, you’re not “hacking” obs. oBS is compiled with the FTL sdk you just have to tell it to use it.
49.
by GRVYDEV 6y ago
Also the work required to adapt what I have to SRT is non trivial and I would rather have something that works right now and then build in SRT support in the future
50.
by GRVYDEV 6y ago
So FTL is supported by OBS and was used by Mixer. I’m interested to move to SRT in the future since you’re correct, FTL support will be going away eventually
51.
by GRVYDEV 6y ago
I can’t wait for you to try it out haha!
52.
by GRVYDEV 6y ago
As of right now there isn’t a demo. I need to determine the most cost effective way to stream 24/7 then I will put one up
53.
by GRVYDEV 6y ago
Yup! You could develop a web of WebRTC relays
54.
by GRVYDEV 6y ago
YouTube and twitch use RTMP which operates over TCP. This means that each time we send a packet we need to ensure that it’s been received which adds latency overhead. Lightspeed uses the FTL protocol which operates over udp thus reducing th
55.
by GRVYDEV 6y ago
Okay now this is awesome! Great work!
56.
Show HN: Lightspeed – subsecond, open source, self hosted stream from OBS(github.com)
452 points by GRVYDEV 6y ago|138 comments
57.
by GRVYDEV 6y ago
Welcome to Project Lightspeed. This is a project that allows anyone to easily deploy their own sub-second latency live-streaming server. In its current state you can stream from OBS [1] and watch that stream back from any desktop browser. T