[SlimDevices: Beta] Re: Announcement: SlimServer 6.2.2
bruce Wrote: If anyone out there is familiar with the LazySearch plugin, do you think I am better off with: SlimServer 6.2.2 + LazySearch 1.0 or SlimServer 6.5 beta + LazySearch 2.0 I ought to be familiar with it (having written it!). As you know, if you're using the new 6.2.2 official release then you still need to use 1.0, but if you're on the 6.5 development version you need 2.0. Basically I don't think you'll notice much difference in LazySearch performance between the two versions. The functionality is the same (bar one or two minor visual things, I think), and the search performance should be about the same. Database 'lazification' is quicker in 2.0 due to the new database columns, but since that happens in the background I'd be surprised if anyone ever noticed unless they had a huge library. There's one remaining bug in 1.0 that can't practically be fixed without SlimServer 6.5, which is that if you add music to your library and then use the 'Browse Music Folder' to let SlimServer see it for the first time, you'll notice that the server records this as a new artist (even if you've already got albums by that same artist) - leading to duplicate entries in the database. Either a complete database clear-and-rescan, or introducing the new music through a scan-for-changes would solve that, however. I wouldn't move to SlimServer 6.5 in order to use the newer plugin version - rather I think the decision should be the other way around; if you've got reason to use 6.5 then use LazySearch 2.0, otherwise stay with 6.2.2/1.0. Hope that's clarified things. Stuart -- hickinbottoms Stuart -Never put off until tomorrow what you can put off until the day after - with Lazy Searching!- hickinbottoms's Profile: http://forums.slimdevices.com/member.php?userid=255 View this thread: http://forums.slimdevices.com/showthread.php?t=23376 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
[SlimDevices: Beta] Re: Wrong timer format and Fishbone issues
kdf wrote: Quoting 0xdeadbeef [EMAIL PROTECTED]: cjk32 Wrote: slimserver.pl certainly does attempt to set up @INC to contain the 5.8.x paths followed by 5.8. From the looks of it, it seems to use ONLY 5.8.x. Else if would find the missing directories, wouldn't it? Well, apparently, there is something broken regarding include paths and I'm a little puzzles why this isn't considered an error... not one person has said it wasn't, but if it makes you feel better something is an error. Ee're just discussing the actual problem, to find out WHAT is the error. See bug 3324. Many other modules fallback to 5.8 just fine, so there is more to it. I've noticed that slimserver uses modules from the slimserver directory in preference to any system-installed modules. One particular issue is Expat.pm/Expat.so I've dug around this but have not got to the bottom of it. Dan is aware of the issue. R. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
[SlimDevices: Beta] Preferences for new Shoutcast Plugin
I understand that the Shoutcast plugin had to be rewritten for 6.5b1 due to changes with Shoutcast. The new one seems to be working fine for me in that it connects to shoutcast and gets all the streams whereas before I was just getting errors or just a few streams. The question (not a complaint) I have is: what happened to the preferences? I liked to limit the list to a minimum 128kbps bitrate and normalize my genres, but the preferences aren't showing up anymore. They were still in my slimserver.pref file, but the plugin doesn't seem to be reading them. I backed up my old .pref file and deleted all the shoutcast lines thinking maybe the format of the preferences had changed and my old ones were interfering somehow, but that doesn't seem to be the case either. Is this just due to the newness of this plugin (developers just wanted to get it working and haven't gotten to the prefs yet)? The only reason I ask is that I haven't seen it discussed here yet and just want to make sure it's not a problem with my setup. Again, not complaining - I know this is the beta version and I do appreciate the swiftness with which the developers got our shoutcast plugin up and running again. Thanks! -- mlmurray mlmurray's Profile: http://forums.slimdevices.com/member.php?userid=1910 View this thread: http://forums.slimdevices.com/showthread.php?t=23402 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Preferences for new Shoutcast Plugin
On Apr 28, 2006, at 10:50 AM, mlmurray wrote: I understand that the Shoutcast plugin had to be rewritten for 6.5b1 due to changes with Shoutcast. The new one seems to be working fine for me in that it connects to shoutcast and gets all the streams whereas before I was just getting errors or just a few streams. The question (not a complaint) I have is: what happened to the preferences? I liked to limit the list to a minimum 128kbps bitrate and normalize my genres, but the preferences aren't showing up anymore. They were still in my slimserver.pref file, but the plugin doesn't seem to be reading them. I backed up my old .pref file and deleted all the shoutcast lines thinking maybe the format of the preferences had changed and my old ones were interfering somehow, but that doesn't seem to be the case either. Is this just due to the newness of this plugin (developers just wanted to get it working and haven't gotten to the prefs yet)? The only reason I ask is that I haven't seen it discussed here yet and just want to make sure it's not a problem with my setup. Sort of, yes, we wanted to get a new working plugin out ASAP (before we knew they'd turn the old interface back on). So most features are not there. Another issue is that the plugin is now based on the generic XMLBrowser which does not have support for the extensive feature set of the old Shoutcast plugin. It will require a bit of a rethink about the options of the old plugin and whether they make sense to bring over to the new framework. For example any bitrate limiting would hit all XML-based plugins not just Shoutcast. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Preferences for new Shoutcast Plugin
On Apr 28, 2006, at 7:59 AM, Andy Grundman wrote: Sort of, yes, we wanted to get a new working plugin out ASAP (before we knew they'd turn the old interface back on). So most features are not there. Another issue is that the plugin is now based on the generic XMLBrowser which does not have support for the extensive feature set of the old Shoutcast plugin. It will require a bit of a rethink about the options of the old plugin and whether they make sense to bring over to the new framework. For example any bitrate limiting would hit all XML-based plugins not just Shoutcast. One benefit of this is that the hierarchy is defined by the server, not by code in the plugin. So, for example, a new top-level shoutcast item could be Bitrate that would have the various bitrates as choices underneath it, and then the rest of the tree, filtered below it. Or a hybrid approach could be created where the plugin _does_ have a preference which is the bitrate and that gets passed in as a parameter to the XML query. Also, one capability that Andy's added is OpenSearch support, so the xml can define a search syntax and the player browser can present the user with a text entry field. The point here is that we or the content provider can change it on the server side and that immediately becomes available to users AND we've only scratched the surface of what's possible. This discussion is really helpful in figuring out what capabilities we should build out. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Preferences for new Shoutcast Plugin
Also, one capability that Andy's added is OpenSearch support, What is OpenSearch? -- Michael --- Help translate SlimServer by using the SlimString Translation Helper (http://www.herger.net/slim/) ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
[SlimDevices: Beta] Re: Preferences for new Shoutcast Plugin
andyg Wrote: On Apr 28, 2006, at 10:50 AM, mlmurray wrote: Is this just due to the newness of this plugin (developers just wanted to get it working and haven't gotten to the prefs yet)? The only reason I ask is that I haven't seen it discussed here yet and just want to make sure it's not a problem with my setup. Sort of, yes, we wanted to get a new working plugin out ASAP (before we knew they'd turn the old interface back on). So most features are not there. Another issue is that the plugin is now based on the generic XMLBrowser which does not have support for the extensive feature set of the old Shoutcast plugin. It will require a bit of a rethink about the options of the old plugin and whether they make sense to bring over to the new framework. For example any bitrate limiting would hit all XML-based plugins not just Shoutcast. That's pretty much what I thought. That it's working again is all I really cared about anyway. I understand that the other options will come in due time. Thanks for the hard work and quick response; All you guys rock! -- mlmurray mlmurray's Profile: http://forums.slimdevices.com/member.php?userid=1910 View this thread: http://forums.slimdevices.com/showthread.php?t=23402 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Preferences for new Shoutcast Plugin
Thanks for asking. :)
It's a spec for describing search queries in a structured way as part
of XML.
See: http://opensearch.a9.com/
And more specifically: http://opensearch.a9.com/spec/1.1/querysyntax/
Here's a simple example that might appear in an RSS or OPML feed that
you may be browsing with your squeezebox:
Url type=application/rss+xml template=http://example.com/?q=
{searchTerms}/
So a content provider could provide a list of stations or RSS feeds
to browse and also let you search it via your squeezebox.
On Apr 28, 2006, at 8:12 AM, Michael Herger wrote:
Also, one capability that Andy's added is OpenSearch support,
What is OpenSearch?
--
Michael
---
Help translate SlimServer by using the
SlimString Translation Helper (http://www.herger.net/slim/)
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/beta
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Preferences for new Shoutcast Plugin
Thanks for asking. :) Uff! I feared this might be a RTFWP - I found plenty of information googling around. But will this work without the support on the content's provider side? So a content provider could provide a list of stations or RSS feeds to browse and also let you search it via your squeezebox. And Shoutcast does? -- Michael --- Help translate SlimServer by using the StringEditor Plugin (http://www.herger.net/slim/) ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Preferences for new Shoutcast Plugin
On Apr 28, 2006, at 12:00 PM, Michael Herger wrote: Thanks for asking. :) Uff! I feared this might be a RTFWP - I found plenty of information googling around. But will this work without the support on the content's provider side? So a content provider could provide a list of stations or RSS feeds to browse and also let you search it via your squeezebox. And Shoutcast does? They have their own custom search interface. I wrote a proxy for it that lives on SN and makes it work as OpenSearch. I will probably write search interfaces for LMA and Picks as well. Future content providers could provide real OpenSearch interfaces. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
[SlimDevices: Beta] Compilation albums and common album titles in 6.5
Has Dan's patch to remove common album titles been merged into 6.5? I just did a complete rescan with the latest 6.5. It looks like the disc number is not working with compilation albums. I get an album name entry listed under various artists for each disc in the set. I have raised bug #3338. Curiously though, I have a multi-disk compilation album defined through a sequence of cue sheets, which is actually working! PERFORMER Various Artists TITLE Chilled Ibiza Gold DISCNUMBER 1 FILE Chilled Ibiza Gold CD1.mp3 MP3 DISCNUMBER 1 TRACK 01 AUDIO TITLE Slip Into Something More Comfortable PERFORMER Kinobe INDEX 01 00:00:00 I'm impressed this is working. I'm not sure how long support of DISCNUMBER tags has been in cue sheets - I played around with DISCNUMBER tags in cue sheets for ages in the past and couldn't get them to work. That's why there's a DISCNUMBER at the top level, and DISCNUMBER within the FILE level - not sure which one causes the tagging to work correctly. Are there other tag commands supported in cue files now - in particular ARTISTSORT? See bug #1222 - is this now completely achieved? If there is support for DISCNUMBER in cue sheets, perhaps DISC is also supported. I don't have any embedded cue sheets to test this completely (not sure how to embed a cue sheet), but it seems a good bet that this bug is well on the way to being resolved. Phil ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
[SlimDevices: Beta] 6.5b1 7195 compile error
Can't use an undefined value as a symbol reference at /usr/share/perl/5.8/Symbol.pm line 75. BEGIN failed--compilation aborted at /usr/local/slimserver/slimserver.pl line 263. -- 0xdeadbeef 0xdeadbeef's Profile: http://forums.slimdevices.com/member.php?userid=2287 View this thread: http://forums.slimdevices.com/showthread.php?t=23416 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
RE: [SlimDevices: Beta] Re: 6.5b1 7195 compile error
It seems that Symbol::delete_package doesn't like package names beginning ::. The attached patch should deal with this problem, and improve the behaviour of slimserver.pl by only reporting packages that were actually removed from the symbol table. delete_package.patch Description: Binary data ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
[SlimDevices: Beta] Re: Re: 6.5b1 7195 compile error
* Christopher Key shaped the electrons to say... It seems that Symbol::delete_package doesn't like package names beginning ::. The attached patch should deal with this problem, and improve the behaviour of slimserver.pl by only reporting packages that were actually removed from the symbol table. Thanks - commited. -D -- My pockets hurt. - Homer Simpson ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
