-
-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
User defined filetype #370
Comments
Oh good to know that there is really a system that makes this deviation. The MPEGs are really MP3s. Do your RSS feed contain the links with a file extension? |
Yeah, it's the same feed I sent you before. The weird thing is this:
This is maximum messed up haha |
True. I checked the source code and I already had it documented that the type from the request is taken as a first source. So as it is audio/mpeg I take that. I swapped the logic. It is now URL first, type second and else as a fallback method .mp3 |
You can checkout the dev tags of PodFetch for that. |
I’m still having the same issue with podcasts downloading as .mpeg instead of .mp3 so I’m having to rename each file as they download. Is there anyway to force the podcasts to download as .mp3? Thanks |
@u175 I merged the pull request. This is fixed now. |
Amazing thank you so much! |
Clear and concise description of the problem
I've been trying to get the podcasts to show up in Emby, in order to make them work in Apple CarPlay.
The only way Emby will play them through Apple CarPlay is if they're "music" files (MP3, AAC etc.)
The podcasts download as .mpeg files, which Emby only recognises as video files.
I'd just rename them, but I'm concerned that if I do, the system will just download them again, resulting in doubleups
Suggested solution
Is there a way to force them to be mp3s?
Or if not, is there a way to tell the system "Download them once only", which would allow me to have a script running to rename them automatically?
Alternative
No response
Additional context
No response
Validations
The text was updated successfully, but these errors were encountered: