*Enhancement* request 142 is a problematic one for a reason I think. As the server software is committed to a solution where it never ever write to the files directly and this is very dear to many users. This paradigm wins in this situation.
This will undoubtedly always lead to a situation where you loose all ratings, Erland has gone to some lengths in his plugins with an externally available trackstat backup . But this is for technical reasons not safe either as there are circumstances where the file can't be 100% identified . One way it works is by the extremely geeky music brains id and some other means . There are great ideas that could be implemented if the server did not treat the dB as a temp a mere reflection of the tags . But that would need a whole other level of programming where the dB always could be recovered and translated between schema changes and not needed to be " cache cleared" aka tossed away for every minor scanner issue and it would need to hash every file during scan to create unique identities but eventually for safety reason it would need to write an Id to the file . Then the dB could be augmented by all sorts of info and associated functionality not only ratings that would only be the 1% of what would be possible . A greatly enhanced music exploring application that many wants. but even this is a bit over the top for most users that are not committed music nerds you must keep the file collection in order and tagged. There is a lot of pull in the other direction where people just want to play a jumble of misshaped files by folder and file name and those users already treats music as a disposable not a cherished collection. This is eventually also outdone by all taut relies on a service to even have files is a minority solution. I would settle for if they actually fixed bugs in whatever functionality they decided the server should have. As it is now I'm irritated by the fact they do build functions that are buggy and never fix them instead they develop next function that is also buggy ad naseum . And it detoriates, old functionality brakes and is never fixed they are not on top of the maintenance aspect of this . And in many cases this does not lead to high vote counts a prime sample is that album artist issue . Other examples include where less tech savvy user usually think they have done something wrong or never realise how it really should work . Another example it has becoming popular by for example Bandcamp and some other vendors to use separate track art in addition to album art . This is great now every song has a different artwork and the album as a whole one. this actually worked before 7.6 but is broken now the presence of track art even brakes the functionality of album art and this issue has all of 3 votes or similar. So please please fix total lack of quality controll . Do a rudimentary QC before every release have a functional spec and test every function against that . -- Mnyb -------------------------------------------------------------------- Main hifi: Touch + CIA PS +MeridianG68J MeridianHD621 MeridianG98DH 2 x MeridianDSP5200 MeridianDSP5200HC 2 xMeridianDSP3100 +Rel Stadium 3 sub. Bedroom/Office: Boom Kitchen: Touch + powered Fostex PM0.4 Misc use: Radio (with battery) iPad1 with iPengHD & SqueezePad (in storage SB3, reciever ,controller ) http://people.xiph.org/~xiphmont/demo/neil-young.html ------------------------------------------------------------------------ Mnyb's Profile: http://forums.slimdevices.com/member.php?userid=4143 View this thread: http://forums.slimdevices.com/showthread.php?t=94109 _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
