I’m happy to adopt a new podcast app if it has sponsorblock natively or through a plug-in. Otherwise let me know if there’s some other way to make it work. I don’t see why it wouldn’t work as all of the segments tagged for skipping are crowdsourced which would also work for Podcasts.
I used to use WeCast, it had a community driven block much like sponsorblock. But it was a long time ago, I couldn’t find it on Google Play so I don’t know if it’s still active.
I just unsubscribe when it becomes too prominent. There was a guy doing a recap of the news of the day in 5 minutes. Suddenly added 2 minutes of ads. Fuck that
This is not a solution. It’s like when there are too many ads on a site, stop using the site instead of just using an adblocker. Eventually I won’t be able to listen to any podcasts with this “solution”.
On top of dynamic ads, another problem would be decentralisation of podcasts. Many of them are released on several platforms simultaneously, and some sort of extra work would be needed for this to work accordingly independent of where you’re listening to a particular podcast.
None that I’ve found has anything close to SponsorBlock for youtube, in theory it could work, even SponsorBlock has open issue for it.
The problem is, a lot of podcasts are using dynamic ads insertion, which means the ads are added on the fly when user download an episode. Ads length could be different from person to person, and there’s a possibility of empty slot too, where the podcast unable to sell the slot. “We’ll be back after this short message,” and jump straight into the next segment. No ad.
I suppose the solution would be having people tag a soundbite at the beginning and at the end of each ad slot. Then when the app “hears”, the beginning soundbite it can just skip forward until it finds the ending one.
I like this idea. It crowdsources the “fingerprint” of the ads themselves. So as more and more people get the same exact ad, and then tag it, it would be easier to skip that one. So it would reduce the same annoying ads from playing in, this Lemmy post is brought to you by BetterHelp talk to real live therapists about your podcast woes now, the middle of what you are focusing on. If it got big it would make advertisers change their format, but that would be good, less of the canned ads and maybe something more organic and less jarring.
I have noticed the Dynamic ads are audibly different in many ways. Like higher volume or has music added. I wonder if we could use that to auto detect the ads and skip it?
Idk everybody’s situation, but I just listen like this and manually skip ads. My car has buttons on the steering wheel for forward and backward (if I skip back into the podcast). My earbuds skip forward and backward with double presses on the right and left earbud respectively. Listening otherwise, it’s not that hard for me to grab my phone and skip through a few minutes of ads. Would it be better if it were automatic? Sure. But I’m much more annoyed by YouTube ads popping up every 3-7 minutes.
The problem is, a lot of podcasts are using dynamic ads insertion, which means the ads are added on the fly when user download an episode. Ads length could be different from person to person, and there’s a possibility of empty slot too, where the podcast unable to sell the slot. “We’ll be back after this short message,” and jump straight into the next segment. No ad.
Omg that explains why I got an ad in my native language in Adam Conover’s podcast
Man I hate this new dynamic and insertion bs. For 15 years all the podcasts I listened to had host-read ads. And in most cases, I had enormous trust in the podcaster to choose companies that he was willing to stand behind. I’ve used products I first heard about on a host-read podcast as before, and never regretted it.
But in the last 12 months I’ve been getting dynamically inserted ads a lot more. Partly because those older podcasts are using them to supplement income as advertisers are less willing to buy host-read ads than they once were (a lack of data and targeting when buying a podcast ad spot is the biggest factor, but also laziness on the part of marketing managers because host-read ads need to be negotiated and bought individually, rather than making single big buys in automated insertion systems), but mostly because I’ve started listening to a few newer podcasts that weren’t around in the heyday of podcasting.
And it really sucks. More and more it’s feeling like the podcasting industry is being enshittified, not even because of the desires of podcasters themselves, but thanks to advertisers hating the idea that podcast ads were more like TV ads than internet banner ads/YouTube preroll video ads, and thanks to big businesses like Spotify coming into the audio content market. (N.B., it’s very important to remember that what Spotify does is not podcasting. By definition if it’s delivered via a proprietary service rather than the open RSS standard, it is not podcasting.)
Not quite what you’re looking for, but Overcast has Skip Intro and Skip Outro features. For each show, you can set an amount of time for the app to automatically skip over at the beginning and end of each episode. I find it super useful for some shows
I think the only reasonable way to do that would be using AI since the sponsors are placed randomly throughout usually. Unless you listen to a specific podcast and they do same length of sponsor in same time slot every video you could automate something that cuts it out.
I use podcast addicts’ auto slip feature. Most podcasts I listen to have a set ad of a set length at the start or end. You can set an auto slip on a per subscription basis. Works for me
Because a lot of podcast networks have dynamically inserted ads that change based on your geolocation, I’ve found that my Pihole can often provide a feed without any ads. I assume it’s like a fallback in case the geolocating fails. So I set Pocketcasts to only download episodes on my home network.
So without having looked into it really, my assumption is that these podcast hosts will serve a specific file based on the response to an API call. If my Pihole blocks that call, they don’t want to serve nothing, so they fallback to a file that sometimes has “generic” ads (often for US-based companies) or other times no ads at all. Of course this doesn’t work for all podcasts, and as mentioned sometimes still has ads anyway. One day I might look more closely into it.
Ah, I assume the audio file is being put together server side and customised to the downloaders locality. The pihole is likely obfuscating that and causing a default version to be downloaded
Add comment