- #LGA 2011 V3 WITH INTEL THUNDERBOLT 3 CONTROLLER WINDOWS 10#
- #LGA 2011 V3 WITH INTEL THUNDERBOLT 3 CONTROLLER SOFTWARE#
and the BIOS must support the specific Thunderbolt-3 add-in controller. The motherboard has to specifically have a Thunderbolt-3 header (connects via cable to the Thunderbolt-3 controller). Most Thunderbolt-3 controllers are "add-in-cards". but only for Thunderbolt-3 controllers.If you have a Thunderbolt-2 controller, it'll work for "Firewire protocol via Thunderbolt", but not for "PCIe via Thunderbolt" (necessary for PCIe level performance).
#LGA 2011 V3 WITH INTEL THUNDERBOLT 3 CONTROLLER WINDOWS 10#
#LGA 2011 V3 WITH INTEL THUNDERBOLT 3 CONTROLLER SOFTWARE#
It has to be done via software (you have to open your DAW application to route/monitor). The only downside to Quantum is that there's zero DSP for onboard hardware monitoring/routing. with ~1ms total round-trip latency, Quantum is one of the best choices. If you want to do things like run Helix Native at higher sample-rates. Same project running with Quantum (set to 32-sample ASIO buffer size) is completely glitch-free. Running moderate loads of native and UAD plugins, you have to raise the ASIO buffer size to 128 or 256 samples (to avoid pops/ticks). Using the Apollo-8 at 96k, the smallest ASIO buffer size is 64-samples. Of course, if you'll never monitor Native EFX via software, it's certainly worth the trade-off. but it comes at the expense of slightly higher RTL. The onboard "Unison" processing is a great feature. If you're after lowest possible round-trip latency, that's not the Apollo-8/16's forte'. which is necessary for PCIe level performance. IOW, It's not running "PCIe via Thunderbolt". FWIW, I believe the original (Silver) Apollo is actually running Firewire protocol over Thunderbolt.