My two cents is that the thread is pretty much contained in the first 8 posts. SR said he has to have Roon, people replied that it isn’t supposed to - which was/is the current state of understanding of those who have been following the threads on the development of BIII and Octave. But Paul has changed his mind before. A similar bunch of back and forth happened with MQA implementation. I get the feeling this and maybe some other thread prompted today’s Paul’s Post.
SR was clear, I thought, in his rejection of a closed and/or Roon-less system. jtwrace called the Roonless notion “shocking and bizarre”. Seemingly end of story. If the product is not for you - cool. Can’t make everyone happy.
This is yet another product that is in development that nonetheless is subject to everyone’s opinions at every step of that development - due to the extreme openness of the process here in PSVille. When I referred to “haters”, it was a general, tongue-in-cheek reference to the fact that, historically, there will be people who are unhappy with each and every decision that is made - even before the product exists. It literally did not cross my mind that SR would think I was referring to him (which in retrospect was an oversight in my writing on my part).
The idea as I understand it, is that there have been frustrations and delays with having the Bridge made by an outside developer that could be sorted by doing it internally, and if you want the whole Octave concept to function properly, you really want to write the software as well. It’s not full on Isolationism ; ) - it just makes for less frustration by not being dependent upon outside suppliers for making sure stuff works, or when it gets delivered (we aren’t necessarily talking fully walled garden here). This may mean that it won’t work for everyone with every app they like/use.
The whole notion was inspired by the idea of creating a system that circumvents all of the hoops we end up jumping through to implement a decent computer audio system, and keep the software functioning, providing ease of use, comprehensive database, etc., ALL while trying to achieve sound quality that equals or bests (what is for many, at least around here) the current standard, the DMP/DS combo.
I mean - look at some of the chains of stuff that folks have implemented here, or on for example CA (not to pick on them). I think it’s not unfair to suggest that some computer audiophiles are tweakers, just as many non-computer audiophiles are. Not a negative judgement, more of a fact based on the current realities of trying to make a computer audio system function and sound its best. Multiple external linear power supplies, galvanic isolation of USB/ethernet, etc., dozens of hardware and software options that all need to function efficiently and silently (as in not adding noise to the signal). Paul is making it for himself as much as for us, as it seems like a pretty awesome idea.