- Reclock enable bitperfect audio how to#
- Reclock enable bitperfect audio update#
- Reclock enable bitperfect audio driver#
The trick for most of us (low-brow engineers) is to balance when re-use is more desirable to meet time-to-market and cost targets vs. Whilst I cannot deny the desire to "play" or that there are hidden costs in the lack of re-use, we must remember that from some of that "play" a lot of new inventions and revelations have been spawned that lead to great improvements in product performance, significant cost reductions, and so forth.
Reclock enable bitperfect audio how to#
Pretty much every design I have done has provided some insight into how to improve the next iteration, though whether or not those insights are ever put into practice depends on a lot of other factors.
Reclock enable bitperfect audio update#
I found the article interesting but suspect, like many others on that site, the comments will quickly flow in to correct and update it.Īs for HW engineers, there are many varieties and personalities.
Reclock enable bitperfect audio driver#
There is some error checking built in, but it is usually up to the driver (or OS) to determine when to raise the flag to the user for a manual resend. USB always struck me as a scary way to do things due to the lack of advanced error correction and packet retransmission protocols. I am no expert on USB interfaces, though have had to deal with bit-perfect transmission through digital RF systems for decades. The USB article above has the same feel: it worries about the pitfalls and problems of systems that are obsolete or have been solved totally by industry standard chipsets. I suspect that a lot of electronics-based industry has a hidden overhead: engineers who 'play' with stuff that managers don't understand and just go along with. That's not what I signed up for - I'll do it another way next time". I said to him "At least you'll never have to do it again, but can just re-use this one in future". I was chatting to a hardware engineer about a power supply he had designed that met rigorous EMC conditions and was cheap to make - it had been a nightmare to design apparently. They also love to re-invent the wheel and 'play' with new stuff (new to them, that is). This article reminds me strongly of many dealings I have had with hardware engineers over the years: they love to make stuff seem a lot harder than it really is. Synchronous USB is obsolete for high end audio, and asynchronous USB doesn't cause "audible pops" The "complications of buffer management" are not an issue because clever people probably thought it through before asynchronous USB was even launched, and burned their expertise into chips that cost $0.10. if we use old chipsets we may have to contend with old problems. I'm sure that similar articles could be written about the difficulties of charging batteries, receiving GPS signals, ethernet communications etc. It makes it all sound so complicated and fraught with problems, though.
0 kommentar(er)
