Наши статьи

[13Diver]

Я не понимаю про джиттер на асинхронном юсб.

Где можно об этом почитать?

Про кмиксер везде именно так и пишут: не битперфект - плохо.

А что за этим стоит? Почему не битперфект? Кто объяснит почему не битперфект?

Вот этого я нигде не нашел!

Я вообще не уверен что это так. Я ставлю себя на место разработчика кмиксер и не понимаю зачем мне вмешиваться в поток данных и поганить звук. Зачем делать ресемплинг я понимаю.

И ресемплинг действительно слышно сильно.

Софт по-разному может звучать если предположить что он отвечает за формирование потока, а значит за джиттер. Но это тоже для меня вопрос. Скорее всего поток формирует драйвер или вообще железо.

В этой теме столько мифов, что я решил не верить, а либо проверить, либо получить внятное объяснение.

Про джиттер нигде и никто не пишет что он убран полностью, все пишут что он может быть уменьшен. Гордон Ранкин в своих девайсах вроде как намерил 79ns. Джиттер пока никто полностью не убрал, еще кроме джиттера от передающего устройства есть еще intrictic jitter, который если я правильно понял возникает уже в самих устройствах.

Про kmixer - http://en.wikipedia.org/wiki/Windows_legacy_audio_components

Он меняет биты, меняет данные, поэтому он и не bit perfect, ресемплинг тут ни при чем.

Про софт я тебе не объясню внятно, там много причин - и драйверы, и железо, и не менее важно как операционка с ресурсами общается. Я просто не обладаю достаточными познаниями чтобы технически все объяснить. Но я слышу результат.

Вообще вот очень полезная ссылка для всех кто интересуется звуком с компа.

Дейв Кларк из Positive Feedback подготовил 10 вопросов о компьютерном аудио и задал их самым значимым в этой области людям. Там внизу ссылки на ответы каждого из них. Конечно надо фильтровать, каждый кулик свое болото хвалит, но там очень много полезной информации.

http://www.positive-feedback.com/Issue41/ca_intro.htm

А чуть подробнее можно?

С уважением.

Алексей Бурцев

Читал такие рекомендации на форумах, не верил сам. У меня в Мак Про стояло 2гига, смотрел таск менеджером - Амарра занимала меньше гига. Но память я все равно себе собирался заказывать, ибо Апертура тормозит. Пришло 8 гиг, поставил - стало 10 в итоге. Амарра заиграла лучше, вот и весь сказ...

[Murat]

Шикарный линк про ответы на 10вопросов!!!

Из всего списка только 2 человека знают что такое компьютер по своей специальности и их ответы принципиально отличаются от ответов производителей железа!

Я только утвердился в своем мнение о мифах компьютерного аудио которые порождают люди непонимающие процессов происходящих в компьютере.

Еще как я понял в асинхронном USB компьютер не влияет на джиттер никак, а только схема конвертора.

Так что ни драйверы, ни софт не могут влиять на звук если только они не искажают исходные данные.

Остался вопрос является ли bitperfect'ом передача данных через kmixer.

Вот данные исследования сделанного dCS из которого следует что никаких проблем с кмиксер нет.

http://www.acourate.com/OperatingSystemsHa...SampleRates.pdf

[13Diver]

Шикарный линк про ответы на 10вопросов!!!

Из всего списка только 2 человека знают что такое компьютер по своей специальности и их ответы принципиально отличаются от ответов производителей железа!

Я только утвердился в своем мнение о мифах компьютерного аудио которые порождают люди непонимающие процессов происходящих в компьютере.

Еще как я понял в асинхронном USB компьютер не влияет на джиттер никак, а только схема конвертора.

Так что ни драйверы, ни софт не могут влиять на звук если только они не искажают исходные данные.

Остался вопрос является ли bitperfect'ом передача данных через kmixer.

Вот данные исследования сделанного dCS из которого следует что никаких проблем с кмиксер нет.

