Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[PhDSM]

 I’ve noticed since a few months (since MC17 update? I’m not sure) most of my podcast are downloaded up to 5 times.
These podcasts are configured with "Download 5 newest episodes", and in fact I get 5 times the 5 newest episode.
I don’t see any reason why.
Regards

Phil

[Lasse_Lus]

have you checked the actual xml feed (in a texteditor), there are so many incorrect feeds out there :-(

[pgrisham]

I have a similar issue that raises a new question:  I also have duplicates show up in spurts, usually a few weeks apart.  But, lately I get a Windows dialog (MC is apparently using the OS to do this) that says it wants to replace a file it is trying to move. The file, of course, is an existing podcast that the computer wants to replace with the same thing.  The existing file is in the folder name of the podcast, and the recently downloaded one the computer is trying to move is in the root of my podcast folder.  Why is MC downloading a repeat and then trying to copy it?  Why can't it look at the destination and realize it is already present and then simply delete the new repeat download?

[CoolRaoul]

Similar problem here

Appeared just after having upgraded from MC15 to MC17

Exemple podcast:
http://radiofrance-podcast.net/podcast09/rss_11473.xml

Configured with
download: "All Episodes"
keep: "all episodes"

each episode is downloaded 3 times

Really anoying!!!

Could you please fix this

[MrHaugen]

Are you sure it's actually copied or downloaded to disk several times? It can't be a duplication of library items only, that points to the same file?

[CoolRaoul]

I have multiples copies of the same file with (1),(2) appended

Another feed with the same problem:
http://radiofrance-podcast.net/podcast09/rss_11495.xml
This one is configured as "download: only episodes I select", so I'm able to take care not downloading twice the same episode/

But you may notice the duplicates:

[CoolRaoul]

It seem that, each day,  "episode status" attribute of previously downloaded files become "Not in feed", and those episodes are re-downloaded.
File name of re-downloaded episodes got a " (1)" appended
Next day this happens again , episode is downloaded again with " (2)" appended
etc ...

[CoolRaoul]

Still having that problem: any fix planned?

[CoolRaoul]

Becoming *really* annoying, 

Another one giving me duplicates:


Here's the RSS url:
http://radiofrance-podcast.net/podcast09/rss_11531.xml

Could someone from J River team *please* give some feedback if it as been possible to reproduce the problem?

[contium]

I've been having this problems for a long time.

[JimH]

We may be able to fix this, but the problem is probably on the side of the provider. 

[CoolRaoul]

We may be able to fix this, but the problem is probably on the side of the provider.  

For the following reasons, I hope you'll understand my dissapointment:

• I'll be very surprised that the other posters in this thread all uses the same provider (Radio France for me).
• The problem appeared just after MC15 to MC17 upgrade, so the change was on MC side, not on provider side

[MrC]

Curious, what are the download dates of the duplicates?  Perhaps show the same screenshot including a Date Created column.  I started to monitor this podcast to see if I can reproduce it, but at a one/week download, I'm not sure when to expect a problem.

[CoolRaoul]

When I create a new podcast of that source, the first day everything is OK,

I start to get duplicates beginning the 2nd day

In the following screenshot file modification dates could appear a bit strange since I've  manually removed "*(n).mp3" files (but it's useless since they are downloaded again at next MC17 startup)



Note: date are in french format: dd/mm/yyyy

[MrC]

Date Modified and Date Created won't change when you change a file's name.

Date Created is the more interesting value.

[CoolRaoul]

Date Modified and Date Created won't change when you change a file's name.

Date Created is the more interesting value.

I did'nt change any file names: just removed (deleted) "*(n).mp3" files which have been recreated by MC.

BTW, I've checked: Date Modified and Date Created are identical in that directory:

Code: [Select]

PS>ls *2012-05* | sort creationtime | format-list name,LastWriteTime, creationtime


Name          : Le billet de François Morel-2012-05-04 .mp3
LastWriteTime : 04/05/2012 22:37:58
CreationTime  : 04/05/2012 22:37:58

Name          : Le billet de François Morel-2012-05-11 .mp3
LastWriteTime : 12/05/2012 21:43:06
CreationTime  : 12/05/2012 21:43:01

Name          : Le billet de François Morel-2012-05-18 .mp3
LastWriteTime : 18/05/2012 21:36:59
CreationTime  : 18/05/2012 21:36:05

Name          : Le billet de François Morel-2012-05-25 .mp3
LastWriteTime : 25/05/2012 20:14:20
CreationTime  : 25/05/2012 20:14:20

Name          : Le billet de François Morel-2012-05-18  (1).mp3
LastWriteTime : 01/06/2012 22:16:59
CreationTime  : 01/06/2012 22:16:58

Name          : Le billet de François Morel-2012-05-25  (1).mp3
LastWriteTime : 01/06/2012 22:17:05
CreationTime  : 01/06/2012 22:17:03

Name          : Le billet de François Morel-2012-05-11  (1).mp3
LastWriteTime : 01/06/2012 22:17:06
CreationTime  : 01/06/2012 22:17:05

Name          : Le billet de François Morel-2012-05-04  (1).mp3
LastWriteTime : 01/06/2012 22:17:24
CreationTime  : 01/06/2012 22:17:24


[CoolRaoul]

I thing I've found something, and you're probably right,the problem is in the feed:



identical episodes are found with *differents* urls when feed has been updated at more than one day interval.
Here's the two url's:

http://rf.proxycast.org/m/media/273073201426.mp3?c=divertissement&p=Le+billet+de+Fran%C3%A7ois+Morel_11531&l3=20120525&l4=&media_url=http%3A%2F%2Fmedia.radiofrance-podcast.net%2Fpodcast09%2F11531-11.05.2012-ITEMA_20367708-0.mp3

http://rf.proxycast.org/m/media/273073201426.mp3?c=divertissement&p=Le+billet+de+Fran%C3%A7ois+Morel_11531&l3=20120518&l4=&media_url=http%3A%2F%2Fmedia.radiofrance-podcast.net%2Fpodcast09%2F11531-11.05.2012-ITEMA_20367708-0.mp3

The "l3" parameter of the url has changed:
One is "l3=20120525"
and the other "l3=20120518"

I think that I'll have to contact the feed provider about that anomaly.

Related part of the feed:

<enclosure url="http://rf.proxycast.org/m/media/273073201426.mp3?c=divertissement&amp;p=Le+billet+de+Fran%C3%A7ois+Morel_11531&amp;l3=20120601&amp;l4=&amp;media_url=http%3A%2F%2Fmedia.radiofrance-podcast.net%2Fpodcast09%2F11531-18.05.2012-ITEMA_20369654-0.mp3" length="3946624" type="audio/mpeg"  />
<guid >http://media.radiofrance-podcast.net/podcast09/11531-18.05.2012-ITEMA_20369654-0.mp3</guid>


Maybe MC should use "guid" attribute for unicity?

[CoolRaoul]

I've found a workaround!

By using Yahoo Pipes regexp module, I've been able to clean up the feed.

Here's the pipe
http://pipes.yahoo.com/pipes/pipe.info?_id=46aea9b28029b0668609b1d4446aa976

and the resultant RSS feed:
http://pipes.yahoo.com/pipes/pipe.run?_id=46aea9b28029b0668609b1d4446aa976&_render=rss