I believe PS has acknowledged that the CPU used in the Bridge isnt robust enough for decoding FLAC (or might I say, could be more robust). I may be wrong. I do know however, that many folks with an understanding of these matters consider the CPU the weak hardware link. Decoding FLAC requires more processing power (memory
whatever it takes
) than other codecs and hi-res FLAC (e.g.: 24/192) requires even more than 16/24 FLAC.
I believe that PS is working on the FLAC codec and writing new code in an effort to make the FLAC decoding process more efficient. In theory, this may very well resolve the issues involving the decoding of hi-res FLAC files. Hopefully, the software solution will indeed resolve these issues. If it does, then the main hurdle will be the implementation of gapless playback.
Obviously, sound quality is of vital importance and it does appear that PS is aware of the correlation between firmware upgrades and sound quality so hopefully, they will be able to duplicate the SQ of the very best versions (e.g.: .08), or perhaps even surpass older versions, in the final firmware version.
Once these major areas have been addressed and remedied then PS can concentrate on tweaking Tag-n-Play, eLyric, and all other interfaces and forthcoming protocols.
Bottom line is that I do not believe the current Bridge is a lost cause. I may be wrong, but I am very hopeful that PS is truly on the brink of perfecting the Bridge. I guess the real question (or concern) is just how much longer will it take them to finalize execution