Quoting bill <[EMAIL PROTECTED]>: > Funny thing, I was just talking to an audiophile who owned a Squeezebox and > returned after several weeks because the digital output STILL swaps channels > on a frequent basis. This is a known and still unaddressed bug (correct me > if I'm wrong). Can't imagine any audiophile could live with it. > > I own three SBs, but would jump on another product that was similarly priced > and with remote controllability and played flac and MP3 and had decent > customer support. And buy that, I don't mean just a good user forum. I've > actually seen SlimServer's quality go DOWN over the past year or so. > Regression testing and stability have gone out the window in favor of adding > every feature conceivable. I obviously more fun to code new features than do > regression testing and refactoring to make a more stable and user friendly
refactoring is one of the major priorities of 6.0. The DB backend is long overdue and is solving a lot of ongoing issues. Memory optimisation is also something under scrutiny during this process. By the time 6.0 hits official release status, I hope you will be pleased with the improvement. > product, but SB is a commercial product and a certain minimum level of > functionality needs to be maintained. It would be nice if Slim would decide > what that is and then guarantee their products to that level by regression > testing every Server and Firmware release. The correct orientation of > channels on the digital out should be on that list. What makes you feel this issue has somehow been considered proper performance? I believe that the source of this problem lies in the handes of the chipset provider at this point, so its simply not something that can be turned over with the same speed as a software fix. I personally think that the openly available nightly builds are in fact shooting themselves in the foot because so many seem to treat these as 'official' releases and get very upset when one thing or another breaks. So, what appears on this list is often a discussion on the problems of the bleeding edge or difficulties with a very complicated plugin. What I'd like to see here is what you think should be officially guaranteed for function of squeezebox and slimserver as far as regression testing, and what timeframe you expect these tests to take. Bear in mind that a known bug that is not yet fixed isn't something that regression testing solves in any way. Given this list, lets see how others want to respond and add to it or even argue over what the focus should be. I think that the process is improving fairly well, but there is always room for improvement. There is now a 5.4.1 branch that has been fixing 5.4.0 problems while maintaining something stable. yes, certain bugs still exist, but sometimes a fix isn't always easy. That doesn't make it any less annoying for those who suffer greatest from it, but its an unfortunate fact. > And replying to these issues with "It's open source, shut up and contribute" > doesn't wash. nor does blaming that response on the people who supply you with the Squeezebox. Slim Devices does not support this policy (I know from experience ;). cheers, kdf _______________________________________________ Discuss mailing list [EMAIL PROTECTED] http://lists.slimdevices.com/lists/listinfo/discuss
