(Long Message which I have been adding to over the last few days 
Alert!)

Hmmm, I upgraded to the latest release in the hope that the tracks
being cut-off issue would be resolved but it seems to have  brought its
own set of issues.

Slimserver is running 24/7 on WinXP. I have three Squeezeboxes
attached, one each of versions 1,2 & 3. The V2 & V3 are always
synchronised and playing 'random songs. I listen to the V1 box when I'm
exercising which is playing a shuffled playlist.

Squeezebox Display:
My two synchronised Squeeezeboxes are displaying the wrong track
information. Well, to be more accurate, what's being displayed is the
data for the next track. Even more bizarrely, it seems to update
Last.Fm with the data for the next track before it has started.

I've just been watching it. A track has started, the Squeezebox is
displaying the correct track information but the progress bar is full
and the countdown timer is showing zero.

Partway through the track the display changed to the data for the 
next track. The progress bar is still full and the countdown timer
shows zero. The Slimserver web page shows the correct track but the
progress bar is already half complete as the track starts. 

It's difficult to tell as there is always latency on Last.FM but I'm
pretty sure the data for the next track was logged before it 
started.

[Slightly later] I sat watching the Slimserver web page and it 
changed the data display halfway through the track which was playing to
the data for the next one; the current track continued to play until it
completed.

Pressing the FF button on the remote seems to correct the display 
issue...until it drifts again.

I don't think this makes any difference as I'm seeing the issue 
om Moose and the Slimserver web page as well but I'm using the scrinfo
screen saver.

The display on my unsynynchronised V1 works as expected.

[Later still] I unsynchronised the 2 boxes for 12 hours or so and they
each continued to play 'random songs'. Both displays were showing the
correct data every time I checked. I resynchronised them and the
diaplay problem described above was back in a very few minutes.

Synchronised Play:
I haven't had any synchronisation issues since I stopped trying to do
it over wireless and went fully wired but since upgrading it's lost
synch several times between 2 Squeezeboxes including right now :(. When
I was useing wireless and had synchronisation issues it seemed to
correct itself for a short while whenever it started a new track.
That's not happening.

[Later] I upgraded to the nightly from 22nd July (6.5.4 - 12407 ) and
that seems to have solved the synchronisation issue; the other issues
remain.

Random Play:
Random play no longer seems to be so random. There are  approximately
13.7k tracks in my library and the Squeezebox is  always on random
play. Prior to upgrading the maximum tracks per 
artist logged by Last.FM was around 36 with a tendency for the 'most
played' artists to be those that were most played; that's what I'd
expect. Since the upgrade the number of tracks for my most popular
artists for last week is much higher. ~70 and the distribution is not
the same.

My perception is that if I told the previous version to play random
songs when the database was only partly scanned the range 
of tracks it would pick from would grow as tracks were scanned. My
perception with the new version is that is not the case. I've got no
evidence to back that up other than a lot of repitition until I tell it
to play random songs again when the scan is complete at which point,
presumably, it uses the full database; that is behavious I did not
observe with the previous version.


-- 
kweller
------------------------------------------------------------------------
kweller's Profile: http://forums.slimdevices.com/member.php?userid=1940
View this thread: http://forums.slimdevices.com/showthread.php?t=37123

_______________________________________________
discuss mailing list
[email protected]
http://lists.slimdevices.com/lists/listinfo/discuss

Reply via email to