mherger;291470 Wrote: > >But there are more combinations out there then you'd ever imagine: > Windows locally, connected to NAS over SMB, NFS, NAS's filesystem using > utf8, latin1, misconfigured Samba... Anybody wondered why a "simple" > scan takes longer than "find /music"? To me, this raises a question:
Looking at your comment for svn check-in 18740: "another too many hours spent for a _very_ simple fix - make sure Genre is utf8 decoded before storing it in the database.." ..shouldn't that have been "waaaaay too many.."? Is SC's underlying db code getting a little long in the tooth? We've been through hash->SQLite->MySQL now and I'm wondering if what we've got here under the hood is spaghetti code, especially given DBI's level of abstraction. Is it time to at least start considering a db-refactor branch and effort? Or do the developers just "not want to go there" given the current batch of frying fish? -- gharris999 ------------------------------------------------------------------------ gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115 View this thread: http://forums.slimdevices.com/showthread.php?t=46256 _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/beta