http://www.acourate.com/OperatingSystemsHa...SampleRates.pdf

Ты невнимательно читал, в твоем же линке написано: Windows XP - Cons: Tricky and application specific to bypass k-mixer for truly bit-perfect output.

Потому что kmixer меняет данные. Ну это уже сто раз обмусолено и доказано.

Разницы между программами выдающими bit perfect не должно быть по идее, но тем не менее она есть, как и разница между операционками.

Теоретическая убежденность вещь хорошая, но на практике бывают сюрпризы.

Ну типа "все нормальные кабели должны звучать одинаково". Я утрирую конечно, но где-то рядом.

[Bimber]

Все могу понять, но 8 гиг оперативки под муз. плеер - мягко говоря вызывает вопросы. Ладно под тяжелый софт для создания музыки и т.п. А то так договоримся про звучащие и не звучащие материнские платы и т.п. "улучшения"

ИМХО - наблюдается создание своего рода компьютерных адиофильских мифов, 10 гиг оперативки под плеер, аудиофильские материнские платы, винчестеры и т.п.

[mos777]

Мурат, 13Diver дело говорит - все так и есть. Надо принять это как данность что-ли - ну или ради прикола поставьте несколько экспериментов - должны услышать разницу.

А то так договоримся про звучащие и не звучащие материнские платы и т.п. "улучшения"

Разные материнские платы также по разному влияют на звук - это само собой. Также в прозрачной системе можно услышать разницу от смены направления sata шлейфа или подключения компа качественным сетевым кабелем - все это влияет. Причем, не зависимо от того - испльзуется комп уже как аналоговый источник или только как транспорт. :ninja:

[KaGE]

Также в прозрачной системе можно услышать разницу от смены направления sata шлейфа

[Murat]

Мурат, 13Diver дело говорит - все так и есть. Надо принять это как данность что-ли - ну или ради прикола поставьте несколько экспериментов - должны услышать разницу.

Разные материнские платы также по разному влияют на звук - это само собой. Также в прозрачной системе можно услышать разницу от смены направления sata шлейфа или подключения компа качественным сетевым кабелем - все это влияет. Причем, не зависимо от того - испльзуется комп уже как аналоговый источник или только как транспорт. :ninja:

Большинство говорит именно так как 13Driver, но обосновать никто не может и это настораживает.

Кмиксер конечно не truly bitperfect и биты не идентичны абсолютно тому что на входе, но преобразования о которых я знаю не могут влиять на звук.

Спорить можно бесконечно если нет реальной информации, а только мнение некомпетентного большинства.

А проверить не все можно.

В техподдержке dCS мне порекомендовали использовать Asio4all который ничем не отличается от обычного варианта. Т.е. они думают что будет лучше!!!

И такая ситуация повсеместно! И только специалисты по компьютерам говорят что это бред!

Я бы с интересом попробовал обойти кмиксер чтобы убедится что разницы нет, но USB ASIO driver Polytec не видит dCS Upsampler, а другого USB ASIO драйвера я не знаю.

Может кто знает?

[dmitre]

Мурат, 13Diver дело говорит - все так и есть. Надо принять это как данность что-ли - ну или ради прикола поставьте несколько экспериментов - должны услышать разницу.

Разные материнские платы также по разному влияют на звук - это само собой. Также в прозрачной системе можно услышать разницу от смены направления sata шлейфа или подключения компа качественным сетевым кабелем - все это влияет. Причем, не зависимо от того - испльзуется комп уже как аналоговый источник или только как транспорт. :ninja:

Очень рекомендую разобраться с сутью Async USB конверторов. С таким конвертором комп НЕ используется ни как аналоговый источник, ни как транспорт. С Async конвертором клок возникает уже за пределами комьютера. И фазы луны не прослушиваются. И от кабеля ничего не зависит.

Если раньше Гордон Ранкин и писал, про влияние кабеля (можно ссылку на это?), то после 2007 года, когда все его ЦАПы и конверторы стали асинхронными, он об этом больше не говорит.

