HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
Glimesh
broadcast-box
Go2023–2026
Glimesh / broadcast-box

broadcast-box

A broadcast, in a box.

3Distinct people
24Mentions
0Explicit recommenders
2.3KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

A broadcast, in a box.

GitHub

Where it is used

No documented product use was verified in the last source check.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

Mentioned in the same Hacker News threads. That is not proof they are substitutes.

This week on Hacker News

Nov 8–Nov 15 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/15/2026, 9:01:12 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year24 dated mentions

Observed mentions: 2023-05-31 00:16:50 UTC to 2026-11-01 14:44:52 UTC.

024682023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 6 mentions; 0 submissions, 6 comments20232024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 6 mentions; 3 submissions, 3 comments20242025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 8 mentions; 2 submissions, 6 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 4 mentions; 1 submissions, 3 comments. Incomplete calendar period.2026*

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC606
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC633
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC826
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC413

What Hacker News says

6 sources
This release includes WebRTC support. I would really appreciate if people could try it! I have so many things I want to improve with broadcasting. —— * Serverless Streaming - WebRTC is P2P so you can video right into your browser. You don’t have to stand up a server anymore to stream for a small audience. * Sub-Second Latency - Create content and interact with viewers instantly. There is something magical about having a real conversation with your viewers. * Multitrack Input - Upload your transcodes instead of generating then server side. Give viewers multiple video tracks to see action from all sides. * Mobility - WebRTC lets you switch networks at any time. Go from WiFi -> Mobile with zero interruptions. * E2E Authentication - WebRTC lets you add authentication on the sender and receiver. Broadcasters could sign their video streams so v
Read the rest
iewers can be sure it wasn’t modified. Try it out with Broadcast Box. A reference server implementation. https://github.com/glimesh/broadcast-box
In OBS Studio 30.0
Simulcast builds of OBS are available. Simulcast is when a client generates multiple encodes of a video. Testers and feedback would be greatly appreciated! Design Discussion: https://github.com/obsproject/rfcs/pull/55 Use it against your favorite WHIP ingest. If you don't have one check out https://github.com/glimesh/broadcast-box. It is a reference implementation of a WHIP/WHEP server. I hope/believe the impact of this will be much greater then WebRTC. This could benefit all broadcast workflows. * Higher Quality Videos - Decoding and re-encoding causes quality loss. Generating all the renditions from the source video is going to be a big improvement for viewers. * Lower Latency - Removing the additional encoding/decoding allows video to be delivered faster. * Reduce complexity - With Simulcast setting up a streaming server becomes dramat
Read the rest
ically easier. It is much easier for an individual to afford and manage a single broadcast server. RTMP -> Transcode -> HLS gets complicated and expensive quickly.
In Show HN: OBS with Simulcast Support
WebRTC support has been merged into OBS. This is going to bring some really exciting new things to the space! * Serverless Streaming - WebRTC is P2P so you can video right into your browser. You don’t have to stand up a server anymore to stream for a small audience. * Sub-Second Latency - Create content and interact with viewers instantly. There is something magical about having a real conversation with your viewers. * Multitrack Input - Upload your transcodes instead of generating then server side. Give viewers multiple video tracks to see action from all sides. * Mobility - WebRTC lets you switch networks at any time. Go from WiFi -> Mobile with zero interruptions. Try it out today with Broadcast Box. A reference server implementation. https://github.com/glimesh/broadcast-box. The PR to add WebRTC to OBS https://github.com/obsproject/o
Read the rest
bs-studio/pull/7926 ----- So many people went into making this happen. This was a colossal undertaking that different people have working on for over 6 months. Sergio Murillo - Created WHIP. The only reason this could be added to OBS. Luke Strickland - Created Broadcast Box. The reference server we developed against Paul-Louis Ageneau - Creator of libdatachannel. The library used to add WebRTC support to OBS. Colin Edwards - Started the project to add WebRTC into OBS John Bradley, tt2468, pkv - Developers who worked on the code itself RytoEx, tytan652 - Lots of feedback and reviews ----- Have fun using it! If you have any questions/feedback/improvement ideas I would love to hear.
In OBS merges WebRTC support
I am really excited for this PR to land. Being able to use WebRTC for Broadcast and Playback is going to be huge. Instead of doing fixed interval keyframe we can use receiver feedback (Massive reduction in bandwidth) Instead of server side generated transcodes we can use Simulcast. Will be better quality AND massively reduced server load. If anyone wants to use with Pion check out https://github.com/Glimesh/broadcast-box Then run `ffmpeg -re -f lavfi -i testsrc=s=1280x720:r=30 -f lavfi -i sine=f=440:b=4 -vcodec libx264 -pix_fmt yuv420p -profile:v baseline -r 25 -g 50 -acodec libopus -ar 48000 -ac 2 -f rtc -authorization "STREAM_NAME" "http://localhost:8080/whip"
In WebRTC support being added to FFmpeg

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.