Me too. 

So I started a fresh scan with more logging.
 
Scanner log:
[12-02-14 01:07:18.4154] main::main (200) Starting Logitech Media Server scanner (v7.7.1, r33735, Mon Nov 28 15:49:57 PST 2011) perl 5.008008
[12-02-14 01:07:21.9040] Slim::Music::Import::addImporter (463) Adding Slim::Media::MediaFolderScan Scan
[12-02-14 01:07:21.9048] Slim::Music::Import::countImporters (532) Found importer: Slim::Media::MediaFolderScan
[12-02-14 01:07:23.3010] Slim::Schema::forceCommit (2118) Warning: Trying to commit transactions before DB is initialized!
[12-02-14 01:07:23.3034] Slim::Music::Import::addImporter (463) Adding Slim::Music::PlaylistFolderScan Scan
[12-02-14 01:07:23.3041] Slim::Music::Import::countImporters (532) Found importer: Slim::Media::MediaFolderScan
[12-02-14 01:07:23.3048] Slim::Music::Import::countImporters (532) Found importer: Slim::Media::MediaFolderScan
[12-02-14 01:07:23.3055] Slim::Music::Import::countImporters (532) Found importer: Slim::Music::PlaylistFolderScan
[12-02-14 01:07:25.5930] Slim::Schema::wipeCaches (2072) Wiped all in-memory caches.
[12-02-14 01:07:25.5944] Slim::Schema::wipeDB (410) Start schema_clear
[12-02-14 01:07:27.2376] Slim::Schema::wipeDB (426) End schema_clear
[12-02-14 01:07:27.2387] Slim::Schema::wipeAllData (2104) Wiped the database.
[12-02-14 01:07:27.2403] Slim::Music::Import::runImporter (485) Starting Slim::Media::MediaFolderScan scan
[12-02-14 01:07:27.2425] Slim::Media::MediaFolderScan::startScan (66) Starting audio-only scan in: ["/media/Music"]
[12-02-14 01:07:27.2436] Slim::Utils::Scanner::Local::rescan (147) Rescanning /media/Music
[12-02-14 01:07:27.2448] Slim::Utils::Scanner::Local::rescan (171) Discovering audio files in /media/Music
[12-02-14 01:07:27.8509] Slim::Utils::SQLiteHelper::updateProgress (398) Notify to server: [
  "progress:1329181647.33474||importer||/media/Music|discovering_directory||1||0||",
]
[12-02-14 01:07:28.3365] Slim::Utils::SQLiteHelper::updateProgress (405) Warning: Server aborted scan, shutting down
[12-02-14 01:07:28.3425] Slim::Utils::SQLiteHelper::updateProgress (398) Notify to server: ["progress:1329181648.33824||importer||failure||1||1||"]
[12-02-14 01:07:28.3572] Slim::Utils::SQLiteHelper::updateProgress (422) Notify to server OK
[12-02-14 01:07:29.1220] Slim::Utils::SQLiteHelper::updateProgress (398) Notify to server: ["exit"]
[12-02-14 01:07:30.3543] Slim::Utils::SQLiteHelper::updateProgress (422) Notify to server OK
 
