All time high for RSS.com at #7 🎉

We contacted our ad provider and found out that YouTube quietly changed the user agent it uses to download episodes via RSS which made it unrecognizable. They told us the issue should be now fixed. If you enable PAID again, no ads should be baked into your YouTube videos through RSS ingestion.

Mystery solved: if YouTube ingests your RSS feed while PAID is active, it works like any other player and ads may be stitched in. We will look for ways to disable PAID for YouTube requests. Otherwise, using our YouTube integration ensures videos are generated from the original audio without ads.

Due diligence is always good. I assume you see video ads, correct? We built PAID and our YouTube feature in-house so I am very familiar with the codebase: when we generate a video from audio, we always use the original audio file. See also this official YouTube FAQ support.google.com/youtube/answ...

‪@lukewarlow.dev‬ I looked into our XSL and Firefox does not support disable-output-escaping, so tags in CDATA descriptions are shown as text. Found some old threads confirming it. There are workarounds, but I could not find a clean XSL-only fix. Everyone else seem to have the same issue in FF.

I like XSLT. What was the issue? It does not affect RSS feeds, but it improves how they look. Also, XSLT surprisingly allows for some logic. We will push a new version of ours soon to optimize the preview by showing only the last 25 episodes (to reduce bandwidth usage cause we embed images).

We love RSS.com ❤️ But hey, we might be a little biased 😂 Our story is deeply rooted in the early years of podcasting: check it out: rss.com/blog/the-his...
But let our customers do the talking... See their reviews here:
🔹 Trustpilot: www.trustpilot.com/review/rss.com
🔹 G2: www.g2.com/products/rss...

I am not sure “Vodcasting” is the most effective term, but having a clear distinction between audio and video formats would certainly benefit the industry. To me, podcasting is inherently audio.