Quoting Charles Stanton <[EMAIL PROTECTED]>:
> thanks. but is the fix in 6.0.x or 6.1? the bug report says its
> target resolution is 6.1. i'll ask the customer to upgrade, but have
> not recommended 6.1 yet.
>
you failed to read down to the bottom, in the comments:
patch committed to 6.1 bui
thanks. but is the fix in 6.0.x or 6.1? the bug report says its
target resolution is 6.1. i'll ask the customer to upgrade, but have
not recommended 6.1 yet.
On 5/15/05, kdf <[EMAIL PROTECTED]> wrote:
> Quoting Charles Stanton <[EMAIL PROTECTED]>:
>
> > Hi - has this been addressed in any of
* DrNic shaped the electrons to say...
kdf Wrote:
large playlists hammer the db like crazy. server runs and hides.
Hang on a moment...
I thought the idea of developing the ss version 6 db backend was to
enable large playlists without the old problem seen with the ver 5.x's??
Playlists themselves
kdf Wrote:
> large playlists hammer the db like crazy. server runs and hides.
Hang on a moment...
I thought the idea of developing the ss version 6 db backend was to
enable large playlists without the old problem seen with the ver 5.x
's??
I really like the idea of being able to "shuffle" my e
Quoting Charles Stanton <[EMAIL PROTECTED]>:
> Hi - has this been addressed in any of the nightlies? one of the sb
> owners i support reports that ss crashes any time he tries to save a
> playlist of 100+ songs. thx.
>
this was a known problem and should be fixed in the nightlies post 04/28. it
Hi - has this been addressed in any of the nightlies? one of the sb
owners i support reports that ss crashes any time he tries to save a
playlist of 100+ songs. thx.
On 5/6/05, kdf <[EMAIL PROTECTED]> wrote:
> large playlists hammer the db like crazy. server runs and hides.
> _
kdf Wrote:
> large playlists hammer the db like crazy. server runs and hides.
But I've been playing my music on random via SoftSqueeze for a few
weeks ago and have never had this happen before. It seems strange that
it triggers the moment I use a real SB2 although correlation does not
imply cau
kdf Wrote:
> http://bugs.slimdevices.com/show_bug.cgi?id=1160
This sounds a bit like what happened, except that the main trigger
seemed to be deleting a track from an already shuffled playlist. I
didn't switch the shuffle mode in doing this and it only took a few
seconds to do the initial shuffl
large playlists hammer the db like crazy. server runs and hides.
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss
kdf Wrote:
> wipe the __*.m3u files from your playlists folder
Thanks, it's okay again now, but I'll be ready with that one if it
happens again. Any idea what happened? I forgot that it created m3u's
on the fly.
--
max.spicer
The wild things roared their terrible roars and gnashed their ter
http://bugs.slimdevices.com/show_bug.cgi?id=1160
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss
Woops, there it goes again. Whilst it was still playing the single
album, I pressed shuffle once to turn off shuffle and then once again.
At this point the display froze and the server is now back to 99.9%.
It's just come back very briefly and the display is now frozen saying
Shuffle By Song.
Having left the server running and to its own devices for about ten
minutes, the SB2 has just started playing and the web interface has
returned. Is there some known issue with deleting tracks from a
shuffled playlist with many items in? It surely shouldn't do what it
did! Bizarrely, it's now p
13 matches
Mail list logo