Hey @adam the reason Podverse loads podcast art in clips instead of the episode art is because we shrink and host all podcast art on our servers, but we don’t do that for episode art (yet) because there could be 1000% more episode images.
If we load art that is not shrunk, then sometimes we run into podcaster hosted images that are 1MB or more, and if we load many of those in *list* views, then we can slow the browser down significantly.
@mitch @adam something we should be doing, at a minimum, is load the episode art on clip pages, so even if the current podcast art loads for a clip in a list view, once you actually play the clip or load it’s page, we should load the podcaster hosted episode artwork.
We actually only added episode artwork support to the mobile apps a few weeks ago, and haven’t added it to the website yet. I’ll take a look this weekend and try to improve the way we’re handling that.
I built this for myself for pod.link. It was all optimistic URLs based on appleIDs and GUIDs that used serverless function to fetch the image from the feed, resize and generate multiple versions, and cache them. (Would be trivial to rewrite for podcastindex)
After the acquisition, Podsights ripped it out and just used imgix.
It’s one of those problems that aren’t technically hard, but it requires a lot of disk space so it’s not cheap or quick to run.
The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!