Dean, this is still an open bug apparently because I'm using a quite
recent build (SlimServer Version: 6.2.2 - 6070 - Mac OS X 10.4.4 (8G32)
- EN - utf8) and I'm having exactly the same problem. Just wanted you to
be aware.
John
--
jmesberg
-
This is definitely a bug. You shouldn't have to do a rescan. There
are a number of itunes and scan related bugs fixed in the nightly
releases, so if it happens again, please give them a try.
-dean
___
Discuss mailing list
Discuss@lists.slimdevice
You could schedule an automatic re-scan every night in slimserver. Handy
way to pick up new albums anyway. Got to SlimServer/Server
Settings/Plugins.
Regards, Ian
--
ianjohnson_nz
ianjohnson_nz's Profile: http://forums.sl
Dean,
Thanks, that did fix it. Is this considered a bug? Seems inconveniant
to have to re-scan the library every time I add album art to my tags for
iTunes iPod goodness.
--
jmpage2
jmpage2's Profile: http://forums.slim
Please try a wipe and rescan of your library. The album art may have
been added to the file without SlimServer noticing and it may be
sending the art to the player to decode. It _should_ notice this
change if the file modification date changed, so there's some other
underlying problem, bu
I wanted to provide a followup. The affected tracks all seem to be
tracks in which album artwork was added via iTunes 6. Some albums
continue to play fine, others have the noise at the beginning of the
track.
Why would the ID3V2 tag have anything to do with noise on playback?
Some help here wo