toyo, извините, но ни о каком "обмане" XMOS в данном случае речь идти не может, только об обмане его драйвера, который сам не имеет режима передачи потока DSD.

Существуют два варианта передачи потока DSD через USB:
1. Native DSD. В этом случае приложение (программа-плеер) формирует (берёт из файла и отдаёт драйверу) просто DSD поток, ей больше не нужно делать никаких манипуляций. Но! В этом случае драйвер должен поддерживать режим вывода DSD-потока. Этот режим есть в драйверах, которые поддерживают ASIO версии 2.2 и выше. Например, этот режим есть в драйверах Amanero, но, судя по всему, такой режим на настоящий момент не поддерживают никакие драйвера XMOS. Дальше всё просто: драйвер передаёт данные по USB, асинхронный приёмник принимает поток и отдаёт его в микросхему ЦАП (понятно, драйвер предварительно предупреждает приёмник, что будет поток DSD, и приёмник переключает микросхему ЦАП в режим DSD).
2. DSD over PCM (DoP). В этом случае драйвер не имеет специального режима для передачи DSD-потока. Чтобы передать-таки этот поток, приложение должно работать в специальном режиме: "упаковывать" 16-битовые фрагменты DSD-потока во фреймы PCM, снабжая каждый фрейм определённым заголовком и под видом обычных данных PCM отдавать их драйверу, который передаст их по USB в устройство. Устройство (в нашем случае, асинхронный приёмник на XMOS) должно продетектировать наличие фреймов DoP, переключить микросхему ЦАП в режим DSD и передавать ей данные, предварительно извлекая их из фреймов DoP и формируя поток DSD.
Не знаю, возможно, какие-то современные микросхемы ЦАП могут самостоятельно разбираться в передаваемых им данных и извлекать DSD из DoP (сам стандарт DoP датируется 2011 годом, поэтому его поддерживать могут только достаточно современные устройства). Что касается конкретно микросхемы DSD1796, то она датируется 2003 годом, поэтому о DoP она ничего знать не может. Более того, в даташите видно, что её нужно переключить в режим DSD и даже подавать поток DSD не на те ножки, на которые подаются данные PCM. Таким образом, в этом случае именно XMOS детектирует DoP, переключает DSD1796 в режим DSD, "распаковывает" поток DSD из DoP и подаёт его на нужные ножки ЦАПа. Так что никакого обмана XMOS тут нет. Кстати, попутно XMOS делает DSD64 из DSD128 и из DSD256
В принципе, дописав поддержку Native DSD в драйвере и модифицировав прошивку XMOS, можно было бы использовать этот метод передачи потока DSD. Но китайцы не заморачиваются этим. Оно же и так работает