And the server log:
[12-02-14 00:57:28.4775] main::init (354) Starting Logitech Media Server (v7.7.1, r33735, Mon Nov 28 15:49:57 PST 2011) perl 5.008008
[12-02-14 01:07:04.8504] Slim::Music::Import::clearScanQueue (764) clearing queue:()
[12-02-14 01:07:05.2949] Slim::Schema::wipeCaches (2072) Wiped all in-memory caches.
[12-02-14 01:07:06.5336] Slim::Music::Import::nextScanTask (709) remaining scans in queue:()
[12-02-14 01:07:12.5036] Slim::Web::Settings::Server::Basic::handler (63) Initiating scan of type: wipecache
[12-02-14 01:07:12.5058] Slim::Music::Import::initScanQueue (692) initialize scan queue
[12-02-14 01:07:12.5077] Slim::Music::Import::queueScanTask (751) full wipecache requested, wipe queue
[12-02-14 01:07:12.5090] Slim::Music::Import::clearScanQueue (764) clearing queue:()
[12-02-14 01:07:12.5338] Slim::Music::Import::nextScanTask (705) triggering next scan: wipecache
[12-02-14 01:07:12.6930] Slim::Music::Import::countImporters (532) Found importer: Slim::Media::MediaFolderScan
[12-02-14 01:07:12.6937] Slim::Music::Import::countImporters (532) Found importer: Slim::Music::PlaylistFolderScan
[12-02-14 01:07:12.7755] Slim::Music::Import::nextScanTask (709) remaining scans in queue:()
[12-02-14 01:07:28.3300] Slim::Utils::SQLiteHelper::_notifyFromScanner (490) Notify from scanner: progress:1329181647.33474||importer||/media/Music|discovering_directory||1||0||
[12-02-14 01:07:28.3522] Slim::Utils::SQLiteHelper::_notifyFromScanner (490) Notify from scanner: progress:1329181648.33824||importer||failure||1||1||
[12-02-14 01:07:29.1327] Slim::Utils::SQLiteHelper::_notifyFromScanner (490) Notify from scanner: exit
[12-02-14 01:07:30.3779] Slim::Schema::wipeCaches (2072) Wiped all in-memory caches.
[12-02-14 01:07:30.3798] Slim::Schema::wipeCaches (2072) Wiped all in-memory caches.
[12-02-14 01:07:30.3817] Slim::Music::Import::nextScanTask (709) remaining scans in queue:()
[12-02-14 01:07:30.7857] Slim::Schema::wipeCaches (2072) Wiped all in-memory caches.
[12-02-14 01:07:30.7872] Slim::Schema::wipeCaches (2072) Wiped all in-memory caches.
[12-02-14 01:07:30.7888] Slim::Music::Import::nextScanTask (709) remaining scans in queue:()
 
It just doesn't make sense.

Forgot to say- my hardware is Netgear RNDU600.

Many me toos in
http://forums.slimdevices.com/showthread.php?t=92654

See also
http://forums.slimdevices.com/showthread.php?t=92663

And also see
http://forums.logitech.com/t5/MySqueezebox-com-Squeezebox/Media-scan-terminated-unexpectedly/td-p/735530

Reproduced on Logitech Media Server Version: 7.7.2 - r33823 @ Mon Feb 13 03:15:02 PST 2012

*** This bug has been confirmed by popular vote. ***

Logitech Media Server Version: 7.7.2 - r33823 @ Mon Feb 13 03:15:02 PST 2012
Hostname: sleepy
Server IP Address: 192.168.1.10
Server HTTP Port Number: 9000
Operating system: Netgear RAIDiator - EN - utf8
Platform Architecture: i686-linux
Perl Version: 5.8.8 - i486-linux-gnu-thread-multi
Database Version: DBD::SQLite 1.34_01 (sqlite 3.7.7.1)
Total Players Recognized: 2

Size of music collection: 20822 songs, 1555 albums, 706 artists.

Type of music collection: Mixed m4a, mp4, mp3, differing bit-rates.

So far the scan has HUNG (not quit) on 

