Thanks for looking into this, Tracy. It seems to be a new thing - starting mid-week last week. We are using the Open Media System on Drupal. I like that the content pushes back up to Archive, but if we need to turn that off, we can. I don't think that is why it keeps re-queueing files, though.

We also keep having an issue with the MPEG2's not coming back to us completely. We have to re-download about 30% of the time to get the whole file. I wonder if maybe cron is too often and cuts it off, but I would think once something was downloading, it would finish.

ok, something is definitely kind of wacky with these three .mpeg files.(if you mplayer the .mpeg, the onscreen end time is far off, but plays correctly. so i think it's breaking our current "demux-transcode-A/V-separately-remux" scheme for ogv right now. i'm updating that to be more like our current h.264 deriving where we transcode the audio and video directly together inside ffmpeg.

the good thing is that i think my updated ffmpeg and .ogv creation mostly fixes the problem as far as i can tell. i'm remaking the .ogv w/ my test setup for the other 2 of 3 items.

we can rederive all the .ogv for your items once i've done some more testing/qualification and make the new .ogv creation path live.

and i guess you were saying the audio and video start to get out of sync, presumably watching the ogv with a modern version of firefox and a [video] tag....

OK... I'll start by turning off the automatic update content on cron runs.

I have an option to turn off/on:

Update metadata on archive.org for already transferred files when nodes are updated? (If this option is checked, all item metadata will be resent to archive.org when their associated nodes are updated.)

Hopefully this will help with some of the re-uploading? Are you aware of any other Drupal/Archive configurations that are helpful?