13Diver использует конвертор Empirical Audio Off-Ramp 3. Это дорогой конвертор — это обычный синхронный конвертор с ФАПЧ. Сначала он получает сигнал+клок из компьютера (со всем шумом и грязю), потом делает переконвертацию/апсемплинг, маскирую джитер исходного сигнала.

А то что там стоит навороченный клок — это делу не помогает.

Большинство говорит именно так как 13Driver, но обосновать никто не может и это настораживает.

Кмиксер конечно не truly bitperfect и биты не идентичны абсолютно тому что на входе, но преобразования о которых я знаю не могут влиять на звук.

Спорить можно бесконечно если нет реальной информации, а только мнение некомпетентного большинства.

А проверить не все можно.

В техподдержке dCS мне порекомендовали использовать Asio4all который ничем не отличается от обычного варианта. Т.е. они думают что будет лучше!!!

И такая ситуация повсеместно! И только специалисты по компьютерам говорят что это бред!

Я бы с интересом попробовал обойти кмиксер чтобы убедится что разницы нет, но USB ASIO driver Polytec не видит dCS Upsampler, а другого USB ASIO драйвера я не знаю.

Может кто знает?

Мурат, у Вас не получится использовать любой сторонний USB-драйвер, т.к. для реализации Async USB Гордон Ранкин написал свой драйвер (dCS его лицензировала).

Не нужно ничего подменять. Этому USB-конвертору безразлично как сформированы входные данные (не данные+клок, а именно данные).

[mos777]

Большинство говорит именно так как 13Driver, но обосновать никто не может и это настораживает. Кмиксер конечно не truly bitperfect и биты не идентичны абсолютно тому что на входе, но преобразования о которых я знаю не могут влиять на звук.

КАК это вам никто не скажет Мурат, - вы же программист , должны знать, что мелкомягкие о внутреннем устройстве своей системы не говорят.

ВСЕ преобразования в компьютере влияют на звук! Дело в том, что они происходят в реальном времени - в этом вся засада! Вот возмем к примеру "формат без потерь" - flac. Действительно, нет смысла сравнивать звучание исходного wav и wav, сжатого и разжатого этим кодеком - в этом смысле формат действительно без потерь. Но когда сравниваешь wav со звучанием flac файла - тут сразу становится ясно, что flac звучит хуже - почему? Потому что в первом случае, это было не в реалтайм, а во втором как раз в реалтайм происходила распаковка - и возникал джиттер. Конечно, можно усовершенствовать алгоритмы распаковки реалтайм (мне даже понятно как), чтобы минимизировать этот фактор - но разрабочики кодеров такую задачу я думаю не ставят, да и не задумываются даже

[13Diver]

Очень рекомендую разобраться с сутью Async USB конверторов. С таким конвертором комп НЕ используется ни как аналоговый источник, ни как транспорт. С Async конвертором клок возникает уже за пределами комьютера. И фазы луны не прослушиваются. И от кабеля ничего не зависит.

Если раньше Гордон Ранкин и писал, про влияние кабеля (можно ссылку на это?), то после 2007 года, когда все его ЦАПы и конверторы стали асинхронными, он об этом больше не говорит.

Может Гордон об этом и не говорит, а вот реальные пользователи говорят. Влияет кабель, это многие отмечают. Async USB отличное решение, но идола из него делать не стоит, оно не ультимативно и не лишено всех проблем в любом случае.

13Diver использует конвертор Empirical Audio Off-Ramp 3. Это дорогой конвертор — это обычный синхронный конвертор с ФАПЧ. Сначала он получает сигнал+клок из компьютера (со всем шумом и грязю), потом делает переконвертацию/апсемплинг, маскирую джитер исходного сигнала.

А то что там стоит навороченный клок — это делу не помогает.

