Page 1 of 1

Podcast Receiver Can't handle episodes with same name

Posted: 27 Jan 2017, 17:40
by troycarpenter
I have an XML feed from a provider where the final filename for all the podcast episodes are the same. The differentiator is in the download URL. For instance:

Code: Select all

http://example.com/wednesday/episode.mp3
http://example.com/thursday/episode.mp3
http://example.com/friday/episode.mp3
You can see that the URL path is different even though the filename is the same.

The problem is that Madsonic wants to dump these files into the same podcast directory on the server, which results in a collision. Once the first episode is downloaded, the remaining episode downloads are aborted claiming the file has already been downloaded. However, in the podcast web interface in Madsonic (and in the database), it shows all queued episodes have been downloaded.

It would seem like in this situation, the podcast downloader could detect the filename collision, generate a new filename using some type of algorithm to save the file, and save that into the database.

For the filename algorithm, a possibility would be to concatenate the podcast date + server time (in case the dates are also the same) to the filename provided in the xml feed.

Re: Podcast Receiver Can't handle episodes with same name

Posted: 31 Jan 2017, 08:41
by Madsonic
confirmed, will be fixed with next release. :thumbsup:

Re: Podcast Receiver Can't handle episodes with same name

Posted: 08 May 2017, 20:50
by troycarpenter
Using MADSONIC 6.2.9260.

This is still happening. Podcast example:

http://feeds.podtrac.com/EJbKUnHP5ywQ

In this case, all the episodes are called "download.mp3", but the path is different for each one. It appears that whatever is downloading the episodes is appending an extra number to the episode filename, but not including it in the database.

I'm looking to see if there is another feed that doesn't include the duplicates, but I doubt there is.

Re: Podcast Receiver Can't handle episodes with same name

Posted: 18 May 2017, 07:31
by Madsonic
This is fixed with the next 6.3 release. :thumbsup: