fingers Wrote:
> I looked at the bug today and it appears to be closed. Did this get
> fixed?
It's closed because it's considered a duplicate of another bug (2985),
discussion of which seems to be active at the moment. The title of
2985 ("WMA VBR transcoded to WAV truncated") made me wonder whether I'm
not seeing the problem because I'm not using VBR; but I am (for some
tracks at least). However, as far as I can tell, my SB3 is playing the
WMA natively, and WMA is not being transcoded to WAV (or anything else).
I suppose it's another thing you could check. (web i/f: Server Settings
/ File Types, and check that "Windows Media - Windows Media -
(built-in)" is checked. For what it's worth, mine has 4 entries for
Windows Media (the others are to FLAC, MP3 and WAV) and all are
checked. I think that's the default.)
> I did a couple tests this morning. I ran a rescan of the libary (Clear
> Libary and rescan everything). Once finished I again had a new folder
> under ARTWORK that says NO ALBUM. Inside were a number of .wma files
> that were corrupted. I copied my backup non corrupted files from
> another computer back to the Slim Server computer. Played the replaced
> files. All played just fine.
How did you play them? In WMP? Or did you try to play them in SS before
re-scanning? I wonder what happens if you try? (SS can get confused if a
file changes underfoot; at least, I've seen this introduce problems, but
never fix them!)
> Re-ran the same scan(Clear Libary and rescan everything. This time
> there were different files listed under NO ALUBM in the Browse ARTWORK
> view that were corrupted. I copied backup copies of these files back
> to the SlimServer computer, played the files just fine. Re-ran the
> same scan again and now different files are corrupted.
But *different* files, you say. Have you ever had the situation where
the SAME file is corrupted again immediately afterwards? (That is, you
copied it from backup, and it played OK before the scan, but not
afterwards?) (See "Hmm. (no. 2)" below.)
> This is only happening with .wma files. Clearing run the SlimServer
> scan affects these files.
Dan has said that SlimServer should not be changing your source WMA
files. This suggests that any corruption you are seeing is some kind of
conflict between what is there and what SlimServer *thinks* is there.
So looking at them through SlimServer is probably not a good way to
check whether the files themselves have become corrupted. (However, you
say that a corrupted file won't play in WMP either, which implies that
the file really is corrupted, and not just SlimServer's view of it.)
You mention an "ARTWORK" folder (for the first time). Is there really
an ARTWORK folder on your hard drive, or do you mean the "Browse
Artwork" page in SlimServer's web interface? If you mean the latter,
then what happens when you go to the tracks via Browse Artist or Browse
Album, and play them? (And what happens if you do this after a scan but
before (or without) using Browse Artwork? It seems unlikely that the
act of browsing by artwork could be the cause, but...) If they're not
appearing properly under Browse Artist etc., how about looking for them
with Browse Music Folder?
(Hmm: once you find a corrupted file, try this: restore the file from
your backup copy. Then - without doing a rescan - find it in SlimServer
by using Browse Music Folder. Better? However, I've seen SS get very
confused if I try to use Browse Music Folder to "update" existing
tracks, rather than to add completely new ones; so I can't really
recommend this.)
The appearance of a "new" NO ALBUM "folder" (again, I suspect you mean
in SlimServer's web interface, not on your hard drive) implies that SS
is having trouble with the tags (or that the files really don't have
any Album tag). Does this characterise all the corrupted files? (Do
they always appear under Artwork / No Album, and are all (wma) files
under there corrupted?)
(I've just looked at Browse Artwork on my own system. I do indeed have
a No Album folder there. It contains a number of .wav files (which
don't have tags, so their appearance makes sense) - and one WMA file.
Aha! I thought. But it plays OK. It's a brief piece of sample music
(at 64kbps CBR) that probably came with some sound app I installed ages
ago, and for some reason SS has picked it up from the "All
Users\Documents\My Music\Sample Music" folder. Though it has no album,
the other tags look OK (as seen by SS).)
Sorry to be pedantic, but can you confirm that when you look at the
tracks in Explorer (specifically, NOT via SlimServer's web interface),
they have changed (size and/or modification time) on either side of the
rescan? And are you certain that the actual files haven't changed
before the rescan, by comparing them against the backup? But you've
said that once copied from backup, they play OK, which implies that
they haven't changed. Still, it's puzzling that it happens to
different files each time.
Hmm (no. 2): when you find a corrupted file, and restore it from backup
then rescan, are you just restoring the corrupted files, or all your
files? In other words, are files that weren't corrupted on one scan
being corrupted on the next scan, even though they weren't copied or
otherwise changed in between?
On the other hand, if you are restoring ALL your files each time, and
it turns out that some are subsequently corrupted at random, then I'd
be suspicious about the copying process itself. (But just WMA files?
Again, seems unlikely; though of course, if all you're copying around
are WMA files, then it would be little surprise that only WMA files are
being corrupted!)
I wonder whether the scan is actually completing, or is dying before
all your files have been processed. If some files are causing the scan
to crash, then this could leave the SlimServer DB in a mess. (I had
this happen because SS assumed that a particular WMA tag was unique for
each file, and one of my WMA providers was breaking this. But that was
fixed before 6.2.2.) One easy-to-spot symptom of this is if the web
interface reports far fewer artists, albums or tracks than you expect
(at the top of the Browse Artist page, for example).
-- Brian
--
Brian Ritchie
------------------------------------------------------------------------
Brian Ritchie's Profile: http://forums.slimdevices.com/member.php?userid=2319
View this thread: http://forums.slimdevices.com/showthread.php?t=25739
_______________________________________________
discuss mailing list
discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss
