PDA

View Full Version : Minor 6.0 problems



Andrew
2005-03-20, 13:44
I've been having a few problems since switching over to 6.0 on my WinXP server
(although it's been largely painless).

First, I can't really quantify it, but it seems like the Squeezebox display is
displaying the info for the next song a good 2-3 seconds before the previous
song is finished playing. I'm not sure, but this might have been happening
with the 5.4 version as well.

Second, when starting up a new playlist, it often (but not always) skips the
first song and throws this error:
Use of uninitialized value in numeric gt (>) at /PerlApp/Slim/Player/Source.pm
line 1642.
Use of uninitialized value in subtraction (-) at /PerlApp/Slim/Player/Source.pm
line 1644.
Use of uninitialized value in numeric gt (>) at /PerlApp/Slim/Player/Source.pm
line 1654.
I've seen this one across all of the 6.0 betas so far.

Third, just since I switched to 6.0b3 (using the Fishbone skin), the iTunes
playlists are coming up with an "itunesplaylist:" prefix even though I
specifically have no prefix or suffix in the settings. They also have "%20"
anywhere a space is present in the playlist name. I've tried setting the
prefix to something and then changing it back, but it seems to ignore the
setting entirely. This was not the case in b2.

I was having huge problems with high CPU load-induced dropouts, but I solved
them by increasing the iTunes library reload interval to an obscenely large
number and all was well. Perhaps defaulting that to a higher value would be a
good idea?

If there's anything I can do to help narrow down the source of any of these,
someone just let me know. I have very little programming experience, but I
follow directions well!

vidurapparao
2005-03-20, 14:00
Andrew wrote:

>I've been having a few problems since switching over to 6.0 on my WinXP server
>(although it's been largely painless).
>
>First, I can't really quantify it, but it seems like the Squeezebox display is
>displaying the info for the next song a good 2-3 seconds before the previous
>song is finished playing. I'm not sure, but this might have been happening
>with the 5.4 version as well.
>
>
This has, unfortunately, always been the case with Squeezbox1. The
display changes as soon as we start streaming the next song to the box.
The 2-3 second delta represents the size of the input buffer of the box.
This may not be a great consolation, but this is fixed for Squeezebox2.

>Second, when starting up a new playlist, it often (but not always) skips the
>first song and throws this error:
>Use of uninitialized value in numeric gt (>) at /PerlApp/Slim/Player/Source.pm
>line 1642.
>Use of uninitialized value in subtraction (-) at /PerlApp/Slim/Player/Source.pm
>line 1644.
>Use of uninitialized value in numeric gt (>) at /PerlApp/Slim/Player/Source.pm
>line 1654.
>I've seen this one across all of the 6.0 betas so far.
>
>
Hmm...this seems to be happening because we don't seem to have size
information for the track. Are you playing a local playlist or a browsed
selection (album, artist, genre)? Does it happen consistently for all
selections?

>Third, just since I switched to 6.0b3 (using the Fishbone skin), the iTunes
>playlists are coming up with an "itunesplaylist:" prefix even though I
>specifically have no prefix or suffix in the settings. They also have "%20"
>anywhere a space is present in the playlist name. I've tried setting the
>prefix to something and then changing it back, but it seems to ignore the
>setting entirely. This was not the case in b2.
>
>
It was the result of a late performance checkin and will be fixed in the
next nightly. Thanks for the report.

--Vidur

Andrew
2005-03-20, 14:29
Vidur Apparao <vidur@...> writes:


> This has, unfortunately, always been the case with Squeezbox1. The
> display changes as soon as we start streaming the next song to the box.
> The 2-3 second delta represents the size of the input buffer of the box.
> This may not be a great consolation, but this is fixed for Squeezebox2.

I figured as much, not really important, but I somehow just started noticing it.




> Hmm...this seems to be happening because we don't seem to have size
> information for the track. Are you playing a local playlist or a browsed
> selection (album, artist, genre)? Does it happen consistently for all
> selections?

I can reproduce it every single time, here are the steps that I've taken to get
to it. I don't run slimserver as a service, but as the slim.exe file, so it's
easy to restart by killing the window and relaunching while keeping the
interface window open. I also play everything in song shuffle mode and repeat
all.

Steps:
- Restart server

- Click Add To Playlist from any iTunes playlist (I don't have any others, but
size doesn't seem to be an issue as I've tried from ~100 to >3000)

- The playlist queues up with the first random song in stopped mode, but the
playlist (ie, everything below the Download and Clear links in Fishbone) stays
blank white, odd.

- Hit play on the interface and the error is thrown, the first song is skipped,
the second song begins, and the playlist screen fills in



> It was the result of a late performance checkin and will be fixed in the
> next nightly. Thanks for the report.

Great, thanks!

As a result of working up these steps for reproducibility, I've noticed that
sometimes the album art that comes up for a song is just plain wrong. It
doesn't happen often and it often refreshes to the correct art, so it hard to
notice when I'm not paying attention, but the incorrect art displayed doesn't
seem to have a consistent pattern or relation to the music playing at all.

Andrew
2005-03-28, 21:19
Andrew <gariak@...> writes:

> Second, when starting up a new playlist, it often (but not always) skips the
> first song and throws this error:
> Use of uninitialized value in numeric gt (>) at /PerlApp/Slim/Player/Source.pm
> line 1642.
> Use of uninitialized value in subtraction (-) at /PerlApp/Slim/Player/Source.pm
> line 1644.
> Use of uninitialized value in numeric gt (>) at /PerlApp/Slim/Player/Source.pm
> line 1654.
> I've seen this one across all of the 6.0 betas so far.


I'm still seeing this problem with the official 6.0 release, although I did post
repeatable steps. Did it get lost in the noise? Should I repost?

Marc Sherman
2005-03-29, 07:37
Andrew wrote:
>
> I'm still seeing this problem with the official 6.0 release, although
> I did post repeatable steps. Did it get lost in the noise? Should I
> repost?

Did you file a bug in bugzilla? That's how bugs are tracked.

- Marc

Ben Sandee
2005-03-29, 07:38
On Tue, 29 Mar 2005 04:19:52 +0000 (UTC), Andrew <gariak (AT) yahoo (DOT) com> wrote:
> Andrew <gariak@...> writes:
>
> > Second, when starting up a new playlist, it often (but not always) skips the
> > first song and throws this error:
> > Use of uninitialized value in numeric gt (>) at /PerlApp/Slim/Player/Source.pm
> > line 1642.
> > Use of uninitialized value in subtraction (-) at /PerlApp/Slim/Player/Source.pm
> > line 1644.
> > Use of uninitialized value in numeric gt (>) at /PerlApp/Slim/Player/Source.pm
> > line 1654.
> > I've seen this one across all of the 6.0 betas so far.
>
> I'm still seeing this problem with the official 6.0 release, although I did post
> repeatable steps. Did it get lost in the noise? Should I repost?

Andrew,

If it's important to you I'd recommend filing a bug at
http://bugs.slimdevices.com. Issues don't get lost there, I've found.

Ben

Andrew
2005-03-29, 18:36
Ben Sandee <tbsandee@...> writes:

> Andrew,
>
> If it's important to you I'd recommend filing a bug at
> http://bugs.slimdevices.com. Issues don't get lost there, I've found.
>
> Ben
>


Thanks, I wasn't really aware of that. Hopefully I entered it correctly, I
don't have much experience with bugzilla. We'll see what happens.

As an aside, has anyone been able to verify my steps? I'm just curious.