Mnyb;567942 Wrote: > I have noted ,at least with a small linux box that all the "new" > Scanning versions do break playback, this was not the case with for > example 7.3 or even maybe some early 7.4 . > > But now "Scan for new and changed" always kills playback (hogs 100% > cpu) at the artwork phase of the scan, stays dead for a couple of > minutes then resumes. > > I can imagine even smaller machines getting playback problems all the > way trough a rescan for new and changed. > > Wonder how a really fast machine reacts to a "scan for new and changed" > in 7.6 . > I mean Andy has tried to make scanning fast and effective, downside > would be that it keeps the cpu busy for a while . > Just wishing that "scan for new and changed" could be done "in the > background" with lower priority if you get me.
As you have resurected this old tread my statement here is no longer true due to: 1. Nowdays scan is so good in 7.6 that you can scan while playing music 2. they found a very ugly database bug in both 7.5.x and 7.6 that is now fixed so late versions of 7.5.4 and 7.6 should work smothly in this regard. (The dB was not optimised thus cpu peaked at 100% as soon as you did any playlist activity at all basically ) -- Mnyb -------------------------------------------------------------------- Main hifi: Touch + CIA PS +MeridianG68J MeridianHD621 MeridianG98DH 2 x MeridianDSP5200 MeridianDSP5200HC 2 xMeridianDSP3100 +Rel Stadium 3 sub. Bedroom/Office: Boom Kitchen: SB3 + powered Fostex PM0.4 Misc use: Radio (with battery) iPad 64gB wifi +3g with iPengHD & SqueezePad ------------------------------------------------------------------------ Mnyb's Profile: http://forums.slimdevices.com/member.php?userid=4143 View this thread: http://forums.slimdevices.com/showthread.php?t=79663 _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
