Much better Podcast support

Audacity

Member
Joined
Jun 25, 2025
Messages
6
I'd like to be able to listen to my Podcasts in a scheduled fashion, probably using alarms. But I'd like the alarm function to be able to have some simple logic that it will play the most recent episode in from the RSS feed.

For example, at 10am I'd like to play "The World in Brief" from the Economist, and I'd like it to play whatever the most recent episode on that RSS feed. Ultimately, my goal is to be able to create a schedule of various podcast shows in such a way that I'm essentially creating a talk radio station with a selection of all my favourites. That would be a interesting way to use WiiM streamers/speakers.

I'm not sure if this would be easier to do using existing music services that happen to integrate Podcasts (e.g. Spotify), or if it's worth WiiM writing their own podcast player code. I think the latter might ultimately be better than the former for many reasons because you'd have way more flexibility on what you'd be able to do, and as a software dev myself it doesn't seem to be difficult to do in relative terms. Primarily because podcasts all want you to fetch their content, the RSS feed interface is public/standard, it's not like licensed streaming services which try and prevent 3rd party apps from accessing their content because it's all behind a mandatory paywall due to content licensing. Also importantly: there are a lot of open source podcast apps "out there" (e.g. PocketCasts, my "daily driver" podcast app happens to be open source).
 
Upvote 0
I'd like to be able to listen to my Podcasts in a scheduled fashion, probably using alarms. But I'd like the alarm function to be able to have some simple logic that it will play the most recent episode in from the RSS feed.

For example, at 10am I'd like to play "The World in Brief" from the Economist, and I'd like it to play whatever the most recent episode on that RSS feed. Ultimately, my goal is to be able to create a schedule of various podcast shows in such a way that I'm essentially creating a talk radio station with a selection of all my favourites. That would be a interesting way to use WiiM streamers/speakers.

I'm not sure if this would be easier to do using existing music services that happen to integrate Podcasts (e.g. Spotify), or if it's worth WiiM writing their own podcast player code. I think the latter might ultimately be better than the former for many reasons because you'd have way more flexibility on what you'd be able to do, and as a software dev myself it doesn't seem to be difficult to do in relative terms. Primarily because podcasts all want you to fetch their content, the RSS feed interface is public/standard, it's not like licensed streaming services which try and prevent 3rd party apps from accessing their content because it's all behind a mandatory paywall due to content licensing. Also importantly: there are a lot of open source podcast apps "out there" (e.g. PocketCasts, my "daily driver" podcast app happens to be open source).
IMHO, WiiM still needs to focus on the designed purpose: modern hifi music streaming and stereo home theater. They're doing great, but there's still a bit of bugs and important standard features like eq pregain that need to be taken care of before adding more smart bells and whistles for stuff like podcasts. I'm pretty sure everything you described can easily be done with something like a $40 Amazon Echo Pop or Google Nest Mini. Podcasts aren't typically recorded with quality in mind, so a cheap speaker should be fine, and smart speakers are designed to do stuff like that. I'm not against adding podcast stuff, I'm just saying there are bigger priorities that'll probably take a while, and I don't want to distract from it.
 
IMHO, WiiM still needs to focus on the designed purpose: modern hifi music streaming and stereo home theater. They're doing great, but there's still a bit of bugs and important standard features like eq pregain that need to be taken care of before adding more smart bells and whistles for stuff like podcasts. I'm pretty sure everything you described can easily be done with something like a $40 Amazon Echo Pop or Google Nest Mini. Podcasts aren't typically recorded with quality in mind, so a cheap speaker should be fine, and smart speakers are designed to do stuff like that. I'm not against adding podcast stuff, I'm just saying there are bigger priorities that'll probably take a while, and I don't want to distract from it.
What the heck is EQ regain? Why should I care about it?
 
What the heck is EQ regain? Why should I care about it?
It's an easy way to make sure you don't cause digital clipping (too much gain) or elevated noise floor (not enough gain) for each eq save. I explain it more here:
https://forum.wiimhome.com/threads/eq-pre-gain-per-saved-eq.7800/
If you have the volume at 100, the volume limit at 100%, and pre-input pregain at 0dB, you have 0dBFS of headroom. So, if you boost 100Hz by 3dB, and a song goes over -3dB, the signal with hard clip, a nasty sound you've probably heard before. This is where the pregain comes in: you simply lower it by 3dB and problem solved. Let's say you want to prevent clipping from ever happening, so you lower the per-input pregain by 10dB. Then, instead of a 16-bit track having a noise floor at -96dB, it gets elevated to -86dB. You probably won't hear that, but your speaker's amplifier or something before it probably has a higher noise floor, and it can definitely become audible when you turn up the amp's volume to compensate for the low gain.
 
