PDA

View Full Version : SlimServer 6.1.1 crashes on playlist rescan



rds
2005-07-24, 07:39
In 6.0.2, small changes to playlists were immediately recognized. For example, I could add a new radio station to an existing .m3u file and SlimServer would re-read the file and the change would be effective immediately. Not so on 6.1.1. It appears that a rescan is now necessary. However, when I use rescan with the 'rescan playlists only' option, SlimServer crashes.

Suffice to say, because of these (and numerous other issues) I've had to revert back to 6.0.2.

I recall reading that in 6.1 playlists are now stored in the database, which is fine, but there should at least be some sort of trigger mechanism to immediately auto-rescan playlist files that have changed. The best solution would combine both file and database capabilities. For example, always 'reference' the playlist from the file, but load and manage the playlist's entries from the database. When the playlist is referenced from the file, SlimServer can detect if anything has changed (e.g. last modified date/time or file size, etc.). If nothing has changed, load the playlist entries from the database as usual; otherwise rescan that particlar playlist into the database. Likewise, if the referenced playlist no longer exists in the file system, purge it from the database.

A database is great for speeding things up, but it should compliment the file system, not attempt to replace it. A more intelligent 'dynamic rescan' capability needs to be implemented. A full rescan should rarely be necessary, and certainly not when a single playlist entry is added.

rds
2005-07-24, 08:35
With regards to the above error, I found this in the Application Event log:

The description for Event ID ( 0 ) in Source ( Application ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: Operation `ne': no method found,

left argument in overloaded package Class::DBI::Object::Has::Been::Deleted,

right argument in overloaded package Class::DBI::Object::Has::Been::Deleted at /PerlApp/Slim/Buttons/Input/List.pm line 267.

dean
2005-07-24, 12:34
Filed as bug 1867:

http://bugs.slimdevices.com/show_bug.cgi?id=1867

If you have more details you can add, please do!


On Jul 24, 2005, at 8:35 AM, rds wrote:

>
> With regards to the above error, I found this in the Application Event
> log:
>
> The description for Event ID ( 0 ) in Source ( Application ) cannot be
> found. The local computer may not have the necessary registry
> information or message DLL files to display messages from a remote
> computer. You may be able to use the /AUXSOURCE= flag to retrieve this
> description; see Help and Support for details. The following
> information is part of the event: Operation `ne': no method found,
>
> left argument in overloaded package
> Class::DBI::Object::Has::Been::Deleted,
>
> right argument in overloaded package
> Class::DBI::Object::Has::Been::Deleted at
> /PerlApp/Slim/Buttons/Input/List.pm line 267.
>
>
> --
> rds
>

dean
2005-07-24, 12:36
Hi rds,

On Jul 24, 2005, at 7:39 AM, rds wrote:
> In 6.0.2, small changes to playlists were immediately recognized. For
> example, I could add a new radio station to an existing .m3u file and
> SlimServer would re-read the file and the change would be effective
> immediately. Not so on 6.1.1. It appears that a rescan is now
> necessary.
This is a bug and dan has committed a fix for it. Should make it
into 6.1.2.

> However, when I use rescan with the 'rescan playlists only'
> option, SlimServer crashes.
Thanks for the report. Dan's having trouble reproducing the
problem. Bug has been filed.

> Suffice to say, because of these (and numerous other issues) I've had
> to revert back to 6.0.2.
Please do post your other issues as you can. We're working hard to
iron out the issues in the latest release.

> I recall reading that in 6.1 playlists are now stored in the database,
> which is fine, but there should at least be some sort of trigger
> mechanism to immediately auto-rescan playlist files that have changed.
Absolutely.

Dan Sully
2005-07-26, 14:52
* dean blackketter shaped the electrons to say...

>>However, when I use rescan with the 'rescan playlists only'
>>option, SlimServer crashes.
>Thanks for the report. Dan's having trouble reproducing the
>problem. Bug has been filed.

I have a potential fix for this.

When you select 'rescan playlists only' via the Web Interface - are you in
the 'Browse Playlists' item on the player UI?

Thanks.

-D
--
vacation (n) : an extended trip away from home in search of inconvenient ways to connect to the Internet.