У Вас был такой конвертер? Не совсем он обычный. Там также стоит TAS1020 который Стив специальным образом запрограммировал чтобы он работал в обход вообще всех драйверов - kmixer, ASIO. Он работает напрямую. Кроме того, апсемплинг он сам не делает, он подает bit perfect сигнал полученный от компа. Я проверял на ЦАП Northstar, там есть лампочки с частотами, куда ЦАП лочится. Так вот, подавая сигнал с компа с частотой 44.1 - цап лочился на 44.1, подаешь 96 - лочится на 96. Подаешь апсемленный 44.1 в 96 - будет лочиться на 96. Так что ничего там апсемплингом не маскируется. Навороченный клок там как раз и убирает джиттер. Помогает или нет - это для начала послушать надо

Мурат, у Вас не получится использовать любой сторонний USB-драйвер, т.к. для реализации Async USB Гордон Ранкин написал свой драйвер (dCS его лицензировала).

Вы имеете ввиду что он работает в обход ASIO? Если так, то он должен через Direct Sound работать. Если через ASIO - то они вообще-то должны его прикладывать, потому что ASIO4All - полная фигня.

Мурат - попробуй вот этот ASIO драйвер:

http://www.aqvox.de/asio-usb-e.html

Не нужно ничего подменять. Этому USB-конвертору безразлично как сформированы входные данные (не данные+клок, а именно данные).

Ну дай-то Бог чтобы так и было, чтобы безразлично какой операционкой и какой программой сформированы исходные данные...

Нету разницы, а все ее слышат.

Все, я все сказал, далее убеждать не буду. Верьте во что хотите, я верю своим ушам.

[mos777]

Может Гордон об этом и не говорит, а вот реальные пользователи говорят. Влияет кабель, это многие отмечают. Async USB отличное решение, но идола из него делать не стоит, оно не ультимативно и не лишено всех проблем в любом случае.

И опять же соглашусь - это все диофильские сказки про невлияние - хотя опять же и от системы и опытности слушателя многое зависит

[Murat]

Очень рекомендую разобраться с сутью Async USB конверторов. С таким конвертором комп НЕ используется ни как аналоговый источник, ни как транспорт. С Async конвертором клок возникает уже за пределами комьютера. И фазы луны не прослушиваются. И от кабеля ничего не зависит.

Если раньше Гордон Ранкин и писал, про влияние кабеля (можно ссылку на это?), то после 2007 года, когда все его ЦАПы и конверторы стали асинхронными, он об этом больше не говорит.

13Diver использует конвертор Empirical Audio Off-Ramp 3. Это дорогой конвертор — это обычный синхронный конвертор с ФАПЧ. Сначала он получает сигнал+клок из компьютера (со всем шумом и грязю), потом делает переконвертацию/апсемплинг, маскирую джитер исходного сигнала.

А то что там стоит навороченный клок — это делу не помогает.

Мурат, у Вас не получится использовать любой сторонний USB-драйвер, т.к. для реализации Async USB Гордон Ранкин написал свой драйвер (dCS его лицензировала).

Не нужно ничего подменять. Этому USB-конвертору безразлично как сформированы входные данные (не данные+клок, а именно данные).

+1000 я это и пытаюсь объяснить!!!

КАК это вам никто не скажет Мурат, - вы же программист , должны знать, что мелкомягкие о внутреннем устройстве своей системы не говорят.

ВСЕ преобразования в компьютере влияют на звук! Дело в том, что они происходят в реальном времени - в этом вся засада! Вот возмем к примеру "формат без потерь" - flac. Действительно, нет смысла сравнивать звучание исходного wav и wav, сжатого и разжатого этим кодеком - в этом смысле формат действительно без потерь. Но когда сравниваешь wav со звучанием flac файла - тут сразу становится ясно, что flac звучит хуже - почему? Потому что в первом случае, это было не в реалтайм, а во втором как раз в реалтайм происходила распаковка - и возникал джиттер. Конечно, можно усовершенствовать алгоритмы распаковки реалтайм (мне даже понятно как), чтобы минимизировать этот фактор - но разрабочики кодеров такую задачу я думаю не ставят, да и не задумываются даже