It's an easy way to make sure you don't cause digital clipping (too much gain) or elevated noise floor (not enough gain) for each eq save. I explain it more here:
https://forum.wiimhome.com/threads/eq-pre-gain-per-saved-eq.7800/
If you have the volume at 100, the volume limit at 100%, and pre-input pregain at 0dB, you have 0dBFS of headroom. So, if you boost 100Hz by 3dB, and a song goes over -3dB, the signal with hard clip, a nasty sound you've probably heard before. This is where the pregain comes in: you simply lower it by 3dB and problem solved. Let's say you want to prevent clipping from ever happening, so you lower the per-input pregain by 10dB. Then, instead of a 16-bit track having a noise floor at -96dB, it gets elevated to -86dB. You probably won't hear that, but your speaker's amplifier or something before it probably has a higher noise floor, and it can definitely become audible when you turn up the amp's volume to compensate for the low gain.
Thanks for the explanation. Maybe discussions of these audio characteristics could be made into a series of podcasts 😁..?
 
It's an easy way to make sure you don't cause digital clipping (too much gain) or elevated noise floor (not enough gain) for each eq save. I explain it more here:
https://forum.wiimhome.com/threads/eq-pre-gain-per-saved-eq.7800/
If you have the volume at 100, the volume limit at 100%, and pre-input pregain at 0dB, you have 0dBFS of headroom. So, if you boost 100Hz by 3dB, and a song goes over -3dB, the signal with hard clip, a nasty sound you've probably heard before. This is where the pregain comes in: you simply lower it by 3dB and problem solved. Let's say you want to prevent clipping from ever happening, so you lower the per-input pregain by 10dB. Then, instead of a 16-bit track having a noise floor at -96dB, it gets elevated to -86dB. You probably won't hear that, but your speaker's amplifier or something before it probably has a higher noise floor, and it can definitely become audible when you turn up the amp's volume to compensate for the low gain.
So far my understanding is that the new cut-only mode is doing exactly this. :) Even if the naming is unusual.
 
I thought the cut-only mode just avoided any overall boost. It doesn't lower the overall gain to prevent positive gains causing clipping.
Ok, what's the difference then? If the output of all PEQ filters combined is <=0 dB for all frequencies then PEQ cannot cause digital clipping. It doesn't take I to account pre-gain, of course (which is a good thing, I think).
 
Ok, what's the difference then? If the output of all PEQ filters combined is <=0 dB for all frequencies then PEQ cannot cause digital clipping. It doesn't take I to account pre-gain, of course (which is a good thing, I think).
I don't see how this is relevant for the OP post about podcast support?
 
I don't see how this is relevant for the OP post about podcast support?
Agreed.

Let's continue the discussion why music streaming would be different from podcast streaming. I didn't get that yet. :)
 
Agreed.

Let's continue the discussion why music streaming would be different from podcast streaming. I didn't get that yet. :)
WiiM themselves advertise with "WiiM Ultra - Digital Hub for Your Music"

I really don't see any benefits of having podcast integrated into the WiiM Home App, with all the additional logic needed. Standalone apps dedicated to podcasts will do a much better job and the WiiM team will not wast resources on this.
 
Last edited:
WiiM themselves advertise with "WiiM Ultra - Digital Hub for Your Music"

I really don't see any benefits of having podcast integrated into the WiiM Home App, with all the additional logic needed. Standalone apps dedicated to podcasts will do a much better job and the WiiM team will not wast resources on this.q
With that logic, all the music services could be stripped out also, allowing the devs to concentrate on even more esoteric technical features for twiddlers 😁
 
That's how I use it anyway 😂
Well, yes, I use the Wiims with Lyrion, so music services are pretty much redundant for me, also. Others, would probably appreciate amazon music, etc. which LMS doesn't have. But ignoring all spoken voice services would exclude not only podcasts but 1000s of radio services.

In this respect, the variety of media, Sonos still leads the field
 
While it may not meet the exact requirements of the OP, WiiM devices already have a modicum of podcast support via TuneIn viz.

IMG_9607.jpeg
 
Last edited:
Back
Top