/media/Music/Boston/Corporate America/*.mp3 (all files)
/media/Music/Jethro Tull/J-Tull Dot Com/*.mp3 (all files)
/media/Music/Lloyd Glenn/The Blues... _A Real Summit Meeting_/2-08 Pine Tops Boogie.m4a

but NOT on

/media/Music/Lloyd Glenn/The Blues... _A Real Summit Meeting_/2-06 Honky Tonk Train.m4a
/media/Music/Lloyd Glenn/The Blues... _A Real Summit Meeting_/2-07 After Hours.m4a

splat:Music neil$ file Lloyd\ Glenn/The\ Blues...\ _A\ Real\ Summit\ Meeting_/*
Lloyd Glenn/The Blues... _A Real Summit Meeting_/2-06 Honky Tonk Train.m4a: ISO Media, MPEG v4 system, iTunes AAC-LC
Lloyd Glenn/The Blues... _A Real Summit Meeting_/2-07 After Hours.m4a:      ISO Media, MPEG v4 system, iTunes AAC-LC
Lloyd Glenn/The Blues... _A Real Summit Meeting_/2-08 Pine Tops Boogie.m4a: ISO Media, MPEG v4 system, iTunes AAC-LC

splat:Music neil$ ls -l Lloyd\ Glenn/The\ Blues...\ _A\ Real\ Summit\ Meeting_/
total 17496
-rwx------  1 neil  staff  2246238 23 Jun  2003 2-06 Honky Tonk Train.m4a
-rwx------  1 neil  staff  3663216 23 Jun  2003 2-07 After Hours.m4a
-rwx------  1 neil  staff  3042745 23 Jun  2003 2-08 Pine Tops Boogie.m4a

At the moment I am trying to get all my music in SlimServer thus:

- Run a scan "Look for new or updated files"
- Delete the file that fails
- Run a scan (because this always fails silently after the directory scan, though something remains active - I still have to abort scan to start it again)
- Repeat

On a file by file basis this is getting impractical so I'm not operating by directory.

I have (and will be keeping) the original file structure and files if that would help anyone diagnose the problem.

UPDATE: 

So far 1465/8573 songs in this scan and in my whole collection I've only had to delete
/media/Music/Boston/Corporate America/*
/media/Music/Jethro Tull/J-Tull Dot Com/*
/media/Music/Lloyd Glenn/The Blues... _A Real Summit Meeting_/* (not all files)
/media/Music/London Symphony Orchestra/Stravinsky_ The Rite of Spring; Apollon Musagete/* (not all files)
/media/Music/On the Hour/On the Hour_ Complete Series 1/03 Series 1_ Episode 3.m4a

To characterise the files that are failing, The first two lines refer to files I bought digitally. The next three are ones I ripped from CDs I own, so there's no commonality there.

Has there been any internal Logitech movement on this bug? I'm at 50% ability to listen to my music. I've spent well over 100 hours trying to fix this. I'm paralyzed and ready to bail.

+1 for this problem.

Created attachment 7645 [details]
File that breaks the scan consistently.

Created attachment 7646 [details]
Perl script that reads the tags from a single file

Copy Scan.so to the same directory and create a subdirectory Audio with the file Scan.pm from the build.

Run using:

perl -I. test.pl --file name-of-file.mp3

I have the same problem and some technical data to provide:

1. Some files break the scan consistently (i.e. scanning stops on this file).

2. The same files scan OK on most other platforms. I have tried: linux_x86 (debian), linux_mips (from source), windows and mac.

3. The files break the scan in both ReadyNAS sparc and i386.

4. The problem shows up in many SS/SBS/LMS versions. I have tested: 7.6.0, 7.6.2, 7.7.0, 7.7.1, 7.7.2 in many platforms. Again, it works in the other platforms, breaks in readyNAS.

5. I can reproduce with a simple perl script (also attached). It segfaults with the files I have verified that break the scan. The segfault happens inside the Scan.so compiled module, while scanning the tags. Metadata scanning works fine.

6. I have read the ID3 v1 and v2 tags for the file with many other programs successfully.

7. Main difference between the readyNAS builds and the other platforms is that perl in the readyNAS devices is 5.8.8, while in the others is 5.10 or 5.12. Audio::Scan probably has some issues working with 5.8.8. 

I hope this helps... If any testing help is needed, I'm willing to help.

Jorge Rivera

I have given up and moved my music and LMS to laptop we just retired from daily use. I ran LMS on the laptop; scan worked like a charm, very fast. I can't spend any more time with my Duo on this. It worked great while it worked, but now that I have a free option, it's time to move on. Someone pooped the bed on this issue, and it's been very frustrating that nobody from either NETGEAR or LOGITECH came forward with acknowledgement of this issue. It's widespread, and no one is willing to own it. Bad tech decisions somewhere along the way, but what's worse is the poor customer service. When I go home tonight, I'll have full access to my music for the first time since November.

Cheers,

Mark White
Squeezebox Owner since 2007.

Just received this problem as well when upgrading. 
Why hasn't logitech assigned this to a response engineer?  This problem is obviously affecting users of the Logitech Squeeze Box product and can be seen in numerous internet threads.

So I've reproduced this in a newer version of the server. Still a massive problem.

Logitech Media Server Version: 7.7.2 - r33893 @ Wed Mar 14 05:49:01 PDT 2012
Hostname: sleepy
Server IP Address: 192.168.1.10
Server HTTP Port Number: 9000
Operating system: Netgear RAIDiator - EN - iso-8859-1
Platform Architecture: i686-linux
Perl Version: 5.8.8 - i486-linux-gnu-thread-multi
Database Version: DBD::SQLite 1.34_01 (sqlite 3.7.7.1)
Total Players Recognized: 2

In fact a couple of files which DIDN'T stall the scanner in fact no longer scan. Sigh.

Ever since upgrading to the latest firmware and version of the LMS on my readynas the whole thing is broken, and it hasn't worked.  Are there instructions anywhere for reverting to previous versions (readynas duo original version)?

It doesn't look like Logitech has any development staff in response/sustaining engineering for this product anymore and it's basically just been abandoned.

Andy - attached simple demo indeed segfaults on the readynas.

Working fine on the arm based Duo v2, but that's running perl 5.10.1.

Me too. 
Logitech Media Server Version: 7.7.1 - r33750 @ Mon Dec 12 09:42:47 PST 2011 
Hostname: john-home-fast 
Server IP Address: 127.0.0.1 
Server HTTP Port Number: 9000 
Operating system: Windows 7 - EN - cp1252 
Platform Architecture: 8664 
Perl Version: 5.14.1 - MSWin32-x86-multi-thread 
Database Version: DBD::SQLite 1.34_01 (sqlite 3.7.7.1) 

Sad that Logitech so ignore their customers. There is a strong message here for those of us considering buying other Logitech products in the future.

I have the same issue on my Netgear ReadyNAS 2 Ultra

(In reply to comment #21)
> I have the same issue on my Netgear ReadyNAS 2 Ultra

I spent today trying to reolve this problem by updating from 7.5.2 to the latest 7.7.2 on a ReadyNas NVX. Again the exact failure point isn't consistent. However it usually fails after 43xx files and way before the full 7,809 files.

I can attach a log if needed.

(In reply to comment #21)
> I have the same issue on my Netgear ReadyNAS 2 Ultra

I spent today trying to reolve this problem by updating from 7.5.2 to the latest 7.7.2 on a ReadyNas NVX. Again the exact failure point isn't consistent. However it usually fails after 43xx files and way before the full 7,809 files.

I can attach a log if needed.

in fact I'm going to have to back off 7.7.2 

I have my system set to re-scan every night overnight, it has since I installed it in 2009. Since upgrading to 7.7.2 everytime I got to play music via the Music Folder menu item, it responds something to the effect that you cannot use Music Folder  when a scan is in progress.

Turns out that every night the scan is hanging now. I'll try clearing the cache etc. but I'm not hopeful. An incomplete scan AND a scan that failed, means effectively my system is mostly unuseable although I do know I can cancel the scan and change the option to not re-scan, it hardly seems worth it.

(In reply to comment #24)
> in fact I'm going to have to back off 7.7.2 
> 
> I have my system set to re-scan every night overnight, it has since I
> installed it in 2009. Since upgrading to 7.7.2 everytime I got to play music
> via the Music Folder menu item, it responds something to the effect that you
> cannot use Music Folder  when a scan is in progress.
> 
> Turns out that every night the scan is hanging now. I'll try clearing the
> cache etc. but I'm not hopeful. An incomplete scan AND a scan that failed,
> means effectively my system is mostly unuseable although I do know I can
> cancel the scan and change the option to not re-scan, it hardly seems worth
> it.

I upgraded the RAM in my ReadyNAS 2 Ultra from 1GB to 2GB today out of curiosity and it did not affect the issue. Still crashes while scanning. I also used a program (MusicBrainz Picard) to make sure my files were tagged correctly and not corrupt.

Unfortunately LMS is obsolete now but I've bought in to this platform - so until someone fixes this bug out of the goodness of their own heart I will have no choice but to stop/start the LMS process on my NAS every time I want to listen to music using the music folder browser. At least when I do this, it works.

I've tried other browsers too just in case - Squeezer, Logitech Squeezebox Controller, SqueezeDroid - all have the same behavior.

On a side note, I discovered from the server log that even when I use the 'Music Folder' method of browsing (which I thought didn't even use the library), the scanner log still complains that tags are unable to be read from files that don't even physically exist - for example, I deleted a folder of mp3s (a CD I didn't care for) and then opened the folder that used to contain this now deleted folder using the 'Music Folder' browse method - and the server log shows many "[13-01-19 20:01:41.4815] Slim::Utils::Scanner::Local::__ANON__ (793) ERROR SCANNING audio file file:///Mp3/Electronica/Ulrich%20Schnauss%20&%20Mark%20Peters%20-%20Underrated%20Silence%20(2012)%20FLAC/03%20-%20forgotten.flac: Unable to read tags from file" style errors - for the files that were deleted.

I've been experiencing the same trouble after importing many CDs into my iTunes Library.  My SqueezeBox Touch cannot be point any musics from my QNAP through Squeezebox Server.

I've been experiencing the same trouble after importing many CDs into my iTunes Library.  My SqueezeBox Touch cannot be point any musics from my QNAP through Squeezebox Server.

this seems to be related to:
https://bugs-archive.lyrion.org/show_bug.cgi?id=18042

the source should be upgraded to the latest ffmpeg

*** Bug 18042 has been marked as a duplicate of this bug. ***

somebody please just upgrade the source code to the latest ffmpeg-0.8.XX distro

0.8.14 at the moment

Unassigned bug after 18 months.... No target milestone..... What are the chances this will ever be fixed?

it would be zero effort just to compile with newer ffmpeg 0.8.14

Zoff,

As a developer it's (almost) zero effort to do what you said. As a product manager taking responsibility for the quality of a product with random third party stuff in it you'd want at least some regression testing and that's after this defect gets owned and bubbles to the top of triage. :)

Is there still any development on this project? If so, would I be looking for nightly builds or something? My understanding is that all development ceased when the product line was killed off. Thanks. I would still love to get the bug fixed that causes scanning to crap out.

Yes, especially in this case if this is the problem. Often my LMS hangs on a scan early in the process. I can terminate the scan and select music by folder, sometimes it can find tracks, sometimes even with the same search, it can't.

Would anyone be interested in a fork of the LMS code? I don't have any spare or vacation time until I get back from Ironman on July 16th, after that I might consider starting my own fork if there is no one else working.

Squeezeplay that I use on two machines has been broken in the nightly builds since 4/17.

Do all of you have video scanning enabled? Would disabling it help the crashes? Just uncheck Video and Photo from the folder's configuration in LMS/Settings/Basic/Media Folders

I only have music checked, and only one folder designated. Thanks for the idea though!

What is the status for this bug? Would it be possible to provide an updated version of just Scan.so (or whatever file that is linked with the bad ffmpeg version?) for testing by the people subscribing to this bug? Or is it already available from somewhere?

(In reply to comment #38)
> What is the status for this bug? Would it be possible to provide an updated
> version of just Scan.so (or whatever file that is linked with the bad ffmpeg
> version?) for testing by the people subscribing to this bug? Or is it
> already available from somewhere?

I've never had time to look at the code, and while my LMS has stabilized now, everytime the LMS has to be restarted, it hangs. I know I could probably fix by getting rid of filetypes poorly supported, re-tagging files that cause problems etc. but I'd rather fix the code than spending time on that.

As far as I know, the scanner code isn't being worked on, and there is no outlook to do this as basically the dev team and product team is mostly gone.

See comment #33. Sad but true.

As has been mentioned this seems to be an issue with the Media:Scan module. You could try to run the latest 7.8 and disable the UPnP plugin (unless you really need it). It then should no longer use that module. It's a recent change, but might help you work around this issue.

*** Bug 18041 has been marked as a duplicate of this bug. ***

(In reply to comment #40)

> See comment #33. Sad but true.
> 
> As has been mentioned this seems to be an issue with the Media:Scan module.
> You could try to run the latest 7.8 and disable the UPnP plugin (unless you
> really need it). It then should no longer use that module. It's a recent
> change, but might help you work around this issue.

Running latest 7.8 (7.8.0 - 1386074174 @ Tue Dec 3 19:16:34 PST 2013) and no UPnP enabled.

Still crashes when trying to load any episode from the podcast referenced in bug #18041

Would it be possible for you to compile a version of Scan.so linked to a more recent ffmpeg version and upload it as an attachment to this bug, so people subscribed to this bug can verify that this is indeed the problem?

> Running latest 7.8 (7.8.0 - 1386074174 @ Tue Dec 3 19:16:34 PST 2013) and no
> UPnP enabled.

You don't have to not enable it, but you have to actively _disable_ it.

> Still crashes when trying to load any episode from the podcast referenced in
> bug #18041
> 
> Would it be possible for you to compile a version of Scan.so linked to a
> more recent ffmpeg version and upload it as an attachment to this bug, so
> people subscribed to this bug can verify that this is indeed the problem?

If you really did disable all UPnP stuff in the latest 7.8, then a new version of Media::Scan wouldn't help you, as it's not being used any more.

Did you ever run a scan on that file with all scanner debugging enabled?

If by UPnP you mean the plugin "UPnP/DLNA", by Andy Grundman, under Settings > Plugins - so yes, it is disabled. Please let me know if there is some other setting I haven't discovered.

The logger output from a rescan with the file (downloaded from link provided in bug #18041) put in the library and scanner debugging enabled (scan, scan.auto, scan.import, scan.scanner -> debug):

[13-12-05 20:03:36.0659] Slim::Music::Import::initScanQueue (695) initialize scan queue
[13-12-05 20:03:36.0671] Slim::Music::Import::queueScanTask (750) adding scan rescan|full|file:///media/Music/radio to queue
[13-12-05 20:03:36.0688] Slim::Music::Import::nextScanTask (708) triggering next scan: rescan|full|file:///media/Music/radio
[13-12-05 20:03:36.0714] Slim::Utils::Scanner::Local::rescan (150) Rescanning /media/Music/radio
[13-12-05 20:03:36.0784] Slim::Utils::Scanner::Local::rescan (174) Discovering audio files in /media/Music/radio
[13-12-05 20:03:36.1928] Slim::Music::Import::nextScanTask (712) remaining scans in queue:()
[13-12-05 20:03:39.5234] Slim::Utils::Scanner::Local::AIO::__ANON__ (80) AIO scanner found 2248 files/dirs in 3.34 sec
[13-12-05 20:03:44.8877] Slim::Utils::Scanner::Local::__ANON__ (257) Removing deleted audio files (0)
[13-12-05 20:03:44.8889] Slim::Utils::Scanner::Local::__ANON__ (335) Scanning new audio files (2)
[13-12-05 20:03:44.8919] Slim::Utils::Scanner::Local::__ANON__ (413) Rescanning changed audio files (0)
[13-12-05 20:03:47.0578] Slim::Utils::Scanner::Local::new (778) Handling new audio track file:///media/Music/radio/en_varg_asiktsproletariatet.mp3
2013-12-05 20:03:47 Logitech Media Server died. Restarting.
[13-12-05 20:03:50.8204] main::init (369) Starting Logitech Media Server (v7.8.0, 1386074174, Tue Dec  3 19:16:34 PST 2013) perl 5.008008
(In reply to comment #43)
> > Running latest 7.8 (7.8.0 - 1386074174 @ Tue Dec 3 19:16:34 PST 2013) and no
> > UPnP enabled.
> 
> You don't have to not enable it, but you have to actively _disable_ it.
> 
> > Still crashes when trying to load any episode from the podcast referenced in
> > bug #18041
> > 
> > Would it be possible for you to compile a version of Scan.so linked to a
> > more recent ffmpeg version and upload it as an attachment to this bug, so
> > people subscribed to this bug can verify that this is indeed the problem?
> 
> If you really did disable all UPnP stuff in the latest 7.8, then a new
> version of Media::Scan wouldn't help you, as it's not being used any more.
> 
> Did you ever run a scan on that file with all scanner debugging enabled?

Defect reproduced on newest server (for my ReadyNAS).

Logitech Media Server Version: 7.7.3 - 1375965195 @ Mon Aug 12 03:10:30 PDT 2013
Hostname: sleepy
Server IP Address: 192.168.1.10
Server HTTP Port Number: 9000
Operating system: Netgear RAIDiator - EN - iso-8859-1
Platform Architecture: i686-linux
Perl Version: 5.8.8 - i486-linux-gnu-thread-multi
Database Version: DBD::SQLite 1.34_01 (sqlite 3.7.7.1)
Total Players Recognized: 1

Same problem. Different YEAR.

Seeing as how Logitech has abandoned this product line I don't believe our issue will get resolved unless someone compiles a version of the server without the bug and posts a link to it for ReadyNAS users. Is there an individual (or group) out there maintaining the source and publishing working builds?

There is code development going on outside of Logitech, I've not seen anyone specifically mentioning defect fixing, or specifically rewriting or fixing the SCAN code.

For the most part anyone doing code development is likely looking at new environments, new hardware to run the client and server hardware as Logitech has abandoned that. Fixing up the codebase for existing logitech users won't be a priority.

I'm still interested in doing this, but nothing much has changed since I suggest a code fork to fix that back last year. I can fix my problems my moving files, re-tagging etc. and now for the most part make sure that all my files are specifically tagged before moving to the LMS/NAS.