mherger wrote: 
> > I've wrapped the URL line to make it easier to see the end of
> line,[color=blue]
> 
> Are these flac files with CUE sheets?
> 
> l

Funny you should say that ...

I've finally fixed the problem, though it took all weekend. My problem
was that I couldn't reproduce it - track after track worked just fine
when saved as a preset. There were just four that didn't work ...
unfortunately they were exactly the four tracks I did want to save on
the presets, and which had been previously working as presets on earlier
software versions. Typical :) Now these four tracks played just fine
when selected normally, whether by artist name, genre, album or year -
they just came up with a playlist empty message when played from the
presets.

However I noticed that these tracks appeared in the LMS with two
different artist names. This isn't in itself unusual in my music
collection - lots of my music is tagged with multiple artists or
multiple genres. However these particular tracks weren't supposed to
have multiple artist tags, moreover there was nothing in the actual tags
on the .flac files that mentioned the incorrect artist name. But somehow
the scanner was picking up a second artist name, and when the tracks
were selected by this incorrect artist name they wouldn't play, giving
instead the same empty playlist error I was getting when trying to play
them from the presets. Progress at last ...

That left the question of where the faulty artist name was coming from,
since it wasn't in the .flac files. All my albums are ripped as .flacs,
one per track, but they also all have associated .cue files. Checking
the .cue files for each of these albums, and the PERFORMER tag had the
incorrect artist name that was showing up in the scanner. Problem found
? Perhaps, perhaps not, because a quick search of my music library found
dozens of tracks with similar errors and inconsistency between the .cue
and .flac files (the .cue files were automatically created when each CD
was ripped, whilst the .flac have been edited subsequently as I
rearrange and reorganise my music library). Yet it was just these four
tracks that showed up incorrectly in LMS - all the others with
inconsistencies between .cue and .flac seemed to scan just fine.

More in hope than expectation then, I tried a "complete" rescan
excluding the .cue files. This actually made things worse - two of the
four tracks completely disappeared, and the other two still didn't play
as presets. I tried various different scanner options without getting
anywhere. Then I noticed that the tracks/album counts on the library
were changing unpredictably between rescans. I ended up stopping the
server, purging the cached database files and rebuilding the library
from scratch. I did this twice, once including the .cue files and once
excluding them. As long as I completely purged the databases between the
scans then the track/album/artist counts were consistent between scans,
and on the scan that excluded the .cue files then the presets worked.
Problem solved.

Long story, but yes the .cue files were confusing the scanner.

However I'm left with some question marks:

* Why it is only these four tracks that confuse the scanner, when
there are many others with similar inconsistencies between the .flac
files and the PERFORMER tag in the .cue file ? The only commonality
between the four files is that they are the only four albums we've got
with just a single track on the album/listed in the .cue ...

* Why does any of this affect the presets, given that the presets
point directly at the .flac file itself, and that plays just fine ?

* And what changed, either between 7.6.1 and 7.8 on the server, or
between 7.6 and 7.7.3 on the radio software, to expose this problem ?

Thanks.


------------------------------------------------------------------------
khoadley's Profile: http://forums.slimdevices.com/member.php?userid=37178
View this thread: http://forums.slimdevices.com/showthread.php?t=101188

_______________________________________________
Radio mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/radio

Reply via email to