Это тоже сказка!!! Почитайте ответы на 10вопросов.

Единственное возможное влияние это то что загруженный процессор генерит больше электромагнитных помех.

Не верьте тому что о компьютерах говорят не специалисты в компьютерах.

[dmitre]

Может Гордон об этом и не говорит, а вот реальные пользователи говорят. Влияет кабель, это многие отмечают. Async USB отличное решение, но идола из него делать не стоит, оно не ультимативно и не лишено всех проблем в любом случае.

У Вас был такой конвертер? Не совсем он обычный. Там также стоит TAS1020 который Стив специальным образом запрограммировал чтобы он работал в обход вообще всех драйверов - kmixer, ASIO. Он работает напрямую. Кроме того, апсемплинг он сам не делает, он подает bit perfect сигнал полученный от компа. Я проверял на ЦАП Northstar, там есть лампочки с частотами, куда ЦАП лочится. Так вот, подавая сигнал с компа с частотой 44.1 - цап лочился на 44.1, подаешь 96 - лочится на 96. Подаешь апсемленный 44.1 в 96 - будет лочиться на 96. Так что ничего там апсемплингом не маскируется. Навороченный клок там как раз и убирает джиттер. Помогает или нет - это для начала послушать надо

Вы имеете ввиду что он работает в обход ASIO? Если так, то он должен через Direct Sound работать. Если через ASIO - то они вообще-то должны его прикладывать, потому что ASIO4All - полная фигня.

Мурат - попробуй вот этот ASIO драйвер:

http://www.aqvox.de/asio-usb-e.html

Ну дай-то Бог чтобы так и было, чтобы безразлично какой операционкой и какой программой сформированы исходные данные...

Нету разницы, а все ее слышат.

Все, я все сказал, далее убеждать не буду. Верьте во что хотите, я верю своим ушам.

А можно ссылки конкретные, кто и где говорит? Я за два года хождения по шишкам ни разу не видел.

Согласен, я немного встал в позицию, которая тут на форуме начала преобладать с недавних пор (лечение по фотографии). Меня сильно смутила фраза со официального сайта:

« The Off-Ramp 3 supports sample-rates of up to 24/96 and automatically generates 24/44.1 from 16/44.1, making the data bit-perfect for both PC and Mac (no modification to the music data). 24/44.1 also enables 8-bits of digital volume control without any degradation in resolution.»

Зачем делать 24/44.1 кроме как для того, чтобы ... кммм.... вот.

Стив ничего не запрограммировал,

«The TAS1020 firmware makes a HUGE difference. I previously used m-audio firmware in my Off-Ramp and Freeway converter products, but have since licensed the same Centrance USB firmware that Benchmark Media Systems uses. It was really expensive, but worth it. The sound quality took a big leap, and most of the pop and tick problems went away. I have to believe that if you did these measurements again with this firmware on a TAS1020 that the results would be different. There are several other companies that will be buying these OEM USB converter modules from me now, and some showed systems at CES. The jitter is so low now on this USB converter that it is basically on-par with my Pace-Car reclocker, which is a true buffer-memory reclocker. Given that the TAS1020 is digital-PLL-based, this is pretty amazing.

Steve N.

Empirical Audio» — пруфлинк — http://www.diyhifi.org/forums/viewtopic.ph...21c877c7#p33027

Это подверждается информацией от Гордона что «Empirical use the CEntrance Adaptive code as their base of operation.

The major problem with the CEntrance Adpative TAS1020 code is that it has such high Word Clock Jitter (2832ps @ 44.1) that this cause data related jitter errors before it reaches the jitter removal stage (be it upsampler or reclocker). See with either one of these jitter reduction stages, the Bit Clock will clock in both the DATA and the Word Clock. But if the word clock has that much jitter then there is a good chance that the Word Clock will fall out of sync and cause data related jitter errors.»

