A long shot, but I thought it might be worth asking. I’ve just been bringing my old podcast across to micro.blog, and one of the episodes exceeds the 75MB cap (it’s 120MB). For a moment I thought I had a solution: I hosted the file externally (on Droplr), and pointed to that source in the post:
<audio src="https://d.pr/a/iPxjbS.mp3" controls="controls" preload="metadata"></audio>
That rendered the audio playable on the website, but it seemed to cause havoc. For one thing I got a gnarly error on my ‘Design’ page:
Error: Error building site: failed to render pages: render of "home" failed: "layouts/list.podcastjson.json:43:14": execute of template failed: template: list.podcastjson.json:43:14: executing "list.podcastjson.json" at <first 1 .Params.audio_with_metadata>: error calling first: both limit and seq must be provided
And it also caused the whole feed to drop out on Apple’s end: Podcast Connect lost track of the show name, artist, description etc (I guess because the XML was now corrupted by the above) and it took the whole podcast down.
Removing the episode in question from the feed seems to have fixed the issue. I thought I’d ask here is anyone has a potential fix for this missing metadata issue for externally-hosted files, or else another idea on how I could handle this one file being in excess of the filesize cap.
(I totally understand why the cap exists, and if I just have to have one episode that’s playable on the site, but missing from podcast apps — that’s not ideal, but so be it.)
Thanks folks.