Wavelength
Member of the Trade: Wavelength Audio
- Joined
- Jul 1, 2005
- Posts
- 137
- Likes
- 25
Gang,
There seems to be some confusion about somethings so let's just get something straight here.
All of these devices are bit perfect unless they have a DSP, Upsampler or some declared bit manipulation device imbedded in them. To say a device is bit perfect or not is silly. All these interface are meant to be robust bit perfect. This statement is predicated that the KMIXER and other Filter/Upsamplers on the computer are BYPASSED!
Bypassing the KMIXER via Kernel Streaming, ASIO or custom driver will in it self make the data to the dac bit perfect. The KMIXER will not be magically bypassed simply by plugging in a dac is silly or as an engineer at Microsoft said yesterday:
Quote:
There has also been some talk if there is a HARDWARE mixer declared in the USB Enumeration that this would bypass the KMIXER. I tried this and did not see any difference in the data coming out and therefore would declare this also untrue.
~~~~~~~
There is always the problem with USB, Firewire, SPDIF and other streaming devices of getting errors in communications. I had a dealer who got one of my products and had a Shuttle PC that he had built and all the USB ports sounded like crap. Then he put in a USB 2.0 card and wallaa it sounded great.
Looking and seeing your USB chain can have an effect on how well your sound is. The guys designing these PC's have accountants tied to their desk so believe me some of the ports on your computer will not output USB data as well as others. Also making sure you have the most current USB driver for your host controller can make a big difference.
On my HUSH Pc it says it has 6 usb 2.0 ports. I have a 100MHZ 12bit oscilloscope that is USB 2.0 and only one of those ports works. Also funny that is the best sounding port.
Any USB port on the front panel of a computer probably is wired via a cable and is not a good choice for USB type dacs.
~~~~~~
So why do some programs sound different? On a PC I think it consistency of code. The encoding and decoding of sound handled by source code in differing compilers and stuff happens before the data goes to the DAC it self. I think this is the biggest place were bit perfect statement could be killed, but not at the hardware layer.
I think we should be looking more at the Application Layer to see what's going on there and evaluate what's bit perfect or not.
Any device driver programers listening? Write a fake audio output device driver that would spool out the data to a file for comparison.
Any takers?
Thanks,
Gordon
There seems to be some confusion about somethings so let's just get something straight here.
All of these devices are bit perfect unless they have a DSP, Upsampler or some declared bit manipulation device imbedded in them. To say a device is bit perfect or not is silly. All these interface are meant to be robust bit perfect. This statement is predicated that the KMIXER and other Filter/Upsamplers on the computer are BYPASSED!
Bypassing the KMIXER via Kernel Streaming, ASIO or custom driver will in it self make the data to the dac bit perfect. The KMIXER will not be magically bypassed simply by plugging in a dac is silly or as an engineer at Microsoft said yesterday:
Quote:
There is a huge thread around the Benchmark DAC1-USB on head-fi that claimed it had some magic USB implementation that bypassed kmixer without resorting to kernel streaming. I was not sure whether it was lack of understanding or over-aggressive marketing but I am afraid any device using the standard USB audio driver will have to live with kmixer. |
There has also been some talk if there is a HARDWARE mixer declared in the USB Enumeration that this would bypass the KMIXER. I tried this and did not see any difference in the data coming out and therefore would declare this also untrue.
~~~~~~~
There is always the problem with USB, Firewire, SPDIF and other streaming devices of getting errors in communications. I had a dealer who got one of my products and had a Shuttle PC that he had built and all the USB ports sounded like crap. Then he put in a USB 2.0 card and wallaa it sounded great.
Looking and seeing your USB chain can have an effect on how well your sound is. The guys designing these PC's have accountants tied to their desk so believe me some of the ports on your computer will not output USB data as well as others. Also making sure you have the most current USB driver for your host controller can make a big difference.
On my HUSH Pc it says it has 6 usb 2.0 ports. I have a 100MHZ 12bit oscilloscope that is USB 2.0 and only one of those ports works. Also funny that is the best sounding port.
Any USB port on the front panel of a computer probably is wired via a cable and is not a good choice for USB type dacs.
~~~~~~
So why do some programs sound different? On a PC I think it consistency of code. The encoding and decoding of sound handled by source code in differing compilers and stuff happens before the data goes to the DAC it self. I think this is the biggest place were bit perfect statement could be killed, but not at the hardware layer.
I think we should be looking more at the Application Layer to see what's going on there and evaluate what's bit perfect or not.
Any device driver programers listening? Write a fake audio output device driver that would spool out the data to a file for comparison.
Any takers?
Thanks,
Gordon