Вобщем непонятно зачем создавать так много проблем с джитером, а потом героически их решать суперклоками за 600$.

Ну и вот еще про сказки и мифы нелюбимого мной Стива Нагетса

http://www.head-case.org/forums/home-sourc...urbo-2-a-2.html

Да, мой Wavelength Wavelink и DCS Upsampler работают через Direct Sound и не кашляют. В смысле у меня Мак, но когда Созерцатель брал на тест у него работало через Direct Sound.

[Murat]

13Driver, спасибо за линк на aqvox.

Я попробую, заодно написал им вопрос поддерживает ли их драйвер AsyncUSB.

Кстати к вопросу о битперфект, попробовал сегодня Secret Rabbit Code Upsampler.

Несмотря на загрузку проца под 100%, звук стал еще более детальный!!! И бас заметно изменился!

Я еще денек послушаю и решу стоит ли его оставить!

[Bimber]

13Driver, спасибо за линк на aqvox.

Я попробую, заодно написал им вопрос поддерживает ли их драйвер AsyncUSB.

Кстати к вопросу о битперфект, попробовал сегодня Secret Rabbit Code Upsampler.

Несмотря на загрузку проца под 100%, звук стал еще более детальный!!! И бас заметно изменился!

Я еще денек послушаю и решу стоит ли его оставить!

Secret Rabbit - так это же просто пересчет из 16/44 в хай-рез, по моему дядька из Эмпирикал Аудио под свой конвертор что-то подобное рекомендовал ставить Не понимаю правда Как можно что-то улучшить простым пересчетом?

[13Diver]

А можно ссылки конкретные, кто и где говорит? Я за два года хождения по шишкам ни разу не видел.

Я много читал, ссылки не сохранял. Простите, мне просто не охота снова все лопатить. Попробуйте у себя хороший кабель от Locus Designs или Ridge Street Audio - и сами для себя все решите.

Согласен, я немного встал в позицию, которая тут на форуме начала преобладать с недавних пор (лечение по фотографии). Меня сильно смутила фраза со официального сайта:

« The Off-Ramp 3 supports sample-rates of up to 24/96 and automatically generates 24/44.1 from 16/44.1, making the data bit-perfect for both PC and Mac (no modification to the music data). 24/44.1 also enables 8-bits of digital volume control without any degradation in resolution.»

Зачем делать 24/44.1 кроме как для того, чтобы ... кммм.... вот.

Эта функция для тех кто пользуется громкостью в плеере софтовом, лишние 8 бит дают возможность менть громкость без ущерба для звука, все ведь написано - читайте внимательно.

Стив ничего не запрограммировал,

«The TAS1020 firmware makes a HUGE difference. I previously used m-audio firmware in my Off-Ramp and Freeway converter products, but have since licensed the same Centrance USB firmware that Benchmark Media Systems uses. It was really expensive, but worth it. The sound quality took a big leap, and most of the pop and tick problems went away. I have to believe that if you did these measurements again with this firmware on a TAS1020 that the results would be different. There are several other companies that will be buying these OEM USB converter modules from me now, and some showed systems at CES. The jitter is so low now on this USB converter that it is basically on-par with my Pace-Car reclocker, which is a true buffer-memory reclocker. Given that the TAS1020 is digital-PLL-based, this is pretty amazing.

Steve N.

Empirical Audio» — пруфлинк — http://www.diyhifi.org/forums/viewtopic.ph...21c877c7#p33027

Это подверждается информацией от Гордона что «Empirical use the CEntrance Adaptive code as their base of operation.

The major problem with the CEntrance Adpative TAS1020 code is that it has such high Word Clock Jitter (2832ps @ 44.1) that this cause data related jitter errors before it reaches the jitter removal stage (be it upsampler or reclocker). See with either one of these jitter reduction stages, the Bit Clock will clock in both the DATA and the Word Clock. But if the word clock has that much jitter then there is a good chance that the Word Clock will fall out of sync and cause data related jitter errors.»

