Re: [SlimDevices: Beta] Need help to verify duplicate detection
volpone;638970 Wrote:
> Hi Erland,
> I've tried Duplicate Detector V0.3 with SBS 7.6-r32517 on Linux
> ReadyNas Pro(x86).
> My library contains mostly FLAC, MP3 and AAC files (no cue sheets).
> Scanning is fast and seems efficient. Here is the plugin output:
> - Detecting using (number of bytes): 1
> - Detected: 66598
> - Checksum duplicates: 434
> - Incorrect duplicates: 162
> - Duplicates: 272
>
> Regards.
> Volpone
>
Does all files listed when you hit the "Show duplicates" link (the 272
files) seem to be real duplicates or are there any of them that looks
like they have been incorrectly classified as duplicates ?
--
erland
Erland Isaksson ('My homepage' (http://erland.isaksson.info))
(Developer of 'many plugins/applets'
(http://wiki.slimdevices.com/index.php/User:Erland). If my answer
helped you and you like to encourage future presence on this forum
and/or third party plugin/applet development, 'donations are always
appreciated' (http://erland.isaksson.info/donate))
erland's Profile: http://forums.slimdevices.com/member.php?userid=3124
View this thread: http://forums.slimdevices.com/showthread.php?t=81679
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/beta
[SlimDevices: Beta] Scan problem - 7.6.0 r32603 - 'album artist'
I am testing 7.6 with ubuntu 11.04. All works well except when bringing in flac files with 'album artist' tag set. If there is an album artist tag, intermittently the 'artist' is then dropped from the list. This has been the case with 7.6 revisions for several months (since I've tried 7.6). Eg: artist - "J.S.Bach", album artist - "Yo-yo Ma" For some albums (1 out of 3???) when rescanning after copying the files in, the album does not appear under "J.S.Bach", but only under "Yo-yo Ma". In other cases, the album shows (under artist) for both J.S.Bach and Yo-yo Ma. This behavior is 100% repeatable for certain albums. Only when I remove the album artist tag can this album be found under J.S.Bach. Re-adding the tag for album artist causes it not to be see under J.S.Bach again. For albums that don't the issue, removing then re-adding album artist works fine. Does the 'composer' tag work correctly in 7.6? If pushed, I could reorganise my tags, but my understanding has been that for classical composes, I should use composer name as 'artist', then have 'album artist' indicate the performer. -- mervin_b mervin_b's Profile: http://forums.slimdevices.com/member.php?userid=42376 View this thread: http://forums.slimdevices.com/showthread.php?t=88597 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
nicolas75;639032 Wrote:
>
> Autoscan is a nice feature if
> 1/ it is very reliable
> 2/ it is very fast
>
Exactly and my point is that if you can't accomplish that you shouldn't
do auto scan at all. There doesn't have to be an option because it
shouldn't even exist unless it's reliable and fast.
Manual scan is a work around because you can't make auto scan reliable
and/or fast enough.
My feeling is still that in the ideal world no one should have to do a
manual scan, all of us just want to access the music. But in the real
world it's hard to accomplish this and in that case it's better to not
do auto scan at all. An auto scan solution that only works in 80% of
all cases is pointless because then you have do do manual scans anyway
and then most users are going to do manual scans always because they
don't trust the auto scanning system.
For me, the obvious solution on the Touch, would be to just ask the
user a question when you plugin a new drive/stick, like "New media
detected, do you want to scan it for music files ?"
It doesn't have to have any option to turn it off, the above question
would be enough.
On the full SBS, don't include auto scan at all unless it's 100%
reliable.
--
erland
Erland Isaksson ('My homepage' (http://erland.isaksson.info))
(Developer of 'many plugins/applets'
(http://wiki.slimdevices.com/index.php/User:Erland). If my answer
helped you and you like to encourage future presence on this forum
and/or third party plugin/applet development, 'donations are always
appreciated' (http://erland.isaksson.info/donate))
erland's Profile: http://forums.slimdevices.com/member.php?userid=3124
View this thread: http://forums.slimdevices.com/showthread.php?t=86894
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
Philip Meyer;639028 Wrote: > >MusicIP has (optionly) automatic scan. > >The way they do it is to have check boxes. > > > It does, and it works fairly well, compared to other software with > auto-scanning. > > However, it does miss file new files/changed files from time to time. > Sometimes I have to close and re-open MusicIP to detect missing things, > or use the Web UI to force it to manually update. I remember MusicIP was discussed as well as MediaMonkey. It didn't remember there was autoscan option. Autoscan is a nice feature if 1/ it is very reliable 2/ it is very fast This cannot be always 100% fulfilled That's why having the ability to disable it is mandatory. If you cannot disable autoscan, you should have no autoscan at all. (And I guess most people are happy without autoscan) -- nicolas75 nicolas75's Profile: http://forums.slimdevices.com/member.php?userid=15823 View this thread: http://forums.slimdevices.com/showthread.php?t=86894 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Recent scannning problems in 7.5 trunk
>Not unless there's some reason for such an error to occur randomly. >Each time the scan is run, a different set of files is logged with the >error. Running new & changed scans after a clear & rescan will >gradually pick up the missed files, so there's nothing wrong or unusual >about them. > Now that does sound similar to my bug. I get random crashes; each time I try a scan a different file is logged as the file being processed. A following rescan will often read the file where it previously crashed, and then crash on a different file. Maybe it is the same issue, but yours gets reported, and mine just crashes before it can report the problem for some other reason (AV anti-trojan detection software getting in the way of something maybe). ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
>MusicIP has (optionly) automatic scan. >The way they do it is to have check boxes. > It does, and it works fairly well, compared to other software with auto-scanning. However, it does miss file new files/changed files from time to time. Sometimes I have to close and re-open MusicIP to detect missing things, or use the Web UI to force it to manually update. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
>This is the only point where we disagree. I disagree too. I don't see manual scanning as geeky, and I don't recall any objections to current manual scan functionality being geeky in the last 5 years of SBS. Other consumer devices probably have similar manual scanning situations. iTunes, IIRC doesn't have auto scanning, only supports manual library scanning, and user has to select what to sync to an iPod manually. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
MusicIP has (optionly) automatic scan. The way they do it is to have check boxes. +---+ |Filename: MIP auto scan.JPG| |Download: http://forums.slimdevices.com/attachment.php?attachmentid=12035| +---+ -- Wirrunna A camel is a racehorse designed by a committee. Wirrunna's Profile: http://forums.slimdevices.com/member.php?userid=3225 View this thread: http://forums.slimdevices.com/showthread.php?t=86894 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
erland;639021 Wrote: > > But I suppose you realize that a non geek approach would result in > automatic scanning since the need to do a manual scanning by itself is > geeky. This is the only point where we disagree. On the contrary (it was discussed on the forum, I don't remember where), most user friendly music softwares do not have any kind of automatic scan. Actually, I am not aware of a music software with automatic scan (except squeezeboxes softwares) Can you provide an example ? In my opinion, the normal and expected simplest behavior, is to manually browse folders. Check softwares like MediaMonkey for example (it is not perfect, and I don't use it anymore), the library management is very easy, not automatic, and way faster than SBS. -- nicolas75 nicolas75's Profile: http://forums.slimdevices.com/member.php?userid=15823 View this thread: http://forums.slimdevices.com/showthread.php?t=86894 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Recent scannning problems in 7.5 trunk
Philip Meyer;639019 Wrote: > >Same machine. I've actually tried it with two different copies of the > >Flac library - one on an internal SATA drive and one on an external > USB > >drive, with the same results. > > Is this with SBS running with a service? Have you tried running as a > standard process, or from perl source? I am running from the Perl source, and I've run it as both a service and user process with the same scanning results. > Is it perhaps failing to read because the path length is too long? I've > fallen for that one before. Not unless there's some reason for such an error to occur randomly. Each time the scan is run, a different set of files is logged with the error. Running new & changed scans after a clear & rescan will gradually pick up the missed files, so there's nothing wrong or unusual about them. -- JJZolx JJZolx's Profile: http://forums.slimdevices.com/member.php?userid=10 View this thread: http://forums.slimdevices.com/showthread.php?t=81952 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
nicolas75;639014 Wrote:
>
> Testing TinySBS for only a few hours make this absolutely obvious.
>
I completely agree and if I remember correctly it was mentioned many
times during the TinySBS beta testing before the Touch release, but
unfortunately Logitech wanted to stick to the automatic solution which
didn't require any manual operation.
nicolas75;639014 Wrote:
>
> I like squeezeboxes a lot, but they seriously lacks non geek approach
> in their user interface.
> I has improved with 7.6, but in my opinion, it is still far from being
> good.
>
I completely agree.
But I suppose you realize that a non geek approach would result in
automatic scanning since the need to do a manual scanning by itself is
geeky. My parents doesn't want to manually select to scan the hard
drive they just want to plugin the drive and start playing the music on
it.
Before you object, yes I agree that it currently doesn't work like that
on the Touch, mainly due to performance issues.
--
erland
Erland Isaksson ('My homepage' (http://erland.isaksson.info))
(Developer of 'many plugins/applets'
(http://wiki.slimdevices.com/index.php/User:Erland). If my answer
helped you and you like to encourage future presence on this forum
and/or third party plugin/applet development, 'donations are always
appreciated' (http://erland.isaksson.info/donate))
erland's Profile: http://forums.slimdevices.com/member.php?userid=3124
View this thread: http://forums.slimdevices.com/showthread.php?t=86894
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Recent scannning problems in 7.5 trunk
>Same machine. I've actually tried it with two different copies of the >Flac library - one on an internal SATA drive and one on an external USB >drive, with the same results. > Is this with SBS running with a service? Have you tried running as a standard process, or from perl source? Is it perhaps failing to read because the path length is too long? I've fallen for that one before. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
erland;638939 Wrote: > The above bug is about another problem focused at SBS on a computer, but > I think the following two are fairly good matches: > http://bugs.slimdevices.com/show_bug.cgi?id=5507 (Make it possible to > request manual rescan) > http://bugs.slimdevices.com/show_bug.cgi?id=16564 (Make it possible to > disable auto scan) > > > > I know it doesn't work good as it is now. > I was just trying to say that the reason it performs a rescan is > because it does assumes you have changed the USB drive every time > TinySBS is started or the drive re-connected. > > However, if you disable startup scan you need to add an option to make > it possible for the user to do a manual rescan, that's the above > mentioned bug #5507 I linked to. > > Also, if it doesn't do the rescan at startup, when should it scan the > changed files on your drive/stick which has been changed while the > drive/stick was connected to another computer ? > > There are basically two main strategies: > 1. Assume something has changed and perform a rescan immediately after > SBS is started or drive is re-connected. > or > 2. Assume nothing has changed and force the user to manually perform a > rescan to detect changes. > > TinySBS has currently selected strategy 1, probably because Logitech > wanted to simplify the user interface and assume you often change files > on the USB stick/drive while it isn't connected to the Touch. When you are developping softwares (I do), and when two strategies are possible, the wise option is to assume that some users will happy with one, and some others will be happy with the other one. Since those two options can very easily co-exist, any sensible people responsible for this software development should immediatly, and with no hesitation, make the choice to make both available. I would have not even thought about not being able to disable automatic scan at startup, and about not giving an option to rescan on demand. Testing TinySBS for only a few hours make this absolutely obvious. I like squeezeboxes a lot, but they seriously lacks non geek approach in their user interface. I has improved with 7.6, but in my opinion, it is still far from being good. -- nicolas75 nicolas75's Profile: http://forums.slimdevices.com/member.php?userid=15823 View this thread: http://forums.slimdevices.com/showthread.php?t=86894 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Recent scannning problems in 7.5 trunk
Triode;639006 Wrote: > Well there's really nothing else to see in your case Jim - the scanning > code fails to read the file and hence it can't process the tags. We > need to work out why. > > Out of interest are these files on the same machine or a network share? Same machine. I've actually tried it with two different copies of the Flac library - one on an internal SATA drive and one on an external USB drive, with the same results. I've been playing around today, trying to go back and see when in 7.5 trunk the errors began happening. For some reason I'm having trouble getting the scanner to run in older versions - usually it launches and then exits immediately, with no error. But I was able to get r30242 with Audio::Scan 0.61, dated 24-Feb-2010 to run. It exhibits the same problem and gives approximately the same number of errors when scanning the whole library. One difference is that the second 'No error (wanted 4096)' line isn't logged, so I assume it must have been added to the code in a later revision. Code: [11-07-02 14:18:25.3239] Slim::Utils::Scanner::scanDirectory (357) ERROR SCANNING E:\Flac\Little Feat\Waiting for Columbus\05 Old Folks' Boogie.flac: Unable to read tags from file I'm going to see if I can go back further, but looking at the checkins I suspect the problem was introduced in Oct/Nov 2009, when the use of libflac was removed from the scanner and a lot of work was done with Flac. -- JJZolx JJZolx's Profile: http://forums.slimdevices.com/member.php?userid=10 View this thread: http://forums.slimdevices.com/showthread.php?t=81952 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Recent scannning problems in 7.5 trunk
>Phil - this is a different error from Jim's as that does not crash the >scan process, just cause reading tags to fail. We should make sure we >keep them separate Yes - I already raised by issue as a separate bug http://bugs.slimdevices.com/show_bug.cgi?id=17240. Phil ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Recent scannning problems in 7.5 trunk
JJZolx;638990 Wrote: > You could be right about that. I expected to see a lot more information > with all scan debugging turned on. I don't see much information in the > scanner.log except for each of those lines, the errors, a line for each > album when artwork is precached, plus server progress notifications. > > > Code: > > > [11-07-01 20:40:03.8257] Slim::Utils::Scanner::Local::new (677) Handling new track file:///Q:/Flac/Yngwie%20Malmsteen/Trilogy/01%20You%20Don%27t%20Remember,%20I%27ll%20Never%20Forget.flac > > [11-07-01 20:30:51.4045] Audio::Scan::scan (64) Warning: Error reading: No error (wanted 4096) > [11-07-01 20:30:51.4047] Slim::Utils::Scanner::Local::__ANON__ (697) ERROR SCANNING file:///Q:/Flac/Al%20DiMeola/Tirami%20Su/07%20Maraba.flac: Unable to read tags from file > > [11-07-01 20:42:12.3281] Slim::Music::Artwork::__ANON__ (508) Pre-caching artwork for Trilogy from Q:\Flac\Yngwie Malmsteen\Trilogy\cover.jpg > > [11-07-01 20:42:12.3815] Slim::Utils::SQLiteHelper::updateProgress (500) Notify to server: [ > "progress:1309574436.80258-importer-precacheArtwork-2726-2830-", > ] > [11-07-01 20:42:12.3858] Slim::Utils::SQLiteHelper::updateProgress (511) Notify to server OK > > Well there's really nothing else to see in your case Jim - the scanning code fails to read the file and hence it can't process the tags. We need to work out why. Out of interest are these files on the same machine or a network share? -- Triode Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=81952 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Recent scannning problems in 7.5 trunk
Philip Meyer;631879 Wrote: > I set all scan.* log levels to debug and saved log settings. However, > the external scanner process doesn't seem to pick up the log prefs - > there's nothing particularly useful in there. Just a line per file as > it is scanned: You could be right about that. I expected to see a lot more information with all scan debugging turned on. I don't see much information in the scanner.log except for each of those lines, the errors, a line for each album when artwork is precached, plus server progress notifications. Code: [11-07-01 20:40:03.8257] Slim::Utils::Scanner::Local::new (677) Handling new track file:///Q:/Flac/Yngwie%20Malmsteen/Trilogy/01%20You%20Don%27t%20Remember,%20I%27ll%20Never%20Forget.flac [11-07-01 20:30:51.4045] Audio::Scan::scan (64) Warning: Error reading: No error (wanted 4096) [11-07-01 20:30:51.4047] Slim::Utils::Scanner::Local::__ANON__ (697) ERROR SCANNING file:///Q:/Flac/Al%20DiMeola/Tirami%20Su/07%20Maraba.flac: Unable to read tags from file [11-07-01 20:42:12.3281] Slim::Music::Artwork::__ANON__ (508) Pre-caching artwork for Trilogy from Q:\Flac\Yngwie Malmsteen\Trilogy\cover.jpg [11-07-01 20:42:12.3815] Slim::Utils::SQLiteHelper::updateProgress (500) Notify to server: [ "progress:1309574436.80258-importer-precacheArtwork-2726-2830-", ] [11-07-01 20:42:12.3858] Slim::Utils::SQLiteHelper::updateProgress (511) Notify to server OK -- JJZolx JJZolx's Profile: http://forums.slimdevices.com/member.php?userid=10 View this thread: http://forums.slimdevices.com/showthread.php?t=81952 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Recent scannning problems in 7.5 trunk
Right. I'm not seeing any scanner crashes. -- JJZolx JJZolx's Profile: http://forums.slimdevices.com/member.php?userid=10 View this thread: http://forums.slimdevices.com/showthread.php?t=81952 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Recent scannning problems in 7.5 trunk
Philip Meyer;638981 Wrote: > >If you're seeing the same random 'Unable to read tags from files', > >please comment and add whatever you can to the bug report. > No, I don't get any error/warning; the perl process just crashes. > > >I discovered today that I'm only seeing the problem with Flac files. > >Mp3 files scan 100% every time. > I've only noticed it on mp3 files (I think - of course there's no error > message to say what file caused the crash, but I do see in scanner log > file the last line is always "Handling new track .mp3. > > A large part of my library is flac; I only ever see .mp3 messages > before the crash. > > Phil Phil - this is a different error from Jim's as that does not crash the scan process, just cause reading tags to fail. We should make sure we keep them separate as I read Jim's problem as something cause file reading to fail but the code recovers itself as designed and does not cause a crash in that case. -- Triode Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=81952 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Recent scannning problems in 7.5 trunk
>If you're seeing the same random 'Unable to read tags from files', >please comment and add whatever you can to the bug report. No, I don't get any error/warning; the perl process just crashes. >I discovered today that I'm only seeing the problem with Flac files. >Mp3 files scan 100% every time. I've only noticed it on mp3 files (I think - of course there's no error message to say what file caused the crash, but I do see in scanner log file the last line is always "Handling new track .mp3. A large part of my library is flac; I only ever see .mp3 messages before the crash. Phil ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Need help to verify duplicate detection
Here are my statistics: Duplicate detector 0.3 SBS 7.5.4 r32171 on Win XP Detecting using (number of bytes): 1 Detected: 120736 Checksum duplicates: 1052 Incorrect duplicates: 91 Duplicates: 961 A mix of mp3 and flac, mostly mp3, no cue sheets. I will send you a PM with my incorrect duplicates. Thanks for trying out things also larger libraries. Let me know if you need any other help testing. -- vagskal 2 x SB3 (wired), Receiver (wired), Boom (wireless), Controller, iPeng on iPhone 4 & iPad, muso on remote computer running Win 7 64-bit | 7.5.4 (r32171) on Win XP vagskal's Profile: http://forums.slimdevices.com/member.php?userid=20778 View this thread: http://forums.slimdevices.com/showthread.php?t=81679 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Need help to verify duplicate detection
erland;638908 Wrote: > I'd like some help testing the Duplicate Detector plugin algorithm > again.Hi Erland, I've tried Duplicate Detector V0.3 with SBS 7.6-r32517 on Linux ReadyNas Pro(x86). My library contains mostly FLAC, MP3 and AAC files (no cue sheets). Scanning is fast and seems efficient. Here is the plugin output: - Detecting using (number of bytes): 1 - Detected: 66598 - Checksum duplicates: 434 - Incorrect duplicates: 162 - Duplicates: 272 Regards. Volpone -- volpone STREAM => SqueezeBoxServer 7.6 Beta / ReadyNas Pro (x86) | SB3 - Duet - Boom - Ipeng (Iphone) - Touch AUDIO => Rega DAC | NAD C162 pre-amp | NAD C272 power-amp | Triangle Celius 202 speakers volpone's Profile: http://forums.slimdevices.com/member.php?userid=16531 View this thread: http://forums.slimdevices.com/showthread.php?t=81679 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
nicolas75;638930 Wrote:
> I my opinion, we need more a bug report than a new thread.
> There is http://bugs.slimdevices.com/show_bug.cgi?id=9687 with 5 votes,
> but nobody cares.
> This one should be closed or not ?
> Should we open another ? but it will start with 0 votes ...
>
The above bug is about another problem focused at SBS on a computer,
but I think the following two are fairly good matches:
http://bugs.slimdevices.com/show_bug.cgi?id=5507 (Make it possible to
request manual rescan)
http://bugs.slimdevices.com/show_bug.cgi?id=16564 (Make it possible to
disable auto scan)
nicolas75;638930 Wrote:
>
> I use TinySBS with a USB stick 8 GB
> I would not say it is "plugin the USB drive with music and start
> playing"
> When you develop a user interface, waiting more than 3 seconds is
> considered "long" and the user should have information about how much
> time he is going to wait.
> When I plug my USB stick, I wait much more than 3 seconds before being
> able to play music.
> So even in this case (there are 16, 32, even 64 GB usb stick ...) this
> is not plug and play.
> Actually my (powerful, I know that) laptop takes less time to boot
> Windows Seven x64, than my Touch to allow me using my 8 GB USB stick.
> An option to disable startup scan, and an option to manually scan the
> usb stick, are mandatory.
> And it would allow people to use bigger external HDD without too much
> trouble.
>
I know it doesn't work good as it is now.
I was just trying to say that the reason it performs a rescan is
because it does assumes you have changed the USB drive every time
TinySBS is started or the drive re-connected.
However, if you disable startup scan you need to add an option to make
it possible for the user to do a manual rescan, that's the above
mentioned bug #5507 I linked to.
Also, if it doesn't do the rescan at startup, when should it scan the
changed files on your drive/stick which has been changed while the
drive/stick was connected to another computer ?
There are basically two main strategies:
1. Assume something has changed and perform a rescan immediately after
SBS is started or drive is re-connected.
or
2. Assume nothing has changed and force the user to manually perform a
rescan to detect changes.
TinySBS has currently selected strategy 1, probably because Logitech
wanted to simplify the user interface and assume you often change files
on the USB stick/drive while it isn't connected to the Touch.
--
erland
Erland Isaksson ('My homepage' (http://erland.isaksson.info))
(Developer of 'many plugins/applets'
(http://wiki.slimdevices.com/index.php/User:Erland). If my answer
helped you and you like to encourage future presence on this forum
and/or third party plugin/applet development, 'donations are always
appreciated' (http://erland.isaksson.info/donate))
erland's Profile: http://forums.slimdevices.com/member.php?userid=3124
View this thread: http://forums.slimdevices.com/showthread.php?t=86894
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
erland;638922 Wrote: > Please start a new thread if you want to discuss TinySBS, there are a > lot of other options also missing and if I remember correctly it isn't > possible to trigger a manual rescan with TinySBS, so it needs support > for manual rescans if we want it to be possible to turn of automatic > rescans. I think the idea is that the user shouldn't have to care, just > plugin the USB drive with music and start playing. IMHO it's really > designed for USB sticks rather than a stationary large USB drive with a > lot of files. I my opinion, we need more a bug report than a new thread. There is http://bugs.slimdevices.com/show_bug.cgi?id=9687 with 5 votes, but nobody cares. This one should be closed or not ? Should we open another ? but it will start with 0 votes ... I use TinySBS with a USB stick 8 GB I would not say it is "plugin the USB drive with music and start playing" When you develop a user interface, waiting more than 3 seconds is considered "long" and the user should have information about how much time he is going to wait. When I plug my USB stick, I wait much more than 3 seconds before being able to play music. So even in this case (there are 16 and 64 GB usb stick ...) this is not plug and play. Actually my (powerful, I know that) laptop takes less time to boot Windows Seven x64, than my Touch to allow me using my 8 GB USB stick. An option to disable startup scan, and an option to manually scan the usb stick, are mandatory. -- nicolas75 nicolas75's Profile: http://forums.slimdevices.com/member.php?userid=15823 View this thread: http://forums.slimdevices.com/showthread.php?t=86894 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
nicolas75;638918 Wrote:
>
> But I still think it should be the same for TinySBS.
> This is even more important for TinySBS than for SBS, because of its
> very limited performance.
>
Please start a new thread if you want to discuss TinySBS, there are a
lot of other options also missing and if I remember correctly it isn't
possible to trigger a manual rescan with TinySBS, so it needs support
for manual rescans if we want it to be possible to turn of automatic
rescans. I think the idea is that the user shouldn't have to care, just
plugin the USB drive with music and start playing. IMHO it's really
designed for USB sticks rather than a stationary large USB drive with a
lot of files.
--
erland
Erland Isaksson ('My homepage' (http://erland.isaksson.info))
(Developer of 'many plugins/applets'
(http://wiki.slimdevices.com/index.php/User:Erland). If my answer
helped you and you like to encourage future presence on this forum
and/or third party plugin/applet development, 'donations are always
appreciated' (http://erland.isaksson.info/donate))
erland's Profile: http://forums.slimdevices.com/member.php?userid=3124
View this thread: http://forums.slimdevices.com/showthread.php?t=86894
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
JJZolx;638917 Wrote: > Reading back through this thread, it seems we've already had this > conversation. > > In your server.prefs file, what is the value of 'autorescan'? > > If it's '1', then autorescan is still enabled on your system. This is > for the reason that erland and I discussed above - because you were > running the beta before the change that disabled autorescan on Windows. > You need to stop the server and manually change it to '0' or else start > over with a new server.prefs file. You are right. I changed it to 0 and it is now fine. Is there any chance that installing 7.6 updates re-enabled this flag ? I am quite sure I disabled it when we talked about it some time ago. I'll check again after next update if it is still disabled. That's good news. But I still think it should be the same for TinySBS. This is even more important for TinySBS than for SBS, because of its very limited performance. -- nicolas75 nicolas75's Profile: http://forums.slimdevices.com/member.php?userid=15823 View this thread: http://forums.slimdevices.com/showthread.php?t=86894 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
Reading back through this thread, it seems we've already had this conversation. In your server.prefs file, what is the value of 'autorescan'? If it's '1', then autorescan is still enabled on your system. This is for the reason that erland and I discussed above - because you were running the beta before the change that disabled autorescan on Windows. You need to stop the server and manually change it to '0' or else start over with a new server.prefs file. -- JJZolx JJZolx's Profile: http://forums.slimdevices.com/member.php?userid=10 View this thread: http://forums.slimdevices.com/showthread.php?t=86894 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
I am on Windows 7 x64 This is probably one of the most common OS used today, at least for new computers, and obviously the first one which should be tested when a user problem is reported. (Linux flavors or NAS is for experienced users or geeks). No Music IP, nor Itunes, or any other plugins or integrations With the tests I talked about. - I have evidence of rescan in server.log and scanner.log after restart - this is confirmed by the date and time shown for last scan finished - my library is erased when the second test -- nicolas75 nicolas75's Profile: http://forums.slimdevices.com/member.php?userid=15823 View this thread: http://forums.slimdevices.com/showthread.php?t=86894 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
nicolas75;638896 Wrote:
>
> I have always had database verification at startup and I still have.
> Even if my database is existing.
> Of course it is much faster if everything is ok, so may be you never
> noticed it.
> If your music folder (I am talking about the music folder, NOT the
> database) is on a network or external drive and not necessarily
> immediatly available, the current behavior is a complete nonsense.
> It simply erases your existing and up to date database ...
> I am not aware of any user friendly music software behaving like that.
>
Just to be sure, are you talking about SBS on Windows or some other
platform ?
Are you using the MusicIP or iTunes scanner intergration ?
--
erland
Erland Isaksson ('My homepage' (http://erland.isaksson.info))
(Developer of 'many plugins/applets'
(http://wiki.slimdevices.com/index.php/User:Erland). If my answer
helped you and you like to encourage future presence on this forum
and/or third party plugin/applet development, 'donations are always
appreciated' (http://erland.isaksson.info/donate))
erland's Profile: http://forums.slimdevices.com/member.php?userid=3124
View this thread: http://forums.slimdevices.com/showthread.php?t=86894
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Need help to verify duplicate detection
I'd like some help testing the Duplicate Detector plugin algorithm
again.
Could anyone who have a reasonably large library try to run it again if
you are using SBS 7.5.4 or later. My 3400 track library is way to small
to test it properly.
Goto Plugins/Duplicate Detector/Settings and make sure "Number of
bytes" is set to 10 000.
Then goto "Extras/Duplicate Detector" and click the "Start detection"
link to initiate it. You can hit the "Refresh" link to see the
progress.
After you've run it, I'm interested to hear:
- Which SBS version you used
- Number of "Checksum duplicates"
- Number of "Duplicates"
- What kind of files (FLAC, MP3, ...) you have in the library
- What kind of files (FLAC, MP3, ...) that were incorrectly detected as
duplicates or checksum duplicates
I'd expect that there are a few incorrect "checksum duplicates" but
hopefully no incorrect "duplicates".
I'm especially interesting to know how it works with:
- Non FLAC based cue sheets
- FLAC based cue sheets
- Non FLAC normal music files, for example MP3, AAC, WAV
- Both 7.5.4 and 7.6
Releases earlier than 7.5.4 isn't of interest as I know it doesn't work
reliable on these.
--
erland
Erland Isaksson ('My homepage' (http://erland.isaksson.info))
(Developer of 'many plugins/applets'
(http://wiki.slimdevices.com/index.php/User:Erland). If my answer
helped you and you like to encourage future presence on this forum
and/or third party plugin/applet development, 'donations are always
appreciated' (http://erland.isaksson.info/donate))
erland's Profile: http://forums.slimdevices.com/member.php?userid=3124
View this thread: http://forums.slimdevices.com/showthread.php?t=81679
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
nicolas75;638900 Wrote: > 1/ Start SBS and have it running fine. > > 2/ Stop SBS > > 3/ Check what's in server.log and scanner.log content > > 4/ Start again SBS, according to you, no rescan should occur > whatsoever > > 5/ Check if there is something new in server.log and scanner.log, > compared with step 3 > > Is the something new ? > If yes, can you post new lines added in server.log and scanner.log ? No change to scanner.log. The date & time of the file is from yesterday (the last time I ran a full clear & rescan). Only this line is added to server.log: Code: [11-07-02 04:20:18.7087] main::init (349) Starting Squeezebox Server (v7.6.0, rTRUNK, UNKNOWN) perl 5.010001 > Another quick test to show the most problematic consequence. > > > 1/ Start SBS and have it running fine. > > 2/ Stop SBS > > 3/ Rename your music folder before starting SBS, in order to simulate a > music folder not immediatly available for any reason (located on > network, temporary timeout, external drive, etc ... it doesn't matter) > > 4/ Start SBS (your database is existing, fine, and ready to behave > normally as soon as your music folder is reachable) > > Can you tel me if your database is erased or not after this test ? No, it's not. The scanner.log remains unchanged, the server log has only this: Code: [11-07-02 04:41:57.8962] main::init (349) Starting Squeezebox Server (v7.6.0, rTRUNK, UNKNOWN) perl 5.010001 [11-07-02 04:42:00.2011] Slim::Web::JSONRPC::requestMethod (443) request not dispatchable! Data is gradually removed from the library database if I navigate through it (seems like you have to navigate down to the track level before it happens), but it's not done automatically at startup. -- JJZolx JJZolx's Profile: http://forums.slimdevices.com/member.php?userid=10 View this thread: http://forums.slimdevices.com/showthread.php?t=86894 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
JJZolx;638899 Wrote: > > Do you see evidence of a rescan at startup in your server.log? And if > you go to Settings > Information, do you see it in 'Music Scan Details' > (you should be able to tell by the date and time that the last scan > finished)? > > I see neither. 1/ Start SBS and have it running fine. 2/ Stop SBS 3/ Check what's in server.log and scanner.log content 3/ Start again SBS, according to you, no rescan should occur whatsoever 4/ Check if there is something new in server.log and scanner.log, compared with step 3 Is the something new ? If yes, can you post new lines added in server.log and scanner.log ? Another quick test to show the most problematic consequence. 1/ Start SBS and have it running fine. 2/ Stop SBS 3/ Rename your music folder before starting SBS, in order to simulate a music folder not immediatly available for any reason (located on network, temporary timeout, external drive, etc ... it doesn't matter) 4/ Start SBS (your database is existing, fine, and ready to behave normally as soon as your music folder is reachable) Can you tel me if your database is erased or not after this test ? -- nicolas75 nicolas75's Profile: http://forums.slimdevices.com/member.php?userid=15823 View this thread: http://forums.slimdevices.com/showthread.php?t=86894 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
nicolas75;638896 Wrote: > Which version of SBS version are you using ? I run both 7.5 and 7.6. > I am using Version : 7.6.0 - r32594 @ Fri Jul 1 02:05:25 PDT 2011 > > I have always had database verification at startup and I still have. > Even if my database is existing. Do you mean a library rescan at startup? What is a 'database verification'? Do you see evidence of a rescan at startup in your server.log? And if you go to Settings > Information, do you see it in 'Music Scan Details' (you should be able to tell by the date and time that the last scan finished)? I see neither. -- JJZolx JJZolx's Profile: http://forums.slimdevices.com/member.php?userid=10 View this thread: http://forums.slimdevices.com/showthread.php?t=86894 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Debian sid + Perl 5.12.3-6 == Seg fault Squeezebox?
a)since 32578/32588 the 7.6 Linux ARM builds are suppose to have 5.12.3 perl modules. I've seen others saying that since the 5.12.3 modules compiled by Logitech have been added, 7.6 in fact becomes less compatible with the users perl. I also see that the included modules in 7.6 in 32578/32588 and later builds are not compatible with the perl in my Linux distro. I can now build and compile and replace Logitech modules with my own perl modules and they then work fine. b)Debian has moved to 5.12.4 now. -- bits bits's Profile: http://forums.slimdevices.com/member.php?userid=13375 View this thread: http://forums.slimdevices.com/showthread.php?t=87780 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
JJZolx;638893 Wrote: > There is no rescan on startup (except with the embedded server on > Touch). There is an _initial_ scan if no database is found. If you > don't want the initial scan (maybe because your library settings aren't > yet set correctly), then it can easily be aborted. Which version of SBS version are you using ? Has this recently changed in 7.5 ? I am using Version : 7.6.0 - r32594 @ Fri Jul 1 02:05:25 PDT 2011 I have always had database verification at startup and I still have. Even if my database is existing. Of course it is much faster if everything is ok, so may be you never noticed it. If your music folder (I am talking about the music folder, NOT the database) is on a network or external drive and not necessarily immediatly available, the current behavior is a complete nonsense. It simply erases your existing and up to date database ... I am not aware of any user friendly music software behaving like that. Please don't tell me your are playing with words (initial scan - rescan - database verification - etc ...) We obviously should able to disable it also for TinySBS Please read again the thread and http://bugs.slimdevices.com/show_bug.cgi?id=9687 -- nicolas75 nicolas75's Profile: http://forums.slimdevices.com/member.php?userid=15823 View this thread: http://forums.slimdevices.com/showthread.php?t=86894 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
nicolas75;638890 Wrote: > Even if autorescan is not enabled, it is not possible to disable rescan > at startup. There is no rescan on startup (except with the embedded server on Touch). There is an _initial_ scan if no database is found. If you don't want the initial scan (maybe because your library settings aren't yet set correctly), then it can easily be aborted. -- JJZolx JJZolx's Profile: http://forums.slimdevices.com/member.php?userid=10 View this thread: http://forums.slimdevices.com/showthread.php?t=86894 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
Even if autorescan is not enabled, it is not possible to disable rescan at startup. No music software works like that (at least popular and user friendly ones). Check earlier posts in this thread, or http://bugs.slimdevices.com/show_bug.cgi?id=9687 -- nicolas75 nicolas75's Profile: http://forums.slimdevices.com/member.php?userid=15823 View this thread: http://forums.slimdevices.com/showthread.php?t=86894 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Autorescan on Windows
erland;638884 Wrote: > As far as I can see from the code, it currently looks as follows: > - SqueezeOS: Enabled by default > - Windows: Disabled by default, no user interface where it's possible > to enable > - Linux/OSX/Others: Disabled by default, possible to enable through SBS > Settings/Advanced/Performance Thanks. That's what I thought. > Some people which have been using earlier beta versions where it was > enabled by default might of course still have auto scanning enabled. > This is mostly problematic for Windows beta testers as they don't have > any way to disable it without manually editing server.prefs file. Yes. I can confirm this. The two prefs autorescan: 0 autorescan_stat_interval: 10 always exist the server.prefs file. Even on Windows, they're created if they don't already exist. If you manually enable auto-rescan, or if it had been enabled previously, autorescan: 1 then SBS does not disable it on startup. I'm not sure if actually runs, though, or if there are other safeguards to keep if from running on Windows. -- JJZolx JJZolx's Profile: http://forums.slimdevices.com/member.php?userid=10 View this thread: http://forums.slimdevices.com/showthread.php?t=86894 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
