Is all this feasible on a small device like a phone? Sounds like a resource-intensive process.
I find a few taps of the skip buttons on speaker / earphones / phone works for me except then I am in the shower or otherwise have my hands occupied. Usually a +60 skip then one or two -20 skips does the job for me.
Hello audiophiles,
I have written a bash script to create ad timestamps for a set of audio files by transcribing them and comparing against each other for common text. You can find it here.
Does anybody know of a podcatcher that supports automatic ad skipping from imported timestamps?
hello! I created a Python app that can be used to implement SponsorBlock in AntennaPod (or any podcast app that can read from an RSS feed): https://github.com/ericmedina024/podcast-sponsor-block. It works by converting podcast playlists from YouTube into RSS feeds that you can add into AntennaPod. When AntennaPod downloads the podcast, podcast-sponsor-block downloads the audio from YouTube, removes the sponsor segments, and serves it back to AtennaPod. The only catch is that you do need to host it somewhere, itās not something you can just install on your phone.
Itās an elegant solution, however, I know of many podcasts that have the presenters speaking the ad spots, which would not be addressed by this method. A two-pronged approach of SponsorBlock-esq timestamp-based removal for presentersā spots, and audio detection of dynamic ads could work. But Iād still be concerned about edge cases where chunks of content get accidentally removed.
I think a combination of SponsorBlock - to remove presenter sponsor spots - and your ādifferential ad identificationā proposal - to remove dynamically inserted ads is the best of both worlds.
I therefore propose to develop these features, but have them turned off by default, this addresses:
- The requirement to download a podcast episode twice is a downside and should be an explicit opt-in.
- As discussed above there is an argument to be had that such a feature has a detrimental impact on creators, as such requiring the user to opt-in allows them to make their own ethical judgement.
I have some free time and Iām looking for a project, as such Iād be happy to investigate the feasibility of these features and implement them if they prove viable, however, I note that the relevant issue has the ātriageā label, which according to the documentation of this project indicates it should not be developed.
Also, adding to the ongoing discussion, It is my view that the development of this feature should not be prevented due out of concern for creators revenue. This is for several reasons:
- The decision whether or not such a feature is to be used should be down to the individual and not restricted by developers. Iād even argue this runs counter to the tenets of FOSS.
- AntennaPod has a large user base, for good reason. However, its market share is still small, it is therefore unlikely that the implementation of this feature would have such an impact as to reduce the value of podcast advertisements.
- To my knowledge AntennaPod does not disclose user behaviour, it would therefore be impossible for advertisers to know if this feature is used.
- Podcast ads donāt work like YouTube, there is no āwait X secondsā before skipping the ads. As such, people already regularly skip ads via fast-forward buttons which every Podcast app implements. All this feature would do is automate this skipping. The people who actually listen to podcast ads arenāt going to go to the trouble of switching apps or even enabling a new feature, the users of this feature would likely be a subset of those that already skip ads.
As a final argument - that has already been stated above - there is to my knowledge no current podcast app on Android that supports ad-skipping, the development of such a feature could be a huge boon for AntennaPod and market this fantastic app to a whole new audience.
Good morning
I am a French user.
At the moment, here, advertisers are making a big offensive on podcasts, whether public or private service, I can no longer have a single podcast without advertising. 2 more months ago, it was quite rare to have. But now itās becoming unbearable, 1 ad per podcast and often very loud, when you listen in the evening before going to bed, itās unbearable, I find. Iām considering stopping AntennePod because of this. I know itās not your fault, but with browser listening, ad blockers do the job.
Does anyone know of any existing podcast app that does ads skipping? As a code contributor of AntennaPod, I am hesitant to go down this route because it hurts the creators of podcasts. (Even though AP is not one of the huge clients)
What would be awesome is if we added an ad skipping feature and users can pay a fee to skip ads, and their fee is distributed among all the podcast creators whose ads are skipped.
Not just that, it would also hurt other podcast apps because creators would lock themselves in walled gardens to force users to use their app that doesnāt skip ads
You can already do that with a wide number of podcasts. Many creators offer ad free subscriptions that you can buy and add to AntennaPod. Thatās what the username/password boxes on the podcast settings screen are for.
True, but this requires knowing in advance what podcast you want to listen to and paying for it. I am suggesting a flat fee (like YouTube Premium) that then gets distributed proportionally to all of the creators that you consumed content from over the period that the fee applies for (usually a monthly subscription). Essentially, this would be the YouTube premium of podcasts. In addition, it would be great to add an on-device machine learning model (or even use user tagged timestamps like Sponsor Block) to skip over sponsor sections. This way we avoid all ads and sponsorships, while paying for creators proportionally to the value that we receive from them.
This does not really work in a distributed environment where AntennaPod does not track the listening behavior of every user. Also, it would need contracts with creators, etc. Something like this is completely out of scope for an open-source app
I donāt understand your comments:
AntennaPod is in the minority on the market and it does not have telemetry, therefore:
- Advertisers donāt know that their ad has been not listened
- the creators are therefore still paid
= everyone is happy
so I donāt see why weāre making so much trouble for so little.
Conversely, if you listen on a browser, often there is telemetry and advertisers know whether or not you watched their ads.
So using AntennaPod with an ad blocker would be better for creators.
Youāre right. This would require significant changes. I would welcome them and, if this was implemented, this would likely increase usage of the app.
So, this hinges on advertisers not knowing their paid-for content is not being listened. If (as some folks predict) this things becomes a success and advertising industry hears about this; how do you think that the ābuyersā will feel and act? Sure, itās not a direct one on one effect, but at industry level there will be less trust and more scepticism, probably less money. Now, will that help podcasters? Probably not (enough).
Another problem with the proposed model: even if we donāt do official contracts and approach it as donations, we (the main AntennaPod contributors) need to collect, manage and disperse money. One example: just finding out which podcasters would take donations and getting their payment details would already be a pain. No way I am (or I think any of us is) willing to take on the work needed for that.
Just remember that weāre volunteers and that our goal is not the widest adoption, but doing good for podcast listeners and the podcasting space at large. And thereās other areas that we can have a more positive impact.
Now, not to just be a no-sayer: there are other things that we can do. For example:
- Make donation options of podcasters (as noted in their feeds) more prominent
- Nudge users to donate to their favourite podcasts
- Invest time in initiatives that make it easier to donate to creators
- Implement support for the
podcast:value
tag (and integrated payments)