(30-01-2015 20:55)krutsch Wrote:  Wow... I forced a complete rescan of my iTunes library (which I transcode to WAV24 via MinimStreamer) for use in my household streamers.

Out of curiosity, I looked at the Log output. I was surprised to see I had some missing tracks in playlists (which was easy to correct in iTunes).

And, I had some IDv3 tags that required updating - again, nice, and easy to fix with the Tag app.

More interesting, however, were the indications of audio stream corruption in some MP3s. Skeptical, I listened to the tracks so indicated and was glad to hear that, yes, in fact, each of the tracks were corrupted (I can hear skipping sounds during playback).

How accurate or reliable is this with FLAC and ALAC tracks? What I mean is, how reliably can MinimServer detect corrupted audio and/or damaged tags?

Is MinimServer my solution for detecting bit-rot on my audio collection? If so, this is really, really cool, because detection of bad audio files is now a simple case of re-rip and/or MD5 compare and restore from a back-up on my Drobo.

(30-01-2015 21:31)simoncn Wrote:  MinimServer isn't doing as much audio corruption detection as you are hoping for.

For some MP3 files, it is necessary to read a sample of audio frames to compute the track duration. if MinimServer detects audio corruption while doing this, it will produce the messages you have seen. In all other cases, MinimServer doesn't read or check the audio data in the file.

(31-01-2015 00:39)krutsch Wrote:  Bummer... so, is there an open source package that *does* do audio corruption detection? Because I could whip together a program that could be called from my sync program, that I use for backing up.

Just curious if you know of something that works well.

Thanks for the quick response,

Ken

(31-01-2015 08:29)simoncn Wrote:  I don't know of anything but other people might have suggestions.

If the files were OK when first ripped but are not OK now, you need to replace the HDD on which they are stored.

(31-01-2015 08:40)krutsch Wrote:  Well... I've worked in the storage industry as an engineer for most of my career and that made me smile.

(31-01-2015 00:39)krutsch Wrote:  

(30-01-2015 21:31)simoncn Wrote:  MinimServer isn't doing as much audio corruption detection as you are hoping for.

For some MP3 files, it is necessary to read a sample of audio frames to compute the track duration. if MinimServer detects audio corruption while doing this, it will produce the messages you have seen. In all other cases, MinimServer doesn't read or check the audio data in the file.

Bummer... so, is there an open source package that *does* do audio corruption detection? Because I could whip together a program that could be called from my sync program, that I use for backing up.

Just curious if you know of something that works well.

Thanks for the quick response,

Ken