mherger wrote:
> Interesting. How did it fail? We had considered investigating Strawberry
>
> Perl in the past, but never took the plunge. How did it not really
> work?
>
I got a variety or errors and warning about database initialisation etc.
but as that was not a principle concern I didn't
OK, time to give up.
I went back to "basics" and the directory does not appear as a directory
to perl. I also tried perl 5.22 just in case.
Time to give in for now. Thanks for all the suggestions.
Simple test script:
Code:
#!/usr/bin/perl
use utf8;
BEGIN {
I ended up using Strawberry Perl, which works sort-of. Certainly enough
to reproduce the problem.
Interesting. How did it fail? We had considered investigating Strawberry
Perl in the past, but never took the plunge. How did it not really work?
--
Michael
I ended up using Strawberry Perl, which works sort-of. Certainly enough
to reproduce the problem.
I'm looking now and it appears to be in the File::Next module itself
which is 1.06 but the current 1.12 makes no difference. I have not yet
instrumented the module, while I will probably do outside
Cool. I thought the built-into-a-binary was mandatory, but I guess
that's a convenience for distribution. Will attempt soon.
That big binary basically is Perl and our code wrapped up on one large
package which then would be extracted dynamically. But it's no more
compiled code then running
Cool. I thought the built-into-a-binary was mandatory, but I guess
that's a convenience for distribution. Will attempt soon.
Peter Galbavy's Profile: http://forums.slimdevices.com/member.php?userid=32718
View this thread:
not much luck so far. My next step is understanding how the Windows
install is built and/or if I can run a semi-pure-perl version to be able
to scatter extra debug print() around to narrow down the guilty part.
You don't need to "build" LMS for Windows. The most complicated part
will be to get
reinholdk wrote:
> if yes, it's not a Windows thing per se, but maybe rather a Perl thing
> on Windows?
Yes, this is what I assuming - but rather not a perl issue but a CPAN
module issue. I have tried a bit of a google around for know issues but
not much luck so far. My next step is
But as I understand it you have your files and folders locally on the
Windows machine and you can see and browse them using Windows explorer,
right?
if yes, it's not a Windows thing per se, but maybe rather a Perl thing
on Windows?
DJanGo wrote:
> Hi,
>
> you already named it - its not a lms thema - its a windooze vs. *nix
> theme.
>
> really ? Under *nix this char isnt allowed.
Really? "Ziq" has always been there... (now I found it) and yes,
this is also not showing up in either the scan or the Music Folder
browser.
Peter Galbavy wrote:
> I renamed the directory "Sign O' The Times" and did a rescan. Ironically
> it found it fine and the tags in the FLAC files resulted in the album
> name containing the peace symbol. Put the symbol back, rescanned and
> it's gone again.
>
> My concern is NOT the renaming of
I renamed the directory "Sign O' The Times" and did a rescan. Ironically
it found it fine and the tags in the FLAC files resulted in the album
name containing the peace symbol. Put the symbol back, rescanned and
it's gone again.
My concern is NOT the renaming of one directory but how many other
I've tried to understand the code; On Windows LMS uses Async.pm, not
AIO.pm. The only bit of the code that appears that it could silently
skip over a directory is folderFilter() / fileFilter() in
https://github.com/Logitech/slimserver/blob/public/7.9/Slim/Utils/Misc.pm,
and based on the tests I
Ditto: "Operating system: Windows 10 - EN - cp1252"
Peter Galbavy's Profile: http://forums.slimdevices.com/member.php?userid=32718
View this thread: http://forums.slimdevices.com/showthread.php?t=105502
The characters STS and CCH are the Unicode C293 (U+0093) and C294
(U+0094), which look similar to the regular double quotes character and
the peace character in between seems not to be read properly. The
regular double quotes character is not allowed as part of directory or
file names in Windows,
Finally, server.log extract when navigating Music Folders
>
> [16-04-26 15:51:35.1549] Slim::Menu::BrowseLibrary::_topLevel (786)
> params=>mode=bmf
> [16-04-26 15:51:35.1559] Slim::Menu::BrowseLibrary::__ANON__ (913)
> musicfolder (0, 1): tags ->tags:cdus
> [16-04-26 15:51:35.1582]
Full debug rescan of just "Prince" directory - Apart from the title
track appearing in another Album directory no attempt appears to be made
to decend into that one.
20371
+---+
|Filename: scanner.zip
Just turned on Info debug for scan.scanner and got this:
> [16-04-26 15:28:15.2230] Slim::Utils::Scanner::Local::Async::__ANON__
> (146) Found D:\Music\Artists\Prince\My Name Is Prince (Single)\05 - Sexy
> M.F. (12' Remix).flac
> [16-04-26 15:28:15.2421]
I tried Music Folder (via the web interface, I'm at work) and I cannot
see the folder:
What if browsed on device or mobile app? What about the Albums folder?
And did you check the server.log file when browsing the music folder?
--
Michael
___
beta
If your library is not too big I'd set the log settings for the scanner
to Debug and run a full scan again to have all the details in the
scanner.log.
Otherwise, I'd try with just the missing folder as the only part of your
library. Guess the following should allow you to revert things easily:
Don't know if this helps , but folder and file name can be different
than the file tags ? Tags are more tolerant than file names ,especially
cross OS and disc format systems even more so if you acess the library
over cifs/samba on a NAS .
Hopefully it can be fixed.
I was running on Linux for ages, keeping up with 7.9 nightlies
occassionally and recently moved to Windows 10 nightlies. Updated today
just to be sure, ran a full scan and, in light of his recent sad
passing, was looking to play some Prince. Can't find Sign o' the times;
Looking closer, the
22 matches
Mail list logo