HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
w3c
openscreenprotocol
Bikeshed2023–2026
w3c / openscreenprotocol

openscreenprotocol

Open Screen Application Protocol + Open Screen Network Protocol

2Distinct people
6Mentions
0Explicit recommenders
114GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Open Screen Application Protocol + Open Screen Network Protocol

GitHub

Where it is used

No documented product use has been verified yet.

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

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 12:24:10 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 year6 dated mentions

Observed mentions: 2023-05-12 01:34:42 UTC to 2026-05-11 18:45:18 UTC.

0122023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments20232024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments20242025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 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 UTC202
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC202
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC101
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC101

What Hacker News says

6 sources
In the long run I don't see anything but open screen protocol actually being competitive. There's dozens of different cast things, but imo it was access to the web & web platform that made Chromecast so capable & powerful, and nothing else is remotely as competent. https://github.com/w3c/openscreenprotocol There are however little more than tech demos for it. There's still a significant body of unresolved questions. Theres very limited amount of effort going in. But there are some very nice libraries too, such as https://github.com/youtube/openscreen-rs . Not an answer for most people for today, but if folks are feeling agentic, this is where I would burn my tokens. Your timing is actually quite incredible; I picked up my project again & have been burning the last tokens of my weekly quota on open screen protocol today! (Don't get me star
Read the rest
ted on what a frelling turd show MatterCast is. Last I checked it was for native apps, and had no means to distribute or find programs, only could work with apps already on the castee. Miserable evil capture-computing shizzle, with zero aspirations to ever allow the just works interoperability that made Cast so amazing. Truly captured device ecosystem, of Official Partners anti-consumer villainy. Vomitously disgusting, makes me feel much worse about Matter in general seeing how wretched that looks.)
In Ask HN: I'm fed up with my Chromecast/Google TV. What are my options?
The extra irony here is that Netflix kind of lead the charge in this domain, worked with YouTube to build the DIAL protocol (Discovery and Launch, 2010). Which strongly resembles what emerged latter, Chromecast. From the DIAL protocol: > For consumers, DIAL removes the pain of having to launch the required app on the first-screen [eg: tv] before interacting with it from their second-screen [eg: phone]. https://www.dial-multiscreen.org/ Growing up in the 90's, I was obsessed with ubiquitous computing, with an idea that there would be computers everywhere & we were going to need "the network is the computer" type thinking to let us make use of ambient screens, speakers, cameras, lights, etc. with Casting being ascendant and ragingly excellent, and Matter finally bringing some reason to IoT (but computer to computer notably weak) it's amazin
Read the rest
g to see some of that world. I cannot for the life of me imagine why Netflix would be trying to stuff the genie back in the bottle now. We're ina user I would be pissed. I almost never touch my TV remote, and turning back the I also want to mention that there is an open standard at the w3c, Open Screen Protocol, that's built by the Second Screen Working Group, to handle these flows in an open specified way. Matter has a Cast spec as well, but seems to only work with native apps that are already installed on devices, where-as DIAL (in many cases), Chromecast, and Open Screen Protocol all have modes where the target TV or speaker or whatnot open a given URL, so they can work with any* app without the 1st screen/tv needing explicit support. https://github.com/w3c/openscreenprotocol
In Netflix kills casting from its mobile app to most modern TVs
Google has to promise to do some kind of service-providing API when they landed Presentation API (2015) to let the web talk to Chromecast devices. There's Open Screen Protocol doing just that. https://github.com/w3c/openscreenprotocol Worth mentioning, Netflix+YouTube's DIAL protocol (2013) also wasn't bad. I haven't given it much of a look but Matter Cast protocol is out there. It seems far more limited, and only can run specific apps on specific devices? Glowing review recently but seems like junk to me; platform agnostic actually seems to mean devices hosting only specific apps. https://www.theverge.com/2024/5/10/24153556/fire-tv-amazon-m...
In Google opens up its smart home to everyone and will make Google TVs home hubs
Nice to see Debian under the hood; very solid base. Good market rife for some disruption from below. The existing offerings all feel pretty pricey, especially for the tiny embedded cores that run most of them. Also excited to see ARM finally finally showing up. DIY board, but Linus Tech Tips reviewed the rk3588 based FriendELEC CM3588 with 4x m.2 slots (yes, vastly oversubscribed PCIe), and had nice things to say. It would make a very competent sata NAS and fine for a lot of ssd uses. Its wild to me how bad ARM has been at getting cores out people can use for general computing, just incredible non-delivery forever, but maybe some day more mobile/desktop class cores can emerge at reasonable price points & stir up some entrenched x86, maybe, perhaps, someday, maybe, one of these decades... https://youtu.be/QsM6b5yix0U?si=PoemX6Iu5vTCS85Q h
Read the rest
ttps://www.friendlyelec.com/index.php?route=product%2Fprodu... Edit: UgreenOS being vanilla Debian + management UI was mentioned in TwoGuyzTech review, https://youtu.be/205rlkyK_QE?si=edzzy7tvUW8hhI0d#t=4m Also the HDMI out makes so much sense. Pity there's not better off the shelf protocol/software solutions. Miracast wouldn't make sense because someone else would have to read from the nas then send the video via Miracast to it. Google/w3c has been forever mucking about with a Open Screen Protocol, which aims to fulfill promises to support more than proprietary Chromecast protocol devices when they added Presentation API back in 2015. https://caniuse.com/mdn-api_presentation It would be a great fit & let existing media apps like Jellyfin or Twitch or Spotify just work. Almost a decade down the road though & it's slowboating through standards committees with one blessed engineer slowly coaxing it along, very frustrating long limbo. https://github.com/w3c/openscreenprotocol . There's a demo/reference repo in Chromium that works, and there's actually been consistent movement recently, by >1 engineer, which I'd dare to say is quite uncharacteristic & possibly even exciting. https://chromium.googlesource.com/openscreen/ Matter just cooked their own competing Cast protocol up, with Amazon's help. Dunno what impls/softwares are available. https://www.theverge.com/2024/1/9/24030324/amazon-matter-cas... The rk3588 mentioned above also has HDMI-In and a 4k120 HEVC video encoder, which is worth noting especially for it's really interesting streaming possibilities; a gratis highly capable stream capture card, sort of.
In Ugreen to Challenge Synology with Affordable Series of NAS Hardware
There is a great lovely w3c spec to do Chromecast, but as an open protocol. A remote control protocol for the web. https://github.com/w3c/openscreenprotocol I really hope we can do it. So far it's almost exclusively Google putting the work, to take their tech (derived from Netflix's common sense/simple Dial protocol) & re-protocol-ize it again. Such amazing benevolence, in my view. But if you want tech to succeed, you need to set it free. If you love it set it free. Create more value than you capture. Again here as in many places, I can say, thank you Google. You empower a great connected medium. It is good. These acts are great.
In Pixel Tablet

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.