Коммерческая? Именно все этому и подчинено. Скорее функциональная фикция.
Dual wire возник несколько раньше, когда ЦАП-ы не поддерживали sampling rates выше определённого значения по одному входу и явно была функциональная необходимость в этом, вот цитата из мануала одного моего Weiss:
А разве описания официального нет !? Владельцы аппаратов, Вы изучили инструкцию по эксплуатации? Там производитель наверняка указал что к чему.
FAQ: What is a Dual AES interface?
Dual AES is a digital audio interface invented by dCS in 1995 to allow high sample rate data to be split between two base-rate data streams for easy storage on the digital recorders of the time. For example, a stereo pair of 96kHz data could be split into two 48kHz streams and recorded as 4 tracks on a 48kS/s recorder. To replay, the 4 tracks are transmitted over two AES3 cables to the DAC, which reconstructs the original 96kS/s data.
Dual AES was offered as an open standard and it was added to the AES3 specification. Almost 20 years later, we use Dual AES at sample rates as high as 384kS/s. Dual AES features lower jitter than Single AES or S/PDIF, so there is a sonic benefit.
The raw data must be specially formatted as a Dual AES pair at the transmitter and then decoded at the receiver. Two identical Single AES streams used together will be decoded by the DAC as a strange ‘phasey’ mono – this is not the same as Dual AES at twice the sample rate.
Ага, я кидал эту ссылку выше, тут вроде про даунсемплинг ни слова.
Речь не о новостях ведь.
Далеко не новости “пустые” dCS клоки с себестоимостью корпуса по запредельным ценам.
Их апсемплеры, как отдельные девайсы, столь же не бюджетные, не только бесполезные, но и вредные в идеально построенной системе, где не нужно кривостью что-то править.
Даже сайт их, вырубленный топором 20 лет назад, мягко говоря удивляет.
Если кому-то нравится такое отношение, не вопрос. Я пас.
For example, a stereo pair of 96kHz data could be split into two 48kHz streams…are transmitted over two AES3 cables to the DAC, which reconstructs the original 96kS/s data.
Учитывая выдержку из инструкции на мой конвертер, всё логично: имеем, предположим, ЦАП, способный принимать по single wire 96 кГц SR, а нам надо 192 кГц передать — необходим downsampling и разделение на 2 канала, наверное, по 96 кГц.
Это даунсемплинг? Или все же что-то иное?
В целом конечно важно что на выходе, а не по картинкам лечение.
Коммерческая составляющая есть у любого производителя. Ну кроме Пети К… 
Принципиальна полная фраза — “96kHz data could be split into two 48kHz streams”.
Но в данный момент я как раз думал над окончанием цитаты из FAQ, потому что там несколько другая картина, смотрите:
Almost 20 years later, we use Dual AES at sample rates as high as 384kS/s.
…
The raw data must be specially formatted as a Dual AES pair at the transmitter and then decoded at the receiver. Two identical Single AES streams used together will be decoded by the DAC as a strange ‘phasey’ mono – this is not the same as Dual AES at twice the sample rate.
Вроде получается, что они сделали несколько наоборот, то есть взяли сигнал с 192 кГц SR и передают по Dual AES на 384 кГц.
Нет всё же — взяли сигнал с 768 кГц SR и передают по Dual AES на 384 кГц.
Но да, это вилами по воде…
upd.
Сам себя запутал, всё понятно по спецификациям Bridge:
2x AES/EBU on 3-pin male XLR connectors, each outputs PCM at up to 24 bit 192kS/s or DSD/64 in DoP format.
Used as a Dual AES pair, the interface outputs PCM at up to 384kS/s, DSD/64 & DSD/128 in DoP format.
upd.
Ну и, собственно, мануал Bridge:
AES digital outputs
Figure 4 – Rear panel
The AES1 and AES2 outputs (A & B) can be used individually at 44.1, 48, 88.2, 96, 176.4 or 192kS/s or DSD/64 in DoP format, or as a Dual AES pair at 88.2, 96, 176.4, 192, 352.8 or 384kS/s or DSD/64 or DSD/128 in DoP format.
Dual AES mode is automatically selected if the file rate is equal to or higher than the rate set in the app’s Configuration > Dual AES Sample Rate section.
At lower rates, both AES outputs will carry the same single AES data.
Для того чтобы разделить на L/R необходимо даунсемплить в любом случае.
Вопрос только из чего. Нормальный вариант уже запатентован в протоколах ES-LInk. Поэтому
у dCS из исходника запатентовано, г…, зато свое
Dual AES was offered as an open standard and it was added to the AES3 specification.
Dual AES открытый стандарт, верно. А вот методы реализации разные.
Не хотите косячить, купите лицензию ES-Link.
Либо как dCS, свой вариант, пипл схавает.
Отморозки, че ))
2 лайка
Почему? Зачем менять частоту трека, чтобы разделить на левый и правый? Левый и правый здесь условное название, это AES1, AES2, это не в прямом смысле левый и правый.
На сколько я понимаю, в буфер загоняется информация. Далее они берут скажем первый бит и отправляют по AES1, второй бит по AES2. Т.е. нечетные биты идут по AES1, четные идут по AES2.
С точки зрения измерений, у нас выйдет, что трек с 96 будет “весить” 48 для каждого из AES, но это же не даунсемпл, когда “качество” трека ужимается/упрощается.
Это как зипом взять файл и разрезать на 2 пакета, далее отправить на другую машину и там его сшить обратно. Зип в каждый пакет запихнет информацию, которая нужна для правильного сшивания. Когда мы измеряем размер пакета, он будет в 2 раза меньше. Что логично. А теперь представим, что исходный файл - это фото, то с вашей подачей получается, что фото стало в 2 раза хуже качеством, было 1920 разрешение по длинной стороне, стало 960. Если вы посмотрите на это фото, его качество не изменилось, вы просто увидите половину фото, это как пример.
Далее в даке поток опять загоняется в буфер и собирается обратно. На 44.1 возможно процесится это криво, потому что они возможно просто дублируют информацию, а не делят ее, при обработке получается хрень.
По этой же причине они пишут, что дуал аес не будет работать с левыми даками, ибо они не соберут пакет обратно, если б ваша логика тут работала, то мы бы подключили обычный дак и в дуал аес он бы тоже играл бы, просто трек был бы в половину исходного битрейта.
Переигрывать не надо, главное 
У вас идеальная система, правильно? И dCS вам не зашел?
У них есть более лучший учитель ;))))
Кстати да, у dcs абсолютно вменяемый сайт, просто, стильно, я не вижу там никакой “отсталости”. Вот у Пети там реально треш из 90х, зря они игнорируют это, сейчас молодежь все онлайн выбирает.
2 лайка
Премьера!
Вот чего к нам не привезли?
1 лайк
а чего к нам не привезли? Везут… Квинта жалуется, что в первую очередь отгружают Бартоки в Азию и в Штаты, где больше спрос на них. Поэтому, кинули с первой партией, которую ждали в ноябре. Теперь в лучшем случае, к новому году, либо уже после праздников… Но рано или поздно приедет. Куда он денется…
3 лайка