Вобщем непонятно зачем создавать так много проблем с джитером, а потом героически их решать суперклоками за 600$.

Ну и вот еще про сказки и мифы нелюбимого мной Стива Нагетса

http://www.head-case.org/forums/home-sourc...urbo-2-a-2.html

Все ссылки которые Вы привели, включая информацию от Гордона относятся к старым продуктам - Off-Ramp 2 и Off-Ramp 2 Turbo. Off-Ramp 3 - это СОВЕРШЕННО другая вещь, другого класса. Для этого конвертера как раз Стив и программировал работу напрямую, в обход kmixer или ASIO. В WinXP даже можно отключить звуковые функции устройства и маппинг.

Почитайте тут, там много интересного пишут, про Амарру в том числе (только про Амарру дочитайте до страницы где тестируют 1.1 версию, в которой появилась поддержка empirical).

http://www.audiocircle.com/index.php?board=40.90

[Murat]

Присылай, заценю.

Только с терминологией предлагаю определится.

Bitperfect это значит передача в точности каждого бита.

Апсемплинг меняет поток данных полностью применяя различные математические алгоритмы.

Разные апсемплеры будут звучать по-разному.

В SRC офигенно звучит алгоритм который в списке первый и он жрет много ресурсов!

aqvox тоже не увидел dCS. Написал в техподдержку.

[Melquiades]

А вот с чем его тебе стоит попробовать - это с Lynx16AES.

что-то не играет aqvox с линкс аес16

[Murat]

что-то не играет aqvox с линкс аес16

Хорош прикалываться

aqvox это USB драйвер. Откуда ему знать про линкс?

[Melquiades]

Хорош прикалываться

aqvox это USB драйвер. Откуда ему знать про линкс?

Да.. вот меня тоже буковки юсб насторожили.

Пардон, не разобрал чего там краснодарский авторитет имел ввиду. Он похоже о Secret Rabbit :ninja:

[Murat]

А ты, кстати, пробовал Secret Rabit?

[Гость Dmitry]

попробовал сегодня Secret Rabbit Code Upsampler.

Несмотря на загрузку проца под 100%, звук стал еще более детальный!!! И бас заметно изменился!

Если загрузка под 100% - видимо комп слабоват. А вообще этих ресемплеров - много, можно выбрать на свой вкус. Если звук улучшается - это уже особенности конвертера, значит легче ему работать с апсэмплированными данными. В моих опытах с проф. оборудованием высокого уровня после апсэмплера звук, естественно меняется, но вот лучше ли становится? Мой ответ - скорее нет чем да.

Вот ссылочка на сравнение SRC. Правда там сравнивают даунсэмплинг, но суть та же:

http://src.infinitewave.ca/

[Melquiades]

А ты, кстати, пробовал Secret Rabit?

нет, я впервые о нём слышу. сейчас попробую разобраться

апд: попробовал. не разобрался. Либо я тупой, либо инструкция по установке там для закоренелых программистов написана

[13Diver]

что-то не играет aqvox с линкс аес16

Народ, сорри за дезу про LynxAES16, в бошке уже все перемешалось, забыл что драйвер USB

Присылай, заценю.

Кинь мне свою почту в личку, я отправлю.

Насчет поддержки DCS, Wavelenght, Ayre - вышла Амарра 1.2 - там есть поддержка всех этих интерфейсов!

Амарра Мини до конца января теперь стоит 295$, и можно не ждать от них iLock ключа, а с помощью файла лицензии от них работать. Я себе после праздников однозначно покупаю.

[13Diver]

Вот обзорчик Ayre USB DAC - он тоже асинхронный, чувак отмечает там неслабое влияние USB кабелей. Про Амарру тоже немного пишет.

http://www.ultraaudio.com/equipment/ayre_qb9.htm