Post APb7CPPemv7Gk8SlSS by rastacalavera@podcastindex.social
(DIR) More posts by rastacalavera@podcastindex.social
(DIR) Post #APb7CPPemv7Gk8SlSS by rastacalavera@podcastindex.social
2022-11-14T14:46:20Z
0 likes, 0 repeats
I am trying to add transcripts to my podcast and I thought I had everything setup correctly but when I run my rss through a validator and am getting type and url attribute errors. <podcast:transcript>url = "https://linuxlemming.com/files/e05.srt" type="application/x-subrip"</podcast:transcript>By my eye I can't see what I am doing wrong. . . https://linuxlemming.com/episode/index.xml
(DIR) Post #APb7CQ2ITG1afyXcga by podverse@podcastindex.social
2022-11-14T14:50:14Z
0 likes, 0 repeats
@rastacalavera try this:<podcast:transcript url="https://linuxlemming.com/files/e05.srt" type="application/x-subrip" />
(DIR) Post #APb7XskauFiloVUmNk by rastacalavera@podcastindex.social
2022-11-14T14:54:09Z
0 likes, 0 repeats
@podverse THANKS! I literally just saw that I had too much to close the tag when I went to reference another podcast feed to see how they did it. You confirmed my error :) Hopefully they'll show up in podverse soon!
(DIR) Post #APb7sUDTJqajnrpNBY by podverse@podcastindex.social
2022-11-14T14:57:51Z
0 likes, 0 repeats
@rastacalavera I just manually triggered the parser so you don't have to wait: https://podverse.fm/episode/P9OmssrZq
(DIR) Post #APb7wQJFmoCGqSPR4a by rastacalavera@podcastindex.social
2022-11-14T14:58:34Z
0 likes, 0 repeats
@podverse Ah cheers! I just saw that!!
(DIR) Post #APb85Zmbvva6phVO3E by podverse@podcastindex.social
2022-11-14T15:00:04Z
0 likes, 0 repeats
@rastacalavera however...it seems like we can't use time jumps with your media file? I haven't seen this behavior in our web player before. When I play other podcast episodes in the web browser it seems to work...could there be a server header issue maybe? Byte range requests? 🤔
(DIR) Post #APb8manu0uIcS1cZpw by rastacalavera@podcastindex.social
2022-11-14T15:08:00Z
0 likes, 0 repeats
@podverse hmmm I had to click on it twice to get it to the right place in the web browser. The app seemed to work fine when jumping around the transcript
(DIR) Post #APb95M452NH4Ez8Q1A by podverse@podcastindex.social
2022-11-14T15:11:23Z
0 likes, 0 repeats
@rastacalavera it just worked for me in iOS Safari, but didn’t from Brave desktop. I dunno, maybe a glitch on my side. Seeing as you’re self-hosting I thought maybe there is a response header missing. If you can’t reproduce it tho maybe not a big concern.
(DIR) Post #APb9TWxWBVhkyiaqP2 by rastacalavera@podcastindex.social
2022-11-14T15:15:45Z
0 likes, 0 repeats
@podverse I just tested in Brave and Edge and it doesn't work. Works fine in Firefox and in safari.
(DIR) Post #APbA3ASPK5xjcD2Cjg by podverse@podcastindex.social
2022-11-14T15:22:11Z
0 likes, 0 repeats
@rastacalavera I have to step away for a bit, but the answer here describes the header I was thinking about.“If server send '200 OK' status with response header 'Accept-Ranges: none' then Chrome will play media file, but jumping will not work.”Might be worth comparing your headers to those of a podcast that works in Brave / Edge. https://drupal.stackexchange.com/a/238734
(DIR) Post #APhmmMAvZ4GgCDaohU by rastacalavera@podcastindex.social
2022-11-17T20:04:26Z
0 likes, 0 repeats
@podverse I think I got this all sorted out now!! Found another podcast who was dealing with a similar situation a year ago. Running the rss through a few more validators confirmed the issue and all seems well now.