>Solving major installation issues for 99% of the customers and at the >same time cater for unhappy (underpowered) NAS users really is a >nobrainer. > I really don't think the AV issue was a major installation issue for 99% of customers. I haven't seen too many forum posts. One or two occasionally for sure, but no more so than the usual questions that I've seen posted in the forum for the last 5 years, such as "how is it possible to scan two music folders". A prominent set of FAQs, preferably as part of release documentation, would solve most issues.
Problems are not instantly solved by changing DB engine. Well, maybe some, but creating other issues. A new DB engine AND a new scanner executable in one hit is quite a leap; there's bound to be bugs. I'm sure it will all work out well in the end though ;-) >You might be right, that some of the problems could have been solved by >mySQL and AV developers, but some times you just cant afford to wait for >others to get their act together. > I can't believe that SqueezeCenter is the only product to be using MySQL. Do other applications suffer with the same AV issues because they use MySQL? Surely such issues must have been fixed by now, or the Internet would have stopped working by now ;-) >All the power users in these forums need to realize that logitech are >now selling squeezeboxes in houndreds of thousands, from retailers in >every corner of the world. This is no longer a niche/nerd product. It's >the mass market who pays the sallaries these days, so i think it's fair >enough to cater to their needs for some time now. > They have sold hundreds of thousands already; generally to users that already have SqueezeCenter working with MySQL. I may be a techie, but I use SqueezeCenter (Squeezebox Server) for personal recreational reasons. Not for messing around. Because I know a thing or two about systems development/management, I do get a bit vocal about things, but for the intention of creating a better, more useful application. I agree, SqueezeCenter (sorry, I can help but keep writing SC instead of SS - going to take some time to get used to the new name [again]) needs to be easy to install and use for the average consumer, but that should have little to do with how the back-end hidden stuff works. There's no reason why MySQL should be any harder to run than SQLite. >And from what I read mySQL will still be an option in the future, so >every body should be happy. The software has been switched to use SQLite without maintaining the working MySQL setup. MySQL may be an option again in the future (if third-party developers provide the help to support it again), but why was it dropped at this point? There isn't that much difference in SQL syntax between the two engines (that SS uses) - could have added support for SQLite and leave support for MySQL in, with an option to use either. _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
