Re: [SlimDevices: Beta] Scanner seems NOT to be case sensitiv in every routine?
And why is the file names important ? it's the tagging thats important .Do you resort to untagged files and have LMS guesing artist etc from the file names ? Another case of case sentive vs not case sensitive are *.cue files .LMS on Win find the corrsponing flac,mp3 or wav vs on *nix the case must be rigth. Main hifi: Touch + CIA PS +MeridianG68J MeridianHD621 MeridianG98DH 2 x MeridianDSP5200 MeridianDSP5200HC 2 xMeridianDSP3100 +Rel Stadium 3 sub. Bedroom/Office: Boom Kitchen: Touch + powered Fostex PM0.4 Misc use: Radio (with battery) iPad1 with iPengHD & SqueezePad (spares Touch, SB3, reciever ,controller ) server HP proliant micro server N36L with ClearOS Linux http://people.xiph.org/~xiphmont/demo/neil-young.html Mnyb's Profile: http://forums.slimdevices.com/member.php?userid=4143 View this thread: http://forums.slimdevices.com/showthread.php?t=106405 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] 7.9 Problems/Bugs
mherger wrote: > > Your initPlugin method might be called before the FTS plugin is > initialized. Use the postinitPlugin sub instead. > Thanks!!! - that was spot on. I'll change my code accordingly. sternenjaeger's Profile: http://forums.slimdevices.com/member.php?userid=57562 View this thread: http://forums.slimdevices.com/showthread.php?t=101516 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] 7.9 Problems/Bugs
To make sure that it's not my code that causes the problem i used the init routine of the HelloWorld plugin. When issuing a search for a playlist by name: Code: sub initPlugin { my $class = shift; myDebug("Initializing the plugin"); my ($testrequest); $testrequest = Slim::Control::Request::executeRequest('', ['playlists', 0, 1, 'search:testlist']); Your initPlugin method might be called before the FTS plugin is initialized. Use the postinitPlugin sub instead. -- Michael ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Scanner seems NOT to be case sensitiv in every routine?
frank1969 wrote: > So I don't understand what happens there: > If windows sees both as the same file, scanner (who is case sensitive) > should just see "changed file", (example 1) remove the old artist "Abba" > and insert the new artist "ABBA". I don't understand why it keeps the > old spelled "Abba" in the database - it's not included in any fire > anymore - neither in the "ABBA" nor in the "Abba" directory. AFAIK its like that: You have 10 different Artists and 100 different tracks. Two Tracks have a Artist like Abba, 8 the Artist ABBA. Now you retag the two Abba ones and do a rescan. LMS doesnt know if Abba is only used in these two retaged files only or if Abba is somewhere tagged as Band/Composer. Therefore LMS didnt remove Abba from the library. To solve this issue lms must rescan each Track from each Contributor if its still exists and the tag is also the same. On the other Hand the guys always moaning about slow performance when they scann their 500k torrents library. Choose something new... DJanGo's Profile: http://forums.slimdevices.com/member.php?userid=1516 View this thread: http://forums.slimdevices.com/showthread.php?t=106405 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Scanner seems NOT to be case sensitiv in every routine?
mherger wrote: > The short answer to your subject: the scanner is case sensitive, but > Windows is not. I'm aware of this fact - but just therefore I thought it wouldn't matter, if the file is called "Ich liebe Dich" or "Ich liebe dich" - or "ABBA" <=> "Abba" - for Windows is case insensitive it's the same for windows. So I don't understand what happens there: If windows sees both as the same file, scanner (who is case sensitive) should just see "changed file", (example 1) remove the old artist "Abba" and insert the new artist "ABBA". I don't understand why it keeps the old spelled "Abba" in the database - it's not included in any fire anymore - neither in the "ABBA" nor in the "Abba" directory. Or in 2nd example, scanner shows 2 different files ("Ich liebe dich" and "Ich liebe Dich"), so scanner/windows noticed the chance - but scanner should see, only ONE of them stll exists, and even if it sees both - the old spelling 'Ich liebe Dich' should be removed, for case senstive scanner should recognize it's in neither file anymore... I know, You know a thousand times more about LMS, but I just try to understand what's happening there... frank1969's Profile: http://forums.slimdevices.com/member.php?userid=31156 View this thread: http://forums.slimdevices.com/showthread.php?t=106405 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] 7.9 Problems/Bugs
When working on my "BookmarkHistory" plugin i noticed a possible issue with the "playlists" CLI command when the full-text search feature is enabled. To make sure that it's not my code that causes the problem i used the init routine of the HelloWorld plugin. When issuing a search for a playlist by name: Code: sub initPlugin { my $class = shift; myDebug("Initializing the plugin"); my ($testrequest); $testrequest = Slim::Control::Request::executeRequest('', ['playlists', 0, 1, 'search:testlist']); [...] i see the following error in the log: Code: [16-11-09 19:45:24.8053] Slim::Control::Request::execute (1888) Error: While trying to run function coderef [Slim::Control::Queries::playlistsQuery]: [Carp::Clan::__ANON__(): DBI Exception: DBD::SQLite::db do failed: no such function: FULLTEXTWEIGHT [for Statement "CREATE TEMPORARY TABLE playlistSearch AS SELECT id, FULLTEXTWEIGHT(matchinfo(fulltext)) AS fulltextweight FROM fulltext WHERE fulltext MATCH 'type:playlist testlist*' "] at /usr/share/perl5/Slim/Schema/Storage.pm line 126 ] which prevents the command from getting a result. This only happens when the full-text search plugin is enabled. When issuing the same command via telnet or JSON ("playlists 0 1 search:testlist") it returns the expected result and i don't see the exception in the log: Code: "result": { "playlists_loop": [ { "id": 804045, "playlist": "testlist" } ], "count": 1 } I think i can work my way around that (by requesting "playlist new name:testlist". If i then get a value in "overwritten_playlist_id", i know that the playlist already exists, otherwise i delete it), just wanted to let you know. sternenjaeger's Profile: http://forums.slimdevices.com/member.php?userid=57562 View this thread: http://forums.slimdevices.com/showthread.php?t=101516 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta