Timeline
Every post and feed across this instance
-
This Man Bought Phone Location Data from Around the World (with Mike Yeagley)
Joseph speaks to Mike Yeagley about how he bought the world's location data, and what that means for everyone's privacy and security. -
This Man Bought Phone Location Data from Around the World
Go to https://surfshark.com/404Media to get 4 extra months of Surfshark VPN, with the reassurance of a 30-day money-back guarantee, or just use code 404MEDIA at checkout. That's https://surfshark.com/404Media. This week Joseph talks to Mike Yeagley. As you’ll hear, he is a very interesting guy. He introduced parts of the government to the whole idea of commercially sourced location data. He spent hundreds of thousands of dollars buying the data, and showing what could be done with it. It’s a fascinating conversation. - How the Pentagon Learned to Use Targeted Ads to Find Its Targets—and Vladimir Putin This is a production of 404 Media, a journalist-owned tech website. Learn more and subscribe at: htttps://404media.co Listen to our weekly podcasts: Apple Podcasts: https://podcasts.apple.com/us/podcast/the-404-media-podcast/id1703615331?ref=404media.co Spotify: https://open.spotify.com/show/0F3oY47l2XgoBMaAmIaw29?ref=404media.co Google Podcasts: https://podcasts.google.com/feed/aHR0cHM6Ly9mZWVkcy5hY2FzdC5jb20vcHVibGljL3Nob3dzL3RoZS00MDQtbWVkaWEtcG9kY2FzdA?ref=404media.co Become a paid subscriber for access to bonus content: https://404media.co/membership Learn more about your ad choices. Visit megaphone.fm/adchoicespdst.fm -
Trump’s Assault on Science Continues
I appreciate the plain speech of Science magazine’s Derek Lowe in his recent piece, The Assault On Science Funding Continues.
When I talk to people about this subject (and that includes some journalists as well) and say what I’m about to at the end of this paragaph I am sometimes met with disbelief. But I mean what I say and I am trying my best to say what I mean: The Trump administration hates academic science funding, full stop. They hate where that money goes, and they hate who it goes to. They want to keep all that money for themselves, to hand out to favored cronies who can help them get elected and to steer yet more money and more power back into their hands.
That’s it. That’s the story. They are naturally not putting it in those words, but instead talking about “gold standard science” and the “reproducibility crisis” and funding “bold inquiry” for “transformational breakthroughs”. This is all bullshit, and it’s important to realize that. Shameless hand-waving bullshit, delivered in a how-dare-you-think-otherwise manner is the defining style of the entire Trump administration. You can see it in every appointee, in every part of the executive branch, and in the pronouncements of all of Trump’s supporters. I realize that this is a simple heuristic to apply, and a very unambiguous and unflattering one, but I find it to be all too useful and all too accurate. Give it a try.
Yep. He’s the mob boss president — everything is about favors, taking his cut, deals, tough guy-ness, bending the world to his will, power, and white male supremacy.
Tags: Derek Lowe · Donald Trump · politics · science
-
A process for adopting new podcast standards
One thing we’re learning: creating a broad consensus on adopting a new feature, across multiple companies + platforms, is challenging. A feature has to be useful to a critical mass of Creators/Listeners, or have some other broad utility for hosting providers, apps, and partners. And, it has to have a chance of getting implemented broadly (what are we willing to spend our limited “social capital” on?) Proposal: I’d like to formalize how the Podcast Standards Project adopts new features and standards (how we move from idea to adoption): You can view the whole proposal on GitHub. We need a clear, transparent process that balances community input with practical implementation. We also need a process that allows us to backtrack if we feel like a specific feature doesn’t merit broad adoption. Let me know what you think here. Cheers,Justin Jackson Want to contribute to the HLS video podcast specification? Join the discussion on GitHub or learn more about the Podcast Standards Project. This post was written by Justin Jackson (Co-founder at Transistor). -
What is open podcasting, and why does it matter?
by Justin Jackson, co-founder of Transistor Podcasting is better when it’s open. The open RSS protocol has been used to distribute audio since 2001, allowing podcasters the freedom to create, share, and monetize their work without limitations. A diagram showing how podcast distribution through RSS works (Source: transistor.fm/start) Because RSS is an open protocol, it’s not owned or controlled by a single entity. This openness allows podcasters to create, distribute, and monetize their content however they’d like. It also gives podcast listeners the freedom to choose how they listen. However, as big players have entered the podcast ecosystem, some listening apps and hosting providers have introduced proprietary features. We’ve seen this happen before: in the 90s, Microsoft and Netscape added proprietary features to their web browsers, creating user compatibility issues. The Podcast Standards Project has a mission similar to the Web Standards Project of 1998: to promote a minimum set of open podcast standards that all hosting providers and listening apps should implement. This will ensure that the creation and consumption of podcasts are consistent across all platforms. Some argue that innovation in podcasting is only achievable through centralization. However, we believe it’s possible to innovate on top of the open RSS standard. We will make this happen through advocacy and collaboration with all industry players (big and small). The Podcast Standards Project aims for hosting platforms and listening apps to adopt a standard set of new podcasting tags and features. Only when these features are widely supported can podcast creators and listeners benefit from them. Why is open podcasting better for podcasters? Big centralized platforms promise podcasters more distribution, but the tradeoffs can be significant. Social media platforms have reliably used this playbook for years: Entice content creators to their platform with the promise of “more distribution.” Initially, provide substantial organic reach for content. Later, reduce the amount of organic reach a piece of content gets. Monetize this (mostly free) content through ads and “boosts” (where creators have to pay to reach their own audience). When content creators are forced to pay for access, they invariably retreat to open protocols. For example, they might ask their followers to subscribe to their email list or RSS feed. This is the benefit of open podcasting: it’s a refuge from centralized control. It also gives podcasters significant advantages: They can monetize however they’d like. For example, they’re not beholden to a platform’s ad networks. They can choose Value4Value, Patreon, or sell their own ads. Podcasters can also decide where their show is distributed. Most folks submit to Spotify, Apple, Google, and Amazon, but some choose to avoid platforms that don’t align with their values. Podcasters can remove themselves from a directory if they no longer agree with that platform. If a platform removes a show from its directory, listeners can still access it via the RSS feed. Podcasters can host their audio files and RSS feeds wherever they want (they’re not dependent on a single provider). If they want to move from one hosting company to another, importing their feed and forwarding the old feed to the new one is as simple as importing their feed. Why is open podcasting better for listeners? When a podcast is purchased (or licensed) by a large listening app, it’s no longer available everywhere via RSS. From the beginning, podcast listeners have been able to choose their preferred listening app. Some choose the default app installed on their phone, while others choose to use apps by independent developers. The distributed nature of podcasting has another significant advantage: hyper-targeting is more challenging than in other media. Podcast hosts and podcast apps receive limited data about listeners, which helps bring more balance between listener privacy and advertisers’ interests than in other channels. This also means no single entity can dominate the advertising market, leading to more competition. This helps ensure that no single platform dominates the market, ensuring value and market power accrue across the ecosystem. Also, since we can innovate on top of the existing open standard, listeners will get access to new features. Already, podcast RSS feeds can support transcripts. Soon, we may be able to support cross-app comments, more monetization options, and video podcasts in all apps. Want to help us build the future of open podcasting? The Podcast Standards Project is a grassroots coalition working to establish modern, open standards, to enable innovation in the podcast industry. We exist to advocate for and protect open podcasting. Join us on GitHub Connect on Twitter: @PodStandards Podcasters: ask your podcast hosting platform to implement these podcast features. Podcast listeners: ask your listening app to support these podcast features. This post was written by Justin Jackson (Co-founder at Transistor), with help from Todd Cochrane (Founder at Blubrry), John Spurlock (Founder at OP3), Cameron Moll (VP of Design at Buzzsprout), Mike Kadin (Founder at RedCircle), Charles Wiltgen (Creator of Podbase validator). -
Podcast RSS nerds unite in London
Hello friends of the Podcast Standards Project! As part of the Podcast Show in London, we got the Podcast Standards Project members together on Wednesday, and the room was packed. Podcast Standards Project members meetup in London, UK 2026 held at The Bull pub. 20+ people showed up, with representatives from Amazon Music, Headliner, SupportingCast, Auphonic, Buzzsprout, the PPSA, Transistor, Hubhopper, Podigee, Fountain, Acast, Snipd, RSS.com, TrueFans, and Pocket Casts. I can’t believe how much we’ve grown. Here’s our meeting back in 2024: PSP meeting in 2024. The momentum keeps building. As more people join Slack, show up to meetings, and become certified members, our ability to collaborate and advocate for open RSS gets stronger. Here’s our mission: “We are a grassroots industry coalition (hosting companies & listening apps) dedicated to adopting new features that improve the open podcasting ecosystem for both listeners and creators.” We try to frame our discussion around one question: “What will (ultimately) bring value to listeners and creators?” One of the best parts of this meeting was bringing the listening apps (Fountain, True Fans, Snipd, Pocket Casts) and the hosting companies into the same room to exchange feedback and requests directly. This is the part I’m most excited about: getting companies to talk to each other and to form an open standard together. HLS video in RSS is happening We’ve been talking about this for a long time, and it’s finally happening: HLS video in podcast RSS feeds using the alternateEnclosure tag! Here are the hosting companies currently supporting it: Transistor, RSS.com, Fountain, and True Fans. Apps supporting it (or about to): Amazon Music, iHeart, Fountain, and True Fans, with Pocket Casts and Snipd close behind. This is the “upload once, distribute everywhere” future we’ve been working toward, built on open RSS rather than being locked into one platform. One big item we discussed was the problem of bot traffic. Video files are much larger, so bots downloading them are a major concern (as they could cost hosting companies a lot of money). The proposals coming out of the meeting A bunch of concrete proposals came out of the discussion. These will get written up as Issues in the PSP GitHub project: Securely signing video requests. Tom (Buzzsprout), Oscar (Fountain), Kevin (Snipd), and Ellie (Pocket Casts) are writing a proposal to sign video requests from apps, so hosts can block bots from pulling down large amounts of video. A standard for private podcast feeds. I’m writing this one up: a proposal to define the different types of private feeds and improve on what hosting companies are already doing. AI disclosure. There was a real consensus to adopt this. Alberto (RSS.com) is writing up how we might all implement it. Worth saying clearly: this isn’t only an ethics thing, it’s also strategic. It helps creators stay compliant with regulations like the EU AI Act and Apple Podcasts’ requirements. Item-level podroll recommendations. The “if you liked this episode, you might also enjoy…” idea. People liked it. Now we’re figuring out how to actually implement it. Two other things worth flagging GUIDs are getting broken on import. Oscar (Fountain) and Kevin (Snipd) pointed out that some newer hosting providers (Substack and others) aren’t properly honoring GUIDs. They’re generating brand new GUIDs when they import a show, which breaks things downstream. I said I’d reach out to those companies directly. Collaborative marketing with the PPSA. The Podcast Professionals Association wants to work with hosting companies to produce materials for their members that explain questions like “What does a podcast hosting company actually do?” and “What features in RSS should you know about?” I’ve put my full notes from the meeting here: meeting notes I’m sure I missed some of the discussion. If you were there, add a comment to that doc so we have a record of everything we talked about. Thanks again,Justin JacksonCo-founder, Transistor.fmFounding member of the Podcast Standards Project -
A new paradigm for video podcasts: HLS streaming
At our most recent PSP meetings in London, there was near-unanimous agreement that the open podcast system needs to offer a better solution for video podcasts delivered via RSS. Why do we need a new solution for video podcasts? Video has been part of podcasting for a long time. Tristan Louis first introduced the idea of distributing video via RSS in 2000. Five years later, Apple brought podcasts to iTunes with support for video podcasts. Some popular video-first shows emerged from that era, including Tekzilla, Diggnation, and The Ricky Gervais Podcast. Top video podcasts in Australia, from the iTunes store in October 18 2008 Today, interest in video is back, and more creators are interested in creating podcasts that feature video. However, the old iTunes paradigm of separate feeds for audio and video is outdated: This system also had a further complication: consumers had to download massive video files to their devices, which took up valuable storage space. Our proposal: HLS streaming Instead, we’re proposing a new paradigm: creators would have an audio-first RSS feed, with an alternate enclosure for streaming video via HLS. HLS (HTTP Live Streaming) is an adaptive bitrate streaming protocol developed by Apple. Unlike traditional file downloads, HLS breaks media into small segments (typically 2-10 seconds each), allowing consumers to stream video without downloading entire files, with playback quality that automatically adjusts to their internet connection speed. Here’s an example of how the alternateEnclosure might look in an RSS feed: View a sample RSS feed, courtesy of Andrew Kuklewicz from PRX This ensures that podcasters don’t split their audience between two feeds and allows them to publish a video podcast to open RSS apps. In this scenario, creators would upload video episodes to their hosting platform. The videos would be encoded in formats compatible with HLS, and could be requested by listeners using apps that support streaming, such as Pocket Casts, TrueFans, and Fountain.In an ideal world, we would like to see Apple Podcasts support this new paradigm (we think it would be especially beneficial to them for expanding Apple TV+ and offering video as bonus content in Podcast Subscriptions). However, apps like Pocket Casts already support HLS streaming, so we could roll this out whenever the spec is ready. Discussion and draft spec PSP members initially discussed our approach to video in August 2024. At that time, the main concern from podcast hosting companies was how we would handle the bandwidth costs. This is still a primary concern in the PSP Slack discussions: I love the idea of HLS enclosures. I think one of the big issues for everyone is pricing. Has anyone done any sort of deep dive into different providers, or rolling your own? I did some back of napkin math on [CDN provider] and the costs are completely prohibitive for any sort of real world scale. However, we’re moving forward in developing a spec for HLS video streaming in podcast RSS feeds. View our working document / spec Multiple hosting providers are planning on building prototypes for how this might look on their end, and are coordinating with listening apps like Pocket Casts to test those implementations. Audio Streaming While our primary focus is on solving video podcast distribution, HLS streaming also offers significant advantages for audio-only podcasts. HLS can deliver adaptive bitrate audio streams, automatically adjusting quality based on network conditions, providing crystal-clear audio on fast connections while ensuring uninterrupted playback on slower networks. Adding an additional alternateEnclosure for audio streaming via HLS would be fairly straightforward. Improving podcast consumption analytics and measurement HLS adoption could also help with our goal of providing consumption analytics for the open podcast ecosystem. “I have a feeling this delivery will go hand in hand with video HLS to provide more accurate measurement for not only content, but ad impressions as well.” – Rockie Thomas Traditional RSS enclosures provide limited insight into actual listening behavior – hosting platforms know when files are downloaded, but not if they’re actually consumed. HLS streaming, however, could provide detailed analytics about actual playback: how long listeners engage, where they drop off, and which segments are replayed. This would give creators and hosting platforms YouTube-level insights while maintaining the open, decentralized nature of RSS podcasting. Hurdles to overcome There are still unanswered questions, especially around bandwidth costs for hosting platforms. However, PSP members are willing to collaborate to solve these challenges. A few members, like Rockie and Kevin, already have experience building this infrastructure. (One interesting suggestion is to have larger platforms like Apple Podcasts cache the video.) What’s at stake? “We know from our creator surveys, that podcasters want to do video, and that they want to disribute their video ‘everywhere.’ There’s an appetite for more podcast platforms to support video podcasts (beyond YouTube).” – Helen Ryles If we don’t nail this, we’ll be essentially telling podcasters that their only real options for podcast video are YouTube and Spotify. If you’d like to join the PSP Slack to discuss this more, send me a DM on LinkedIn. Cheers,Justin Jackson This post was written by Justin Jackson (Co-founder at Transistor). -
Playing the game on the field
Hello PSP friends and members,Last month, my friend Aaron Francis sent me an email. I can’t get this line out of my head: ”You’ve got to play the game on the field. You need to decide if you want to win or if you want to be right; if you want to be stubborn or if you want to [make progress].” The Podcast Standards Project is a grassroots coalition dedicated to adopting new features that improve the open podcasting ecosystem for both listeners and creators. In one sense, the PSP needs to play the game on the field. We need to understand what genuinely motivates creators and listeners and respond with features they care about. But in another sense, we’re also trying to do the impossible: we’re trying to change the game. We’re advocating for: large platforms to adopt open-standards, creators and consumers to understand the benefits of RSS and decentralized media, and features that improve podcast publishing and podcast listening. We live in this tension: reflecting the reality on the field while also fighting for the ideals we want to see in the world. It was an “unrealistic idealism” that gave the original Web Standards Project the audacity to petition Microsoft to adopt W3C standards in Internet Explorer 6. We’re trying to do something similar. How we play the game on the field If we’re going to adopt new RSS-based features, they should reflect what creators and listeners want. The biggest risk to our project is adopting our own pet projects instead of building features that creators actually want to use. This means identifying features/specs that have the potential to: reach a critical mass of podcasters and listeners, and fulfill a strong desire shared by podcasters and listeners. I think the best example we have of this was the feature. There was evidence that creators wanted it: many had been transcribing their episodes for years. Listeners wanted it as well! Many of them were reading transcripts, saving quotes, and so on. Based on this evidence of real demand, hosting providers adopted the spec. Podcast apps later implemented the feature. And then, creators used the feature! The reason transcripts worked is that we had evidence creators wanted it before we built it, and evidence they used it after we launched it. That should be the bar for everything we do. We need to recognize the biases we bring to the table: the preferences we’ve accumulated over a lifetime (being computer nerds, syncing iPods to iTunes, etc). In so many ways, “we are not the end-user.” Every once in a while, I’ll head over to Podping Watcher to see the stream of episodes from everyday podcasters. These creators (and their listeners) are our target market! How we’re trying to change the game Convincing a big company to do anything is a near-impossible task. (We all know this – and have the scars to prove it!) But, at the PSP, we’ve decided to try because we know: The Web Standards Project proved it could be done. We need to reach a critical mass of podcast listeners. Collectively, our advocacy has an impact. Trying is better than not trying. Still, we need to be judicious about where we invest our energy. The task of advocating for industry-wide change is difficult enough; we can’t make it harder. Here’s an example: I’m really upset about browsers removing XSLT support for RSS feeds. In my heart, I’m “right” (this is a big loss for the open web). But the reality is that James Cridland is right: we have to pick battles we have a chance of winning. Everything else is wasted energy. We have to prioritize what we bring to the table. There are a few features we’ve already adopted that might be good candidates for speaking to the big platforms about: Support for the tag. Support for the tag. Support for the tag. What bets do we want to make in 2026? Up until now, we’ve adopted new features through discussion at our in-person meetings. But as the PSP grows, we need a more structured approach. Kevin from Snipd put it well in a recent discussion: Every proposal needs an explicit emphasis on the value it creates for the listener or the creator. Otherwise, it will never get off the ground. We should have a hypothesis about what this value is, force ourselves to formulate it clearly, and validate it. Based on that discussion, I’ve moved ahead and created a proposals repo on GitHub. View proposals A few highlights: Before we commit to building anything, we need to answer: do creators and listeners actually want this? Is there evidence of real demand? Proposals move through a clear pipeline: Proposal → Research → Vote → Beta → Vote → Standard. We can backtrack at any stage if the evidence isn’t there. We’re a small group who’ve chosen to collaborate on something bigger. Let’s channel that energy into the battles we can actually win.Let me know what you think! Cheers,Justin JacksonCo-founder of Transistor.fm,Organizing Member of Podcast Standards Project -
Agenda
https://docs.google.com/document/d/1vXnk_eP_V_saltZNK6wDgUVWF0T0alABjfDZ-j79I2o/edit?usp=drivesdk -
HLS Video Podcast Demo
Friday evening, I was working late on our HLS video podcast proposal, creating a demo RSS feed, and setting up a public GitHub repository. I emailed the update to the Podcast Standards mailing list. Within an hour, Oscar Merry from Fountain replied: “Great timing! We’ve just released a new version of Fountain into beta today that supports HLS Video via alternate enclosure.” I downloaded the Fountain beta on iOS, loaded up my demo feed, and witnessed the exact user experience I’d been dreaming of for video podcasting. Fountain: HLS video streaming Fountain’s beta implementation is everything we hoped for in our proposal. It delivers an audio-first experience that seamlessly integrates video without disrupting the core podcast workflow. Audio-First Design: Fountain’s user interface is designed to be audio-first. But the video option is available when you want it. Seamless Video Switching: A simple toggle lets listeners switch between audio and video modes instantly. The playback position stays synchronized – no interruption, no restart. Real-World Flexibility: You can start listening while walking, switch to video when something visual is referenced, then back to audio – exactly how people actually consume content. Big Screen Ready: Once we have support for connected TVs and AirPlay, consumers will be able to switch from audio listening to viewing the episode from their couch. Why This Matters for the Podcast Ecosystem We believe that using HLS for video and audio streaming will help keep podcasting open. Currently, video podcasting forces creators into an either/or choice. Traditional video podcast feeds require massive file downloads and separate RSS feeds. Platforms like YouTube and Spotify offer video but lock creators into proprietary ecosystems. The HLS Solution: HLS streaming through the podcast:alternateEnclosure tag gives creators the best of both worlds – open RSS distribution with adaptive video streaming that works across devices and connection speeds. The implementation uses a simple RSS structure that any podcast hosting platform could adopt: This simple XML addition transforms any podcast feed into a dual-format experience. Listeners can choose to consume audio or video. What makes this powerful: Backward Compatibility: Existing podcast apps continue working with the audio enclosure Adaptive Streaming: HLS automatically adjusts quality based on connection speed No File Downloads: Video streams in small chunks instead of requiring multi-gigabyte downloads Single Feed: One RSS feed serves both audio and video consumers Kudos to TrueFans for their HLS implementation It’s worth noting that TrueFans has supported HLS video podcasting since last year. TrueFans has HLS audio/video working in production on iOS, Desktop, FireTV, and in their Google App beta. TrueFans has support HLS video since last year Collaboration is what drives open podcasting forward The strength of the PSP lies in the cooperation and coordination between members. After discussing it in London, Oscar and the Fountain team implemented the HLS video streaming spec, proving that open standards can move fast and innovate. This is how the podcast ecosystem should work: creators, hosting platforms, app developers, and standards organizations collaborating to push the medium forward while keeping it open and decentralized. What’s Next: The Call for Universal Adoption Fountain and TrueFans have shown this works beautifully. Now we need every podcast app to implement HLS video support. Apple Podcasts: please support HLS Apple is celebrating 20 years of podcasting. They were the first podcast app to offer video, but deprecated the feature in 2017. You used to be able to browse and watch video podcasts in iTunes and Apple Podcasts. Apple also invented HLS technology. It’s time for them to bring video back to Apple Podcasts and support HLS in the alternate enclosure. This is a natural fit for Apple! The Apple TV platform, which includes both the Apple TV set-top box and the app on smart TVs, is estimated to have 75 million users worldwide. Apple Podcasts could support HLS video in the alternateEnclosure tag With HLS streaming, Apple could establish video podcasts as a cornerstone of the Apple TV experience. Apple also has a successful creator monetization program, with podcast subscriptions. Video podcasts make for great premium podcasts! Which apps already support HLS? These apps support HLS video streaming in the alternateEnclosure: TrueFans – demo show Fountain Beta – demo show These apps support HLS video streaming and will be adding support for the alternateEnclosure shortly: Podcast Guru Pocket Casts Which hosting providers are working on HLS support? Disctopia Podtoo Transistor Having apps and hosting providers that support this protocol will generate more usage by creators. Try It Yourself Add this video-enabled RSS feed to a podcast player: podcast-standards-project.github.io/hls-video/feed.xml Github Repo: github.com/Podcast-Standards-Project/hls-video The Future is Streaming (and Open) We can have adaptive video streaming, seamless user experiences, and creator control – all within the RSS ecosystem. We’re moving on from the old paradigm of separate video feeds and massive file downloads. HLS streaming in an alternate enclosure is the future of video podcasting: Now let’s make it universal. Every podcast app, every hosting platform, every creator should have access to this technology. Want to contribute to the HLS video podcast specification? Join the discussion on GitHub or learn more about the Podcast Standards Project. This post was written by Justin Jackson (Co-founder at Transistor). -
Podcast Standards meeting in Los Angeles
During Podcast Movement Evolutions 2024, a handful of PSP members met for lunch to discuss our ongoing goal of improving the open podcasting ecosystem for listeners and creators. Our first topic of discussion was Apple Podcasts’ recent adoption of the tag. The entire group felt that this was a big win for podcast standards. Now that there is a major platform supporting the tag, there is an opportunity for this tag to be adopted by other apps (Pocket Casts and Castbox are interested). Doing some advocacy work with Spotify may also encourage them to adopt the tag. Another big opportunity is for listening apps to adopt the tag so they can feature host and guest credits on podcast and episode listings. This would allow apps to emulate Apple’s host and guest credits (which are currently proprietary and unavailable to all creators). This conforms to our desire to bring value to listeners, app builders, and hosting providers by innovating on top of RSS with tags that provide value. It was nice to have Ellie at the meeting as a representative from the podcast-listening app side! Ellie spoke about Pocket Casts, their recent backend overhaul, and how it will set them up for new feature development (and adoption of new podcasting tags). We all agreed that getting more apps to adopt podcast tags like Person, Podroll, and Transcripts should be a main focus moving forward. The group reiterated the need for podcast hosting platforms to continue to adopt certain tags as a group. RSS, Transistor, and Captivate all committed to launching their implementation soon (by April-June). Buzzsprout has already launched theirs. Sam Sethi pitched the group on being the public face of Podcast Standards as Chief Evangelist. Sam has long advocated for open standards in podcasting and promoted the Podcasting 2.0 namespace. The group in attendance voted to have him perform this role for one year, with the possibility of extending it. His primary responsibility with the group will be communicating (on a monthly basis) with the press, creators, and apps about new developments. He will also help with our advocacy and outreach work to onboard more platforms. The group also voted to move PSP communication to Slack (almost everyone uses it). We think it will help us onboard participants and improve engagement. If you would like to join Slack, email Sam Sethi. Finally, a renewed call was made to encourage more representatives from platforms (like YouTube, Spotify, and Castbox) and hosting providers to join the Podcast Standards Project. In attendance at the meeting: Sam Sethi (TrueFans) Ellie (Pocket Casts) Justin Jackson (Transistor) Alban (Buzzsprout) Alberto & Ben (RSS.com) Mark & Kieran (Captivate) Todd (Blubrry) James Cridland (Podnews) this post was written by Justin Jackson, Transistor -
PSP at Podcast Movement, Dallas
Over the last three years, we’ve learned that when you provide people with a time and place to discuss RSS and open standards, they show up. We’re excited to announce that, for the first time, the Podcast Standards Project will have an official space at Podcast Movement. Here are the events we have planned: We’ve rented a private meeting room here: This means we’ll have a quiet space to host events, an open house, and meetings. We’ll also be featured on the official conference schedule. A few of the sessions we have planned (RSVP here): PSP members meeting – this is a meeting for PSP member hosting companies and podcast apps (and potential members). Ideally, a time where folks can slip away from their booths. HLS video demo and discussion – a time to look at the current HLS proposal, see a demo, ask questions, etc. Podcast Standards Open House – time for anyone interested (creators, apps, etc) to come and hear about the benefits of the open podcast ecosystem, and to see how they can start using new Podcasting 2.0 features. See all the events Have other ideas or questions? Contact us! Many listeners, creators, and companies in our industry are curious about how “open podcasting” works, and want to learn more about it. We’re glad we can provide an official space at PM for this to happen! This space was made possible by Buzzsprout, Transistor, RSS.com, Blubrry, and Podcast Movement. -
Podcast Standards meeting in Washington DC
The Podcast Standards Project (PSP) had a productive presence at the recent Podcast Movement conference in Washington DC, August 20-22, 2024. Our group convened twice during the event, with the purpose of fostering collaboration and advancing our mission to improve the open podcasting ecosystem. PSP members enjoying the Washington Nationals game on August 20, sponsored by RSS.com Baseball and Business Our first gathering was a casual meetup on August 20, generously sponsored by RSS.com. We enjoyed a Washington Nationals baseball game together. As industry members, we don’t always get a chance to hang out outside of official meetings, so this was a fun change! Official Meeting Highlights On August 22, we held our official PSP meeting, where we discussed several important topics: 1. Celebrating podcast:podroll Adoption We began by celebrating a significant milestone: most of our members now support the podcast:podroll tag. This tag allows podcasters to recommend other shows within their RSS feed’s “channel” section. It’s a powerful tool for cross-promotion and discovery, enabling apps and websites to offer listeners curated show recommendations. 2. Leadership Update Sam Sethi, who had previously volunteered as Chief Evangelist for the group, has decided to move on from representing the group to focus on his work with TrueFans. We thank Sam for his contributions and wish him the best in his future endeavors. 3. Enhancing the podcast:person Tag We spent a lot of the meeting brainstorming on how we could improve the podcast:person tag. We explored the idea of attaching a GUID (Globally Unique Identifier) to each person, with a central service/endpoint for storage. This approach, similar to Gravatar’s role in avatar management, could significantly enhance the tag’s utility: Improved identification of individuals across different apps and services Increased adoption by podcast hosting companies and apps New opportunities for discoverability and cross-pollination We would need a central authority (someone like the Podcasting Index or Gravatar) to be the central repository for these GUIDs, and for verifying people’s identities. This would be tricky to implement, but would open up some exciting possibilities: An endpoint for autofilling people’s information Options for individuals to claim and edit their profiles Connecting diarized transcripts to podcast:person tags with GUIDs, allowing apps and directories to display all transcripts from a specific person 4. AI Content Identification We discussed the possibility of introducing a tag to indicate AI-generated audio content in podcasts. This idea was inspired by YouTube’s recent implementation of asking creators if their content “Makes a real person appear to say or do something they didn’t say or do.” 5. New Application Process To conclude our meeting, we established a new application process for hosting providers and listening apps to join the PSP. Interested parties can now apply for certification through our submission form at https://podstandards.org/apply/ Final thoughts We were glad to have the folks from Podigee (Benjamin Zimmer and Mateusz Sójka) join us for this meeting for the first time! Members in attendance: Justin Jackson (Transistor) Kevin Finn (Buzzsprout) Alberto & Ben (RSS.com) Pierre Finnimore (Captivate) Todd Cochrane (Blubrry) Benjamin & Mateusz (Podigee) This post was written by Justin Jackson (Co-founder at Transistor). -
Bringing video to the open podcast ecosystem
Today, the Podcast Standards Project hosted a session on “Video podcasting with HLS” to a packed room at Podcast Movement. Justin Jackson presenting at Podcast Movement on HLS video, and answer to streaming video in a traditional podcast RSS feed Since many attendees hadn’t yet arrived at the conference, I expected about 5-10 people to attend the session. Instead, 40-45 people filled our small meeting room, spilling out the door. Many in attendance believe that RSS-based podcasting needs to innovate to better support video podcasts. Others who attended were creators who wanted to do a video podcast and wanted to see what was possible. Demo: what video podcasting with HLS looks like for listeners We started with a scenario: imagine you’re walking home from work, listening to your favorite podcast. At one point, you get curious about who’s speaking and what the guests look like. You pull out your phone and click “switch to video version” in your podcast player. This is how it would look for a podcast listener: The beauty of this system is that it’s: Audio-first: Audio listening remains the default. Utilizes an existing UI paradigm: The ability to switch between audio and video versions of an episode is already employed by YouTube Music and Spotify. What video podcasting with HLS looks like for creators On the creator side, the ideal workflow would look like this: You would upload your video episode to your favorite podcast hosting provider Your podcast host takes the file, creates an audio version, and generates an HLS video version. Both the audio version and the HLS video version get added to your podcast’s RSS feed when you click publish. Optionally, your video could also be submitted to the closed platforms (YouTube and Spotify). Open podcasting apps, such as True Fans, Fountain, and Pocket Casts, will detect if your podcast has a video version. They make that available to listeners in those apps. The big advantages for creators: you only need to upload your media file to one place, and you’ll view your analytics for video and audio consumption in your host’s dashboard. What’s the next step? For HLS video to become mainstream in open podcasting, we need podcast apps to adopt the standard. In particular, having Apple Podcasts adopt HLS video would legitimize the standard and likely trigger widespread adoption across the entire podcast ecosystem. Are you a creator? Make your voice heard. Reach out to Apple Podcasts and let them know that: You want to see video become a first-class citizen in Apple Podcasts again You want to see Apple adopt HLS video via the alternateEnclosure tag in RSS. You can contact Apple Podcasts’ customer support here. Thank you, Podcast Movement attendees To make progress in open podcasting, creators, hosting platforms, and listening apps need to work together, advocate together, and collaborate. It was so heartening to see so many people show up today who care deeply about the future of open podcasting. Let’s keep the momentum going! -
Inside the Podcast Standards Project
Podcasting is open and decentralized, built on an open protocol called RSS. That means it’s not owned by any of the centralized platforms (Apple, Spotify, YouTube, etc). Anyone can publish a podcast, any app can consume it, and no single company controls the ecosystem. That’s rare and valuable, and worth protecting. I’m one of the founding members of the Podcast Standards Project (PSP), a group of hosting platforms and podcast apps working together to innovate on top of RSS. We get together in the same room (sometimes physically, sometimes in Slack and GitHub) and collaborate on which new features we should add next. The goal for the group is alignment. New features only work when both sides adopt them. For example, a hosting platform could implement the Live Item tag, but if podcast apps don’t support it, it won’t work. So the PSP is really about creating the conditions for that coordination to happen. A lot of our discussion centers on which Podcasting 2.0 features to adopt. Podcasting 2.0 is an open source project doing some genuinely exciting innovation on top of RSS, but for it to be truly valuable, hosting platforms and apps have to move to adopting new features together. A couple of wins I’m proud of: The first is the podcast transcript tag. It’s now widely adopted by big apps like Apple Podcasts and smaller ones like Pocket Casts. Getting hosting platforms to offer transcript upload and generation, and getting apps to display them, took real coordination. The second is HLS video in RSS feeds. HLS is a streaming protocol that’s well-suited for delivering video to podcast consumers. I spent a lot of time last year advocating for it, and since then Amazon Music and iHeart have adopted HLS in RSS, with Pocket Casts coming soon (Fountain, TrueFans, and Podcast Guru already supported it). When Apple came out with their own HLS announcement (through an API rather than RSS), I still felt like it was a win for the open ecosystem. It means more hosting providers are now offering HLS encoding and streaming, which means more creators are uploading video, which means more HLS manifests are ending up in RSS feeds. This means more creators are publishing video to RSS than ever before. (Plus, Apple could still choose to ingest HLS video via RSS!) The PSP runs entirely on volunteer effort. No membership fees. Nobody’s getting paid. To become a certified member, you need to adopt a certain number of features (on the hosting side if you’re a host, on the app side if you’re an app). You can see the full list at podstandards.org/features. If you want to get involved, you don’t have to be a certified member to participate. Join us in Slack, follow along on GitHub, or come to one of our in-person meetups. We try to meet around conference time, usually at the London Podcast Show, and we try to do at least one meetup in the US as well. We’re also actively trying to bring more creators and people from the broader podcast world into those conversations. If you want to reach out, head to our contact form. Cheers,Justin JacksonCo-founder of Transistor.fm,Founding Member of Podcast Standards Project -
2.5 million podcast episodes now have transcripts
The Podcast Standards Project, a coalition of platforms dedicated to fostering open standards in podcasting, is thrilled to announce a significant milestone: 2.5 million podcast episodes now feature creator-supplied transcripts, which enhance accessibility and listener engagement. This achievement was largely made possible by popular podcast hosting platforms that support the new tag: Blubrry, Captivate, RSS.com, Transistor, Buzzsprout, RedCircle, Spreaker, and Libsyn. The introduction of user-supplied transcripts not only improves accessibility but also ensures accuracy and the inclusion of speaker labels, providing a superior listening experience. “We are immensely proud to witness the adoption of the tag,” said Sam Sethi, Communications Director of the Podcast Standards Project. “This proves that it’s possible to innovate on top of an open standard, like RSS.” Support for the transcript tag was a key feature of version 1 of their certification. In the future, the Podcast Standards Project is planning on adopting new features for podcast creators, like Host & Guest credits and Podroll, a simple way to recommend podcasts to their listeners. Recently, Apple Podcasts was the first major listening app to support creator-submitted transcripts and the tag. “Having Apple Podcasts support the transcript tag in RSS feeds is a big win for the podcasting ecosystem,” says Justin Jackson, CEO of Transistor. “We’d love to see platforms like Spotify, Pocket Casts, and YouTube follow suit.” There are nearly 51,000 podcasts with the RSS transcript tag in total. This number would increase dramatically if Spotify for Podcasters (formerly Anchor) enabled users to add VTT or SRT transcript files as part of their hosting service. It’s estimated that their platform hosts nearly 2 million podcasts. The Podcast Standards Project remains dedicated to advocating for the open podcasting ecosystem. By promoting RSS-based distribution, we ensure that podcasts remain a free, open medium accessible to all creators and listeners worldwide. As we celebrate this milestone, we invite all podcast hosting providers and listening apps to join us in implementing the tag! For further details about our standards and how to participate, please visit https://podstandards.org/. this post was written by Justin Jackson, Transistor -
Podcast Standards Project: What We’ve Achieved, and What Comes Next
Since 2022, the Podcast Standards Project (PSP) has been working to keep innovation alive in the open podcast ecosystem. The core mission of PSP is to drive the adoption of new podcast features in RSS feeds. Three years in, it’s time to ask: what impact have we made? A quick summary: PSP members are 3.6 times more likely to implement Podcasting 2.0 features than non-members. We’ve brought features like Podping, Locked, Funding, Transcript, Person, and Podroll to over 427,000 RSS feeds. We’ve established unprecedented cooperation among podcast companies that regularly meet 2-3 times per year and collaborate on adding new open-podcasting features. Despite our progress, changing consumer behavior remains our biggest obstacle. The path forward requires identifying 1-2 “killer features” compelling enough for both creators and listeners to choose open podcast standards. We acknowledge that we need to do better with marketing, feature champions, and creator/app outreach. So far, we’ve asked members to adopt these new features: Podping, Locked, Funding, Transcript, Person (optional), and Podroll (optional). We meet two or three times a year and try to adopt a new feature at each meeting. Here’s what the data tells us about our progress. I analyzed the top 35 podcast hosting providers (by number of feeds) and included adoption for the six features mentioned above. Here’s what I found. Podcasting 2.0 feature adoption for Podcast Standards Project members vs non-members PSP members are 3.6 times more likely to support Podcasting 2.0 tags compared to non-members. 100% of PSP members have adopted Podping, Locked, Funding, and Transcript. 0% of non-members have adopted all four of those features. Company # of Feeds PSP Member? Transcript Funding Podroll Person Podping Locked Buzzsprout223,249✓✓✓✓✓✓✓ Blubrry75,000✓✓✓✓✓✓✓ RSS.com59,368✓✓✓✓✓✓✓ Transistor.fm27,999✓✓✓✓✓✓✓ Captivate23,717✓✓✓✘✘✓✓ Red Circle16,161✓✓✓✘✘✓✓ Iono.fm1,507✓✓✓✓✓✓✓ PodhomeN/A✓✓✓✓✓✓✓ Spotify for Creators1,889,655✘✘✘✘✘✘✘ Spreaker136,690✘✓✘✘✘✓✘ Podbean128,738✘✘✘✘✘✘✘ Soundcloud126,005✘✘✘✘✘✘✘ Libsyn101,664✘✓✘✘✘✘✓ Feedburner (Google)58,305✘✘✘✘✘✘✘ Acast43,552✘✘✘✘✘✘✘ (View the entire spreadsheet here) Furthermore, 75% of PSP members have adopted both the Person and Podroll tags (which are optional, but recommended). In comparison, 0% of non-PSP members have adopted both of these features. To quantify this impact: PSP members have collectively brought Podcasting 2.0 features to 427,001 RSS feeds. That means hundreds of thousands of podcasts now offer more accessible transcripts, funding options, host & guest credits (Person), and more—features that make podcasts easier to discover, support, and build on. Comparatively, only 11.2% of non-PSP members have added a Podcasting 2.0 tag. This represents 316,590 feeds. These numbers tell a clear story: when companies actively participate in PSP, they’re significantly more likely to implement new features that benefit creators and listeners. However, the data also reveals a concerning gap: many of the largest platforms, which serve the majority of podcast listeners, remain outside this innovation ecosystem. Something else to celebrate Beyond feature adoption, the PSP has achieved something equally remarkable: collaboration across competitors. It’s not easy to get CEOs, product managers, and engineers from rival companies to sit down, share roadmaps, and work together—but that’s exactly what’s happening. For a grassroots group formed in 2022, running entirely on volunteer time, that’s a big deal. Looking toward the future: here’s what we’re up against Despite our progress, we’re operating in a challenging environment: Spotify and YouTube dominate discovery and consumption, but don’t support any of this new RSS-driven innovation. Apple Podcasts has supported the transcript and TXT tags but hasn’t endorsed any other tags. Creators will go wherever the audience is; right now, most platforms don’t prioritize openness. Most podcast consumers are creatures of habit and aren’t actively looking for a new podcast app. Adoption requires coordination across hosts, apps, creators, and listeners—a tough challenge for any standard. PSP can’t compete with the reach and budget of large platforms—but we can help independent podcasting stay modern, open, and listener-friendly. That’s still worth fighting for. Narrowing our focus: what would actually make a difference? The biggest challenge with all of this isn’t technical. The hardest problem to solve is how to change consumer behavior. Mass-market platforms capitalize on customer inertia. Once customers start using a large platform like Spotify or YouTube for podcasts, they rarely switch to alternative apps. This makes it difficult for open podcast standards to gain traction, even when they offer superior features. I keep thinking about this slide from Edison Research’s 2025 Infinite Dial report: The image shows a chart titled "Social Media Brand Usage" displaying the percentage of U.S. population aged 12+ who currently use various social media platforms. Facebook leads with 66% usage, followed by Instagram at 48%, TikTok at 34%, and Pinterest at 31%. LinkedIn and Snapchat have 29% and 27% usage respectively, while Reddit sits at 26%. X/Twitter shows 22% usage, Discord 16%, and Threads 10%. The platforms with the lowest usage rates are Bluesky (5%), Truth Social (3%), and Mastodon (1%). The right side of the image features a smartphone displaying an Instagram interface with engagement icons (hearts, likes) floating around it. The bottom of the image shows logos for Edison Research, Audacy, Cumulus Media, SiriusXM Media, and "The Infinite Dial 2025," indicating these organizations likely conducted or sponsored the research. Mastodon is an open, decentralized alternative to the mainstream social networks. However, only 1% of the US population aged 12+ uses it. If we want to drive real change in open podcasting, we need to meaningfully change consumer behavior. The average listener doesn’t care about “Podcasting 2.0” or “Open Standards”—they just want an easy way to listen, discover, and interact with the shows they love. Could we convince podcast consumers to switch? If the biggest podcast apps won’t adopt new open-standard features, could we convince podcast fans to switch to an independent app that does? I want to emphasize how difficult this is. I can’t think of many examples where open alternatives have succeeded without the support of a ubiquitous, standardized client—like the web browser. For example, WordPress (an open platform) won in the blog publishing world because it could rely on the open web. Anyone could start a blog, and anyone else could read it without needing to download a new app, sign up for a service, or change their habits. Podcasting, on the other hand, is fragmented across dozens of clients, each with its own priorities, incentives, and feature sets. Unlike the web, there’s no unified client for open podcasting to build on. Instead, we’re asking consumers to switch apps—a much higher bar! And we’re asking them to do this not because their current app is broken but because they might get some new features in a different one. That’s a much tougher pitch. It’s even harder when the largest platforms have no incentive to implement open features. They already control most of podcast consumption and are not looking to share that power. In fact, they benefit from doing the opposite: locking users into their ecosystem, their recommendation engine, and their monetization tools. So, any innovation in the open ecosystem must be so compelling that it overcomes user inertia and outcompetes the defaults people already use daily. If open podcasting wants to compete, it must offer something meaningfully different—something that gives creators and listeners a reason to care. So, the question for all of us is: What 1-2 “killer features” could we adopt that could potentially change consumer behavior and existing preferences? What features might motivate them to switch their podcast consumption to a podcast app that supports said features? Finding a Podcasting 2.0 “Killer Feature” Here’s one potential “killer feature” idea: Talkback: Real-time Listener Engagement Disclaimer: This is exploratory. I’m not certain it would gain enough traction, but it illustrates the kind of innovation that could move the needle. Imagine you’re listening to your favorite show on Pocket Casts or TrueFans. The host says something that fires you up, and you wish you could respond immediately. With “Talkback,” you could: Double-tap your AirPods Click the “Talkback” button in your podcast app Record your message (30 seconds or less) Using the new “talkback” tag, your response would be delivered directly to the creator (since all major hosting providers in PSP would support the feature). Creators could then choose to dynamically insert selected listener responses as post-roll audio: “Thanks for listening! Here are some thoughts from our audience on today’s episode…” This creates a virtuous cycle where: Listeners feel more connected to their favorite shows Creators get authentic engagement and content Both groups have a concrete reason to choose open podcast apps and platforms How PSP can improve I’ve listened to the critiques of the Podcast Standards Project. Here are a few other ideas on how we might improve going forward: Cooperative marketing campaigns What if all the PSP members pooled their resources and launched an advertising campaign promoting independent podcast apps and new innovative features in the open ecosystem? We could also focus campaigns on getting more people to become audio podcast listeners. Feature champions James Cridland put forward this idea, and I think it makes sense. Each new feature being adopted should have a “feature champion, an individual or company who “owns” the feature and will be the point of contact, write guides, and do outreach. More creator outreach If we can sell creators on the benefits of open podcasting, they (in turn) can sell their audience on those same benefits. This will likely mean introducing a feature that matters to creators. Once we find a feature podcasters care about, we’ll need to connect with creators, demo the feature, and explain the value to their audiences. Continue our outreach to hosting and app companies Many folks in the industry don’t see how much outreach PSP members are already doing behind the scenes to get all hosting companies and apps to support the PSP standard features. However, I think we can simplify how we communicate about new features and offer clear, accessible docs and examples. Final thoughts The open podcasting ecosystem faces significant challenges, but there’s always hope. One request: Let’s be thoughtful about our next steps. If we’re going to make progress, we can’t rely on wishful thinking about consumer behavior. If we want creators and consumers to care, we have to give them something they want. The open podcasting ecosystem is worth preserving—and evolving. Let’s build tools and features that listeners and creators love. These features should be so compelling that creators evangelize them to their fans. That’s how we make the open web of podcasting thrive again. This post was written by Justin Jackson (Co-founder at Transistor). -
PSP Members meeting – London Podcast Show
Date: May 21, 2025Location: Flight Club Restaurant, London, UKEvent: The Podcast Show LondonMeeting Organizer: Justin Jackson PSP members meeting in London for the London Podcast Show 2025 “Really delighted with the progress we made with the Podcast Standards Project at this year’s London Podcast Show. We were able to organize two separate events, and connect with many new listening apps, hosting providers, and creators… It feels like this movement is really solidifying.” – Justin Jackson Key Discussion Topics 1. Strategic Direction: Open Podcast Ecosystem Justin opened with the central question: “What is a workable strategy for us to pursue as an open podcast ecosystem?” Key points discussed: YouTube’s increasingly dominant position: adoption by consumers and creators is increasing The unique value proposition of audio-first podcasting Michael Osbourne’s insight: “Podcasting is where I go to get away from the internet” Need for open standards to compete with closed platforms 2. Location Tag Update Feature Champion: Alberto (RSS.com) Alberto provided an update on the Location Tag development: Following the Chicago meeting, the Location Tag was selected as the next feature to support James Cridland refined the definition and specifications, making it more precise Implementation now uses OpenStreetMap (OSM) with clear distinction between subject and creator locations Internal PSP document prepared with implementation guidelines Creator Feedback: Jordan Harbinger and the $100 MBA hosts noted that it might be difficult to get creators to fill out location information for each episode you publish (“there’s already a lot to do to publish an episode, this is one more thing”), but they admitted it could be cool for certain shows (walking tour podcasts for example). 3. Apple Podcasts Requests Justin shared feedback from Apple Podcasts regarding RSS feed formatting standards (see GitHub discussion here). Key requirements include: Episode Descriptions: Avoid deprecated iTunes summary tags Use instead of Limit descriptions to 10,000 characters maximum Deprecated Tags to Remove: Required Tags: on every tag Artwork Specifications: Size: 1400×1400 to 3000×3000 pixels Format: JPEG or PNG, RGB color space File size: Under 500KB Aspect ratio: Square (1:1) – critical requirement Technical Improvements: Standardize boolean values to True/False or true/false Avoid defaulting language to English Implement HTTP ETag for efficient feed crawling Uptime Monitoring: Apple requested uptime URLs for each hosting provider to troubleshoot playback issues. 4. Uptime Monitoring Solution Presenter: Emanuele Rampichini (Spreaker) Emanuele presented his uptime monitoring tool: Service: poduptime.com API documentation Methodology All public and free to use 5. HLS Video Support – Major Discussion More detailed notes on this discussion were published here Key Points: Growing creator demand for video podcast distribution beyond YouTube Helen Ryles emphasized: “Creators don’t just want to distribute their video episodes to YouTube, they want to distribute it everywhere” Proposal for single RSS feed that is “audio-first” with alternate HLS video enclosure This would eliminate the need for separate audio/video feeds (current iTunes paradigm) Leo Laporte’s TWiT network cited as example of current split-feed challenges Technical Considerations: Apps like TrueFans and Fountain now support HLS streaming Pocket Casts and Snipd also support it (but not in the alternateEnclosure yet) Bandwidth cost concerns for hosting platforms remain unresolved Potential solutions include caching by larger platforms like Apple Podcasts Members like Rockie (Soundstack) and Kevin (Snipd) have existing infrastructure experience Strategic Importance: Without this feature, podcasters’ only viable video options remain YouTube and Spotify. 6. Creator Participation and Feedback Guest Creators Present: Jordan Harbinger (Jordan Harbinger Show) Omar and Nicole Zenhom ($100 MBA) Value of Creator Input: Provided practical perspective on proposed features Provided feedback for Location Tag: “would we use this?” Expressed enthusiasm for expanded video distribution options Demonstrated importance of including creator voices in standards development 7. SecureRSS Demonstration Presenter: Sam Sethi (TrueFans) At the end of the meeting, Sam Sethi demoed SecureRSS (also known as L.402), a new secure payment protocol extension for RSS feeds. Demo of SecureRSS on TrueFans where people can purchase or rent an audio book Key Features: Single RSS feed for both freemium and premium content Eliminates need for separate “Open” and “Private” paywall feeds Works with existing podcast apps that support the protocol Content encryption until payment is confirmed 8. Future meetings at conferences Meeting Logistics and Lessons Learned Without a defined meeting space, we often end up at restaurants for PSP meetings which results in: Loud environment made discussion difficult Lunch service interrupted meeting flow Suboptimal setup for productive technical discussions There is a clear demand for PSP presence at industry events: Strong attendance when given dedicated time and space Need for bigger presence at The Podcast Show and Podcast Movement Requirement for official schedule presence, meeting space, and exhibitor hall participation Justin Jackson, Sam Sethi and Colin (Alitu) offered to help write pitch for The Podcast Show Justin Jackson, Rockie Thomas to help connect with Podcast Movement organizers Who would fund conference space? Perhaps larger member companies (Buzzsprout, Transistor, RSS.com, Captivate, etc.) Next Steps RSS Feed Formatting Project: Initiate project to ensure all PSP-certified members have properly formatted RSS feeds based on Apple’s feedback Conference Presence: Develop strategy for official presence at major industry events HLS Video Specification: Continue development of video streaming standards Location Tag Implementation: Proceed with Location Tag rollout per Alberto’s guidelines Uptime Monitoring: Implement standardized uptime monitoring across hosting providers Attendees We had over 20 people in total attend (I wasn’t able to grab everyone’s name): Justin Jackson, Helen Ryles, Michael Green (Transistor) Alberto Betella, Ben Richardson (RSS.com) Emanuele Rampichini (Spreaker) Danny Brown, Pierre Finnimore (Captivate.fm) Robert Wachs (Podigee) Rox Codes (Flightcast) Kevin Smith (Snipd) Rockie Thomas (SoundStack) Ellie Rubenstein (Pocket Casts) Sam Sethi (True Fans) Colin Gray (Alitu) Jordan Harbinger (Jordan Harbinger Show) – Guest creator Omar and Nicole Zenhom ($100 MBA) – Guest creators -
Podcast Standards meeting in Chicago
April 2, 2025 – Hyatt Regency McCormick Place Chicago PSP Members, plus other interested attendees from Podcast Movement Evolutions, met to talk about how we can add innovative new features to the open podcast standard. We focused on these themes: Our collective desire is to bring new features to the open podcast ecosystem that matter to listeners and creators. Notably, we want to offer features that creators are “pulling” for (not features we need to “push” and convince them to adopt). Whatever we implement should genuinely serve podcast fans and creators. Multiple people highlighted the significance of having industry competitors cooperating toward this shared mission. “Just having this group together, talking, collaborating, and trying to make progress is a win.” Finding and implementing valuable new features across multiple companies is challenging. Adoption takes time, especially for established companies. The critical work happens behind the scenes: communicating with hosting companies and apps, and advocating for new features added to our supported tags/features list. Attendees Justin Jackson (Transistor.fm) Jason Pearl (Transistor.fm) Alban Brooke (Buzzsprout) Alberto Betalla (RSS.com) Ben Richardson (RSS.com) Nathan Gathright (Episodes.fm) Eric Barnett (Supporting Cast) Mike Dell (Blubrry) John Spurlock (OP3) Ellie Rubinstein (Pocket Casts) Rob Walch (Libsyn) Daniel J Lewis (Podgagement) Rockie Thomas (Soundstack) Patrick Hill (Disctopia) Agenda Items & Discussion 1. Welcome and Introduction Justin opened by reiterating the PSP mission: “a grassroots industry coalition dedicated to creating new features that improve the open podcasting ecosystem for both listeners and creators.” In discussion, we agreed our focus should remain on what creators and listeners care about, not just what’s technically interesting or easy to implement. 2. PSP Impact Report Highlights Justin also shared that PSP members have now brought Podcasting 2.0 features to over 427,000 RSS feeds. This represents significant progress in our mission to improve the open podcasting ecosystem. The contrast between PSP member adoption rates (100% for core features) versus non-members continues to demonstrate the value of our collaborative approach. 3. Project Infrastructure Changes The group discussed how GitHub discussions and application submissions hadn’t been effective. We voted to move the project off GitHub officially. Moving forward, discussions will take place during PSP meetings and on Slack (which has seen much higher engagement). Justin has already published: Supported features at podstandards.org/features/ The new application form at podstandards.org/apply/ Added new certified members’ logos to the homepage 4. Which feature could we implement next? tl;dr – We’ve committed to adding the Location tag to our list of supported features in the PSP Certified spec. The group considered a number of candidates for which feature we could commit to implementing as a group: Social Interact Tag Justin demonstrated how Transistor has implemented the Social Interact tag to integrate Bluesky comments with podcast websites. When a podcast is auto-posted to Bluesky, the URL of the root post is added to the RSS feed via the socialInteract tag, creating a canonical location for episode discussions. Status: While the group agreed this was a good example for how socialInteract might be used, there wasn’t significant appetite to add it to the PSP list of supported features at this time. Chapters Tag Most PSP members confirmed they’ve already implemented the Chapters tag, which links to an external file containing episode chapter data. Status: Some attendees didn’t feel there was enough “pull” to make this an officially supported tag at this moment. We’ve decided to categorize it as “optional, but recommended.” Location Tag This feature generated the most excitement from attendees. Alberto from RSS.com presented the Location tag, which describes the editorial focus location for a podcast’s content. The group discussed various use cases, including: Improved discovery for location-specific content Enhanced metadata for local interest shows Better search capabilities for location-based podcast apps Status: There was agreement to add this to the standard, with Alberto volunteering to champion its adoption. This is a win! Follow Tag Nathan Gathright explained how the Follow tag would help verify podcast presence across platforms by providing an array of URLs in a linked JSON file. This would solve the problem of matching feeds to their corresponding URLs in third-party podcast apps. Status: Jason Pearl (Transistor.fm) and Alberto (RSS.com) committed to following up with Tom Rossy (Buzzsprout) about implementation details. The group recognized this would be particularly valuable for universal link services like episodes.fm. 5. Feature Champions Program The group formalized the “Feature Champions” concept, where a specific individual takes responsibility for each feature we adopt. Champions will: Reach out to hosting companies and apps Advocate for feature adoption Provide implementation support Create documentation and examples 6. Big Feature Ideas – Future Tags Video and HLS Support At every PSP meeting, we’ve discussed video (and YouTube). This meeting featured our most substantive discussion around video, specifically implementing HLS. Overall, there was considerable excitement about the possibilities. Ellie Rubinstein from Pocket Casts presented their implementation of video podcasts, leading to a broader discussion about HLS (HTTP Live Streaming) and how it might be incorporated into the podcasting ecosystem. Key points raised: Bandwidth costs remain a significant concern for hosting providers, but HLS could reduce bandwidth usage Spotify and YouTube would likely not adopt the standard, but hosting providers could distribute video to them via API A pathway exists for apps like Apple Podcasts to adopt an HLS standard in RSS feeds (especially if connected with delegated delivery and premium podcast subscriptions) Status: The group agreed to continue exploring technical options and cost models for HLS implementation. Justin, Jason, John Spurlock, Nathan Gathright, Ellie Rubinstein and others were particularly keen on exploring HLS further. Open Consumption Analytics Due to time constraints, John Spurlock has his proposal for open consumption analytics here: https://livewire.io/spc https://github.com/skymethod/spc 7. Collaborative Marketing The group discussed potential collaborative marketing efforts to promote PSP-supported features. There was consensus that any marketing campaign should be tied to concrete features that deliver tangible benefits to creators or listeners. Key points discussed: Marketing generic concepts like “podcast standards” or “the benefits of RSS” would likely not resonate with the target audience Creators primarily want help with distribution and monetization Listeners want improved discovery and listening experiences Any marketing should focus on specific benefits: “Want [X]? Use an app/host that supports it!” Status: The group decided to postpone collaborative marketing efforts until we have implemented features with clear, meaningful benefits that we can promote. This approach ensures we deliver value before asking for adoption. Key Action Items Location Tag Implementation All existing members to implement the location tag Alberto designated as feature champion New Member Certification Non-certified attendees to review existing specifications Submit PSP certification applications Follow Tag Development Jason and Alberto to coordinate with Tom on implementation details Analytics Development John to distribute technical specifications for open consumption analytics Video/HLS Investigation Continue exploration of video implementation options Further research into HLS cost models and technical requirements Marketing Planning Identify specific features with clear benefits for potential marketing campaigns Develop messaging that focuses on tangible outcomes for creators and listeners Closing Thoughts This meeting felt particularly productive. We’ve seen an influx of new interest in PSP, both in meeting attendance and Slack engagement. The behind-the-scenes advocacy is working: more hosting platforms and apps are being engaged. The meeting’s outcomes reflect our approach: committing to tangible features to implement while exploring “bigger swings” for the future. We’re building momentum toward meaningful improvements in the open podcasting ecosystem. This post was written by Justin Jackson (Co-founder at Transistor). -
Podcast Standards meeting at Podcast Show, London
PSP members attending the London Podcast Show met at the Flight Club. Members from RSS.com, Transistor, Pocket Casts, Captivate, TrueFans, Blubrry and HubHopper were present. -
How I see the network evolving
A frequently asked question about RSS.chat. How about adding external feeds to the timeline. Of course we thought of doing this, and even started development, you might even find some traces in the code of that attempt.
The thing about bootstraps is you can't anticipate all the questions in advance, and thus can't have answers prepared for them.
RSS.chat is a group chat app that uses RSS and OPML to present its face to the world, along with an API that still needs more docs. It's similar to half of Mastodon, and we're going for something completely different. People will want to run all-size workgroups. I like having one with 20 or 30 people, friends who develop software. I don't mind doing a little bit of moderation, but I don't want to drive deliberately into a scale that only works if you have extensive and very expensive moderation.
"Small pieces loosely joined" means we have a great writing app, and connect to feed reading apps, ones with a few new features to do the things people want to do with a social network that happens to use RSS and OPML to get stuff around the net. It would be a different kind of feed reader but the underlying technology is identical, because we built on a set of web standards, widely supported by feed readers. This is a UI exploration for them, primarily.
Just to be sure everyone understands -- I already have such an app, called FeedLand. You can set up an account there for free. And read the docs. It may not have all the features we'll need, but it will be a good place to start.
FeedLand supports a crucial feature that most readers don't -- subscribable lists of feeds. If you want a collection of things to read that you can reply to even if you aren't on the site, that's where we're going to put that feature, that's where all the RSS.chat and compatible apps can be in one flow, arranged however you like. And from a user interface standpoint, we can make it look like it's all happening in one app, thanks to the rssCloud protocol and the websockets firehose feature in RSS.chat FeedLand has the same feature.
We decided there was a line there, that RSS.chat would be one of the small pieces as would FeedLand, and both would be replaceable which is the other fundamental value. And with FeedLand and dynamic lists, will come the user interface people ask for. Many different user interfaces I hope because another way we've been cheated by the dominatioin of twitter-like social networks is there's no room to try out radically new ideas. Software should move. But Twitter didn't live on the web, so it didn't have the ethos of small pieces loosely joined. I know Jack wanted to do this, I had lunch with him in 2007 when he described the protocol, and I was very enthusiastic. But it never got out because the juggernaut that Twitter became didn't leave any room for new architectures.
I hope this clears it up. I want RSS.chat to be the coral reef for a new network of feed-based apps running on the web that does what social networks do, but with no one owning it, and everyone gets to play.
-
Tons of Peoples’ Claude Chats and Creations are Exposed on Google
Claude users are creating public share links, but probably don't realize that means their chats are now ending up in Google searches where anyone can dig through them. -
Expanded video and podcasting in Micro.blog
Last year we introduced Micro.blog Studio, a new subscription plan with greatly expanded support for video hosting. You can upload a video to your blog and Micro.blog will prepare it for streaming, so videos up to 20 minutes start playing back right away on your blog.
Today we’re adding two major features:
- YouTube cross-posting. Just like cross-posting from a text blog post to Bluesky or Threads, Micro.blog can now copy videos to YouTube automatically. We also support sending videos to Bluesky and PeerTube.
- Video podcasts. When you upload a video, Micro.blog can extract the audio as an MP3 and attach it to your podcast RSS feed. Podcast players that support HLS podcasting can seamlessly switch between the video and audio versions.
RSS-powered video is not a new idea. I remember watching Merlin Mann’s podcast video interview show way back in 2007. But video files are big and even for MP3s, many podcast players have switched to streaming by default. Video needs to adapt too.
For too long, we’ve let YouTube, TikTok, and other silos dominate video hosting. It was bad enough that so much of the web’s video was concentrated in one place. These silos have now leveraged the popularity of podcasting to control even more video. There are many exclusive audio shows that are not based on RSS feeds. If left unchecked, this will eventually erode the interoperability and radical beauty of podcasting.
The way forward could not be more clear. Podcast clients should support both video and audio based on open standards. And video and podcast hosts like Micro.blog should make it easy to post to your own blog first and send the video out to other social networks to reach existing audiences.
If you’re on Micro.blog Studio, under the “Blog settings” podcast section you’ll see two checkboxes:
“Save podcast audio” is off by default. Enable it to get the new MP3 extraction for video and the updated podcast feeds.
When Hugo publishes your blog, there’s a new parameter
.Params.podcast_videothat the default RSS template now uses to link the audio and video versions of an episode:{{ with .Params.podcast_video }} <podcast:alternateEnclosure type="application/vnd.apple.mpegurl" height="{{ .height }}"{{ with $.Site.LanguageCode }} lang="{{.}}"{{ end }} title="HD Video Stream" rel="alternate"> <podcast:source uri="{{ .url }}" /> </podcast:alternateEnclosure> {{ end }}The automatic leveling checkbox is another new feature we added recently. It makes podcast audio sound a little better without having to process the file with an external tool like Auphonic. In Micro.blog Studio, you can even record a new episode directly on the web.
Happy podcasting! Special thanks to everyone who has laid the groundwork for this. This post by Justin Jackson is a good place to start. 🎙️
-
Welp, right at the top of the CDC page on autism and...
Welp, right at the top of the CDC page on autism and vaccines: “The claim ‘vaccines do not cause autism’ is not an evidence-based claim because studies have not ruled out the possibility that infant vaccines cause autism.” 🫨
- A new utility exports the contents of a Frontier object database into a single large JSON file. I needed this because I'm preparing to move my code editing suite to Drummer running on new Mac hardware. Took a long time to get here, but with Claude's help the project looks possible. In the meantime the list of stuff I want to do with RSS.chat, while much shorter than it was, still has some juicy bits in it.
-
Spotify's AI Problem Is So Bad Random People Are Stepping In to Track the Slop
Spotify doesn’t label AI music on its platform, so websites like SoullessMusic.com and SlopTracker.org do it instead. -
Court Partially Reverses Trump Attacks On Law That Tried To Make Sure Broadband Deployment Isn’t Racist
Earlier this year the Trump administration decided to illegally dismantle the 2021 Digital Equity Act, which was intended to help push internet access into long-neglected parts of the U.S. The Act took very vague aim at digital redlining, or the longstanding practice by telecom giants of refusing to upgrade (or at times even timely repair) […] -
How to add a jekyll collection
-
Hello
Test post from
https://rsc.rmdes.be/ -
Being a Luddite Is Fun Again
As tech backlash hits the mainstream, the ‘Summer of Ludd’ proves we don’t need social media to hang out and have a good time. -
Summer bonus: Preface to Chapter 2 from the A Little Bit Culty audiobook!
If you love listening to ALBC on your commute, while folding laundry, or as your little antidote to the daily chaos, you’ll be right at home with the audiobook version of A Little Bit Culty: Navigating Cults, Control and Coercion. This bonus episode gives you the Preface, Introduction, Introduction to Part I, Chapter 1, and Chapter 2 from the audiobook. You can hear the book the way it was meant to be heard—out loud, in your ears, and with all the same candor, humor, and hard-earned insight you get from the podcast.
It’s a great way to dip into the book if you don’t yet have the paperback or ebook, or if you just want to keep the cult chat going in a format that fits neatly into your life. Think of it as more of the good stuff: equal parts story, survival, and “oh wow, that explains a lot.”
Pick up our audiobook on Audible and tell your friends to do the same!
Also…let it be known that:
The views and opinions expressed on A Little Bit Culty do not necessarily reflect the official policy or position of the podcast. Any content provided by our guests, bloggers, sponsors or authors are of their opinion and are not intended to malign any religion, group, club, organization, business, individual, anyone or anything. Nobody’s mad at you, just don’t be a culty fuckwad.
Buy the A Little Bit Culty book on Amazon or order a signed copy.
Check out our amazing sponsors
Join A Little Bit Culty on Patreon
Get poppin’ fresh ALBC Swag
Support the pod and smash this link
Check out our cult awareness and recovery resources
Watch Sarah's TED Talk and buy her memoir, Scarred
CREDITS:
Executive Producers: Sarah Edmondson & Anthony Ames
Production Partner: Citizens of Sound
Co-Creator: Jess Tardy
Audio production: Will Retherford
Production Coordinator: Lesli Dinsmore
Writer: Sandra Nomoto
Social media team: Eric Skwarzynski and Brooke Keane
Theme Song: “Cultivated” by Jon Bryant co-written with Nygel Asselin
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
pscrb.fm -
hello world!
-
9 Small Things That Will Help You Feel Amazing Again
Want to feel amazing again?
You do not need a complicated plan to start feeling better. You need just a few simple, but powerful changes that make a real difference.
In today’s episode, Mel shares 9 research-backed life hacks you can use right now to improve your energy, sleep, confidence, relationships, focus, money, and daily life.
These are not big commitments. Most of them can be done while you are listening, and every one of them can be done today - so you can reset your life before the episode is over.
You’ll learn:
-The simple sentence that makes you believe in yourself and start taking action
-The new "sleep math” that will help you get the right amount of sleep every single night
-The easy 5-10-20 rule that resets your body to improve your sleep, energy, and metabolism
-Why taking a walk can help you solve 93% of your problems
-How to feel and act more powerful in any situation
-One small rule that will save you time and cut down on most of your home clutter
-The surprising money trick that stops impulse spending without making you feel like you are missing out
-A simple way to create stronger connections with every single person you meet
This encore episode, which has fresh and new insights from Mel at the beginning, is your cheat sheet for making life easier.
By the time you finish listening, you will have 9 simple tools to help you take back your time, energy, and sanity, and make a surprisingly big difference in how you feel every day.
For more resources related to today’s episode, click here for the podcast episode page.
If you liked the episode, check out this one next with Hoda Kotb: How to Reinvent Your Life Starting Today
Connect with Mel:
- Order Pure Genius Protein
- Get Mel’s newsletter, packed with tools, coaching, and inspiration.
- Get Mel’s #1 bestselling book, The Let Them Theory
- Watch the episodes on YouTube
- Follow Mel on Instagram
- The Mel Robbins Podcast Instagram
- Mel's TikTok
- Subscribe to SiriusXM Podcasts+ to listen to new episodes ad-free
- Disclaimer
Hosted by Simplecast, an AdsWizz company. See pcm.adswizz.com for information about our collection and use of personal data for advertising.
dts.podtrac.com -
My evening signoff in textcasting land
NBA reporters should take some time off. It’s almost August. Now if I were a betting man I’d bet against the team the Sixers have cobbled together. Sports teams esp in basketball are not the sum of the parts. It probably won’t gel. They only have one proven solid player in Tyrese Maxie. Otherwise one sophmore, and two frail old timers. Would’ve been a lot easier and more fun if LeBron had gone to Golden State. An old timers extravaganza hits the road. expect nothing but a good time and lots of hugs and laughs.
I used to write these silly little late night posts on blue sky, but I don’t know. I got tired of the character limit and so I decided to flip on over to RSS.chat and folks here I am and I’m happy to say I don’t give a shit about how many characters I’m typing and all the rest of that bullshit thinking about what next features I wanna add here.
I definitely want support linkblogging. It’s a real thing. It’s where you have a bookmarklet installed and when you see an article that you want to share in your feed you click that bookmark and it switches you over into in this case RSS.chat and you get the title or the description whatever you happen to have selected when you click the button any you also have it remember the link which interestingly enough goes into the link element on the item that represents this post and that’s how you can tell the difference between a linkblog post and a regular old post.
-
Just happened to notice I merged pull request #1000 for the Micro.blog backend today. About half of those are actually in the last year. I started using PRs way more often when AI could review them for me.
-
I have updated the rss.chat server and node packages with the latest code as of 7/26/2026, this should incorporate the security fix mentioned last week.
-
Watched: The Odyssey. Didn’t end up seeing it in IMAX, but hope to eventually. 🍿
-
Hmm we might need to differentiate federated and remote
so tabs would be local, remote, federated, personal, public
- public tab is yet to be reviewed
- federated should be when there is bidrectional "hand-shake"
- remote can either be a remote user or simply an rss feed from a blog or news site
- all this stuff and more need some work, feedback welcome !
-
Contents of markdowntext
-
Contents of markdowntext
-
Confession: I still drive a Tesla.
Wanted to switch but nothing I tried is as great a driving experience the Model Y is. Instead I've had a lot of fender benders and haven't gotten any of them fixed.
- Backed into a charging station.
- An act of terrorism (exaggerating) but I caused it, and paid for it, dented the well over right rear wheel.
- My right side mirror was pulled off its foundation hitting the side of the garage, used duck tape to keep it going. A new one costs $1000. I like the look.
- A deer ran in front of my car and took out the panel over the right front wheel. I was able to force the metal back in. A friend saw the car and said "hit a deer eh?" Yup.
I don't know if it accomplishes anything but to me it feels like retribution of a sort.
-
I'm experimenting with API calls, working purely from the api.md document. Currently, I have been able to post here using /newpost. Here are the things I'm attempting to understand:
When we say that "description" is HTML, do we mean HTML fragments, or a complete document?
What happens if I populate both description and markdowntext?
-
Starting to make some slow progress with Google approving Micro.blog → YouTube uploads. They’ve approved the auth scopes, but they didn’t like my privacy policy. A couple edits today, hopefully will go through. 🤞
-
Funniest/Most Insightful Comments Of The Week At Techdirt
This week, both top comments on the insightful side come in response to our post about the attempted murder charges that were dropped after bystander recordings exposed the lies of ICE officers. First, it’s Citizen with a reminder that the word of law enforcement officers shouldn’t be trusted: In second place, it’s Pixelation with a […] -
There is a fork of rss.chat in the wild that supports basic federation between i...
There is a fork of rss.chat in the wild that supports basic federation between instances enabling cross community conversations for pre-defined approved instances. Check it here
-
I think some of the frustration with AI comes down to invasive UI. There’s a difference between an app that uses AI behind the scenes compared to an app that is always getting in the way: suggesting replies to an email, allow fancy edits no one asked for, adding a chatbot where it’s not needed, etc.
- Sample post
This post starts as a MarkDown file
level 2 code block line 2 and 3- bullet
- another
- and a third
-
You might also be interested in this :) RSC (Really Simple Conversations) is a s...
You might also be interested in this :)
RSC (Really Simple Conversations) is a social feed where everything is distributed via RSS: posts, as well as replies, entire conversations, and corrections published afterward. Three independent sites can thus participate in the same feed without a common API, without a shared account, and without having to adopt a new protocol: if your site already publishes a feed, it’s already a node in the network.
-
Gender and Gender Anxiety (with Katherine Cross)
So much of our politics today is driven by gender, from Graham Platner's rise and fall to Pete Hegseth's testosterone testing to various anti-trans crusades. Samantha and guest Katherine Cross, contributing editor at Liberal Currents, discuss the historical antecedents of modern gender anxieties, how history moves in a corkscrew, and why the right wing is forever driven by a longing for a past that never was.
anchor.fm -
RSC : et si le web social n'avait jamais eu besoin d'un nouveau protocole ?
Depuis vingt ans, chaque tentative de « réinventer » le web social commence par la même étape : inventer un protocole. XMPP, OStatus, ActivityPub, AT Protocol, Nostr. À chaque fois la promesse est la même, à chaque fois le coût d’entrée est le même : il faut que tout le monde adopte la nouvelle plomberie avant que quoi que ce soit ne circule.
RSC part d’une hypothèse inverse, presque provocante dans sa banalité : la plomberie existe déjà, elle s’appelle RSS, et elle n’a jamais cessé de fonctionner.
RSC signifie Really Simple Conversations. C’est un fil social (une timeline vivante) dans lequel les messages publiés sur l’instance et les messages publiés ailleurs, sur le site personnel de quelqu’un d’autre, sont des citoyens strictement égaux. Tout circule en flux ouverts : les billets, mais aussi les réponses, les fils entiers, et même les corrections apportées après publication.
Le problème : l’application est propriétaire de la relation
La difficulté des réseaux sociaux fermés n’est pas seulement qu’ils hébergent vos contenus. C’est qu’ils hébergent le lien entre vous et vos lecteurs.
Vos billets sont chez eux, vos abonnés sont chez eux, et surtout le fil de discussion qui relie les deux est chez eux. Le jour où la plateforme change ses règles, ferme son API ou disparaît, ce n’est pas votre archive que vous perdez en premier : c’est votre capacité à continuer une conversation commencée.
Le blog, lui, a toujours été l’inverse. Vous publiez chez vous, un flux RSS sort de chez vous, et n’importe qui peut le lire sans autorisation. Ce modèle a survécu à Google Reader, aux jardins clos, aux algorithmes. Il est encore là.
Ce que RSS n’a jamais vraiment su faire, en revanche, c’est la conversation. On pouvait suivre. On ne pouvait pas répondre, ni voir un fil se reconstituer entre plusieurs sites.
C’est exactement ce trou que RSC essaie de combler.
L’idée en une phrase
Une réponse est un billet. Un billet voyage en RSS. Donc une conversation peut voyager en RSS.
Le reste n’est que de l’ingénierie.
Comment une conversation traverse plusieurs sites
Prenons trois instances indépendantes, hébergées par trois personnes différentes, sans rien de commun sauf le web.
- Une conversation commence sur
rsc.rmdes.be. Le billet part dans le flux de l’instance. - Alice, sur
alice.rmdes.be, lit ce flux et répond. Sa réponse est un billet chez elle, qui sort dans son propre flux, en portant une référence au billet d’origine. - Bob, sur
bob.rmdes.be, lit la réponse d’Alice et rejoint le fil depuis son site. - Le fil complet revient, reconstitué, sur l’instance de départ.
Trois serveurs indépendants. Aucune API partagée. Aucun compte commun. Une seule conversation.
Techniquement, le rattachement repose sur trois éléments transportés dans le flux : l’identifiant stable du billet (
guid), la source qui l’a publié, et la référence au message parent (source:inReplyTo, doublée du standard RFC 4685thr:in-reply-to).Le point délicat, ce sont les arrivées dans le désordre. Sur le web ouvert, une réponse peut très bien être récupérée avant le message auquel elle répond, parce que le flux du parent est interrogé moins souvent. RSC choisit ici l’honnêteté plutôt que le silence : une réponse orpheline reste visible avec le contexte qu’elle transporte, au lieu d’être jetée, et elle se rattache automatiquement à son parent dès que celui-ci arrive.
Ce qui rend la chose vivante plutôt que différée
Une objection classique au RSS : c’est lent, on interroge les flux toutes les quinze minutes, ça ne fait pas un réseau social.
C’est vrai du RSS des lecteurs de flux. Ce n’est pas vrai du RSS complet.
Deux mécanismes anciens et peu utilisés changent tout :
- WebSub : au lieu d’attendre que les abonnés viennent lire, l’éditeur pousse la nouveauté vers eux.
- rssCloud : le mécanisme de notification de Dave Winer, du même esprit.
RSC utilise les deux, dans les deux sens : il pousse ses nouveautés, et il accepte de recevoir celles des autres. La fédération est donc immédiate, pas seulement périodique. Dans l’interface, la timeline se met à jour en direct via SSE (Server-Sent Events), et continue de fonctionner sans JavaScript, où les onglets redeviennent de simples liens.
Les corrections voyagent aussi
C’est un détail qui dit beaucoup sur la philosophie du projet.
Quand un auteur corrige un billet déjà publié, RSC ne réécrit pas silencieusement l’histoire : il conserve un historique de révisions consultable. Et parce que le billet voyage sous un identifiant stable accompagné d’un marqueur
atom:updated, chaque instance qui l’avait déjà ingéré détecte la modification à la lecture suivante, met à jour sa copie, et enregistre elle aussi sa révision.La correction se propage donc partout où le billet est allé, sans remonter artificiellement en haut de la timeline. Tout cela en RSS ordinaire.
La filiation : Dave Winer et Textcasting
RSC ne prétend rien inventer. Il assemble.
Le projet s’inscrit dans le sillage de Textcasting, le manifeste de Dave Winer, dont l’exigence centrale est simple : un texte doit voyager avec sa mise en forme et son sens intacts, du logiciel d’écriture jusqu’au lecteur, sans être aplati par la plateforme du milieu.
Concrètement, chaque billet local est publié selon un double contrat : le HTML rendu et assaini pour les lecteurs, et le Markdown source à côté. Celui qui reçoit choisit ce dont il a besoin.
L’interopérabilité avec rss.chat, le projet de conversation en RSS de Winer, est réelle et testée dans les deux sens : RSC consomme son firehose avec l’attribution correcte des auteurs et le fil complet, et émet le même vocabulaire, si bien que son propre outil de parcours de fils lit les conversations RSC sans la moindre modification mais pour l’instant la fédération ne fonctionne qu’entre instance RSC car la fédération n’est pas encore implémentée chez rss.chat (même si des forks travaille déjà à l’interopérabilité entre instance rss.chat)
Le reste de la généalogie est du même ordre : la communauté IndieWeb pour les microformats, JSON Feed par Manton Reece et Brent Simmons, OPML pour importer et exporter une liste d’abonnements comme on l’a toujours fait avec une blogroll.
Ce qui fonctionne déjà, et ce qui manque
Le projet est en pré-version, mais pas au stade de la maquette. Fonctionnent aujourd’hui de bout en bout : la timeline unifiée à quatre onglets (local, fédéré, personnel, public), la publication et l’édition, les fils de discussion, les abonnements à n’importe quel flux RSS, Atom ou JSON, l’import et l’export OPML, la découverte de flux à partir d’une simple page HTML, les comptes (invité, mot de passe ou lien magique) et la fédération en temps réel.
Restent à venir : la connexion IndieAuth, la publication via Micropub, les Webmentions, et une meilleure récupération des médias depuis les flux externes.
Côté administration, chaque instance garde la main sur ses comptes, ses sources, ses limites et sa modération, avec un journal d’audit. La gouvernance fait partie du produit, elle n’est pas une réflexion après coup.
L’installer chez soi
Le code est sous licence MIT, sans édition « entreprise » séparée ni dépendance à un service hébergé. La démonstration publique et l’instance que vous pouvez lancer sont exactement le même logiciel.
git clone https://github.com/rmdes/rsc.git cd rsc && make upEn production, un
make prod-envpuismake prod-upsuffisent : le tout tourne derrière Caddy, qui obtient et renouvelle le certificat HTTPS automatiquement. Les données sont dans SQLite, chez vous.L’architecture est volontairement modeste : un service
coresans interface (Hono, Node, SQLite) qui possède les flux, l’ingestion, la reconstruction des fils et les points d’entrée de fédération ; et une applicationweb(SvelteKit) qui est la seule chose que les navigateurs touchent. Le cœur ne publie aucun port et n’est joignable qu’à travers ce partage.Ce que ça dit, au fond
Le web social n’a jamais disparu. Il a été recouvert.
Les silos n’ont pas gagné parce qu’ils étaient techniquement supérieurs, mais parce qu’ils ont rendu l’entrée gratuite et la sortie coûteuse. RSC est une tentative de rendre la sortie aussi simple que l’entrée : la même commande vous fait essayer et vous fait partir avec vos données.
Ce n’est pas une révolution technique. C’est une remise en service.
Démo : rmdes.be · Code : github.com/rmdes/rsc · Licence MIT
- Une conversation commence sur