Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
Sean-Der
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
17 ms
·
271.
▲
Show HN: OBS Live-streaming with 120ms latency
(github.com)
283 points
by
Sean-Der
2y ago
|
132 comments
272.
▲
Show HN: Broadcast Box OBS Livestreaming as low as 120ms latency
(github.com)
1 points
by
Sean-Der
2y ago
|
0 comments
273.
▲
Show HN: Broadcast Box. Self-hosted sub-second H264/AV1 broadcasting
(github.com)
3 points
by
Sean-Der
2y ago
|
0 comments
274.
▲
Show HN: OBS-into-discord. Send OBS into Discord with re-encoding.
(github.com)
1 points
by
Sean-Der
2y ago
|
0 comments
275.
▲
Show HN: Self Hosted Twitch Alternative. Publish via OBS or Web
(github.com)
5 points
by
Sean-Der
2y ago
|
2 comments
276.
▲
by
Sean-Der
2y ago
Check out https://github.com/pion/mediadevices it’s an attempt to make that way easier
277.
▲
by
Sean-Der
2y ago
Not that I am aware of! Happy to help build it if you are interested in starting it :)
278.
▲
by
Sean-Der
2y ago
You shouldn’t need TURN for Client/Server like Donut. The Donut server runs on a world addressable host. So luckily no TURN woes here! In practice ~20% of users need TURN https://medium.com/@fippo/what-kind-of-turn
279.
▲
by
Sean-Der
2y ago
Did you end building it? What did yo use? What made it hard?
280.
▲
by
Sean-Der
2y ago
This is a great project. I really want to add a little JS lib so it could be all done client side <donut server=‘’ src=‘rtmp://….’ /> src could be any protocol you want.
281.
▲
by
Sean-Der
2y ago
This allows you to view video from protocols the browser doesn’t support with very little added latency. Things like RTMP/SRT/RIST/RTSP….
282.
▲
by
Sean-Der
2y ago
Connection is E2E encrypted when using TURN. Using TURN has no negative impact on security. The TURN server can see the size/src/dst so that has a privacy implication!
283.
▲
by
Sean-Der
2y ago
Do you want this in the browser or a specific language?
284.
▲
by
Sean-Der
2y ago
Yep! If you do one non-browser WebRTC agents https://github.com/pion/offline-browser-communication This could be possible browser to browser! I don’t think that has ever been an official use case
285.
▲
by
Sean-Der
2y ago
P2P broadcast is interesting. Send your video to two users, then they send it to two more. Makes things affordable. P2P VPN I also like. Users connect directly instead of routing all traffic through relay.
286.
▲
by
Sean-Der
2y ago
Sorry about that! I will continue working on improving it. I am also going to drop the 7z usage. Powershell has unzip built in
287.
▲
by
Sean-Der
2y ago
It definitely adds latency, not enough to be a bad experience. We have vdo.ninja today and Twitch's Stream Together. Those both do the 'dual encoding' and it is a good enough experience that users are doing it!
288.
▲
by
Sean-Der
2y ago
I don't believe it is possible today, but I am working on it! It would be great for users trying to co-stream. I created OBS2Browser[0] that is a good first step in the direction. [0] https://github.com/Sean-Der/OB
289.
▲
by
Sean-Der
2y ago
I doubt the protocol itself makes a big difference. I bet you can get 30ms with VNC. The difference with BitWHIP. * Can play WebRTC in browser. That makes things easier to use. * simpler/hackable software. BitWHIP is simple and uses nv
290.
▲
by
Sean-Der
2y ago
WebRTC has congestion control and Simulcast/SVC, what is missing for adaptive bitrate switching. What is stalling recovery? I believe NACK/PLI handle this? WebRTC doesn’t have a scaling problem. I think it was a software problem!
291.
▲
by
Sean-Der
2y ago
John did all the work on this. Just is nice as a Windows user. When I started committing everything worked really well already. Editing the just stuff also is really easy. Much nicer to read then scripts I think
292.
▲
by
Sean-Der
2y ago
Nope! I want to add all the other flows. nvidia is the absolute lowest I believe. I wanted to do it first to know if it was worth building.
293.
▲
by
Sean-Der
2y ago
Yes! I want to add remote control features to it. Lots of things left to do Any interest in getting involved? Would love your help making it happen
294.
▲
by
Sean-Der
2y ago
Excited to hear what you think! If there is anything I can change/improve tell me and will make it better :)
295.
▲
by
Sean-Der
2y ago
Let me find it again! I saw it on LinkedIn and it was such a bullshit promo thing
296.
▲
by
Sean-Der
2y ago
Users what to send WHIP into discord. The lack of control on screen sharing today is frustrating. Users want to capture via another tool and control bitrate/resolution. Most Broadcast Box users tell me that’s their reason for switching
297.
▲
by
Sean-Der
2y ago
Another things that is in this realm. I am adding native co-streaming/conferencing to OBS [0]. OBS can send WebRTC, next I want to make receiving work well. Between that and Simulcast I hope to make real-time video dramatically cheaper
298.
▲
by
Sean-Der
2y ago
It is also a player! You can either pull the video from a WHEP source or run in a P2P mode. I wanted to demonstrate the flexibility and hackability of it all :)
299.
▲
by
Sean-Der
2y ago
Yep! It glues ffmpeg, str0m[0] and SDL together. I hope bitwhip doesn’t need to exist someday. When WHIP/WHEP has enough traction it will be easier to land in FFMPEG [0] https://github.com/algesten/str0m
300.
▲
by
Sean-Der
2y ago
I wrote this to solve a few things I cared about. * I want to show people that native WebRTC players can be a thing. I hope this encourages hangouts/discord/$x to implement WHIP and WHEP it would let people do so much more * I wan
More ›