Наши статьи

[Алексей В.]

Лучше и не скажешь! Like, однозначно

[ba0504]

Я не сторонник споров и не считаю что последнее слово должно остаться за мной. Но все же, здесь Вы ошибаетесь.

Это при считывании цифрового потока с CD допустимо некоторое количество ошибок, замена ошибок нулями и использование кода Рида-Соломона для более-менее терпимого восстановления звучания. Так же делает EAC при сграбливании диска - если есть ошибки, то он указывает их в отчете, а пропуски заменяет нулями. До некоторого предела такие фокусы в итоговом звуковом сигнале почти не прослушиваются. Но сколько бы их не было, лучше если их меньше и эти искусственные нули, Вы правы, надо всячески устранять.

Но в протоколах, разработанных для ответственной передачи данных (в том числе USB) это НЕ ТАК. Там передача считается успешной только если совпала контрольная сумма, то есть получили то что послали бит-в-бит. Никакая замена пропусков нулями там не допускается. Так же работает USB канал между Маком и асинхронным ЦАПом. Пока ЦАП не получит совпадение контрольной суммы он будет повторять запрос. Прошу более опытных коллег поправить если я ошибаюсь.

 

Кстати, это тема напрямую относится к Мак-мини как источнику, ИМХО. Если нам удастся объяснить заблудшим что Мак-мини устроен так, что не надо тратиться на кабели ценой со стоимость Мака, то это хорошо. Не правда ли?

 

Возможно вы и правы в том, что написали. Хотя ответ на самом деле есть на сайте iFi, там они объясняют почему их кабели работают лучше. И ничего там не расширяется и не трется, это вы уже передергиваете... (сейчас нет времени копать глубже).

Есть еще одна сторона вопроса: если данные не прошли корректно - поступает повторный запрос, так получается. И такое переспрашивание будет происходить тем больше, чем хуже канал передачи информации. Будут напрасно расходоваться ресурсы (время, энергия), что и ведет к деградации звука (возможно не настолько существенной, что этим кто-либо может и пренебречь)

[ba0504]

А это уже другая тема.

 

Вам предлагают убедиться, что ваша конфигурация корректно работает в принципе.

 

А дальше можете наращивать рюшечки в своё удовольствие.

Не наращивать рюшечки, а восстанавливать первоначальную картину (в минимальные сроки с минимальными затратами) 

[лакировщик]

Да всё Вы правильно пишите, Vinnie, только.... не на этом форуме.

Тут слышно всё и влияет всё. и даже указанные Вами выше трения проводника о изоляцию. спорить бесполезно и достаточно почитать про то как влияют на звук роутеры их БП и ethernet, в которых схема также пакетна.

принцип один - чем дороже провод, тем лучше звук.

пользуешься дешёвым - глухой, нищеброд, тролль.. или всё сразу.

[лакировщик]

 

USB драйвера у поставщика нет, просто как привыкший к ПК, изначально подумал, что проблема может решиться установкой другого драйвера. USB драйвер под mac os от Yamaha, который лежит в свободном доступе в инете, не помог и как показалось, щелчки даже стали происходить чаще. 

 

 

 

 

 

переустановить ось или поставить вторую ось на диск и поставить туда только аудирвану, а остальное (игры/почта/сообщения) поудалять (я давал пример команды). Будут щелчки?

 

 

Вот тут указывал команду для удаления неудаляемого (почта, и прочие геймцентры).

Выделил жирным... Ну, это смешно же... при чём тут ямаха?

срочно удалять!!

 

http://soundex.ru/index.php?showtopic=34622&p=1079475

[snst]

Я не сторонник споров и не считаю что последнее слово должно остаться за мной. Но все же, здесь Вы ошибаетесь.

Это при считывании цифрового потока с CD допустимо некоторое количество ошибок, замена ошибок нулями и использование кода Рида-Соломона для более-менее терпимого восстановления информации. Так же делает EAC при сграбливании диска - если есть ошибки, то он указывает их в отчете, а пропуски заменяет нулями. До некоторого предела такие фокусы в итоговом звуковом сигнале почти не прослушиваются. Но сколько бы их не было, лучше если их меньше и эти искусственные нули, Вы правы, надо всячески устранять.

Но в протоколах, разработанных для ответственной передачи данных (в том числе USB) это НЕ ТАК. Там передача считается успешной только если совпала контрольная сумма, то есть получили то что послали бит-в-бит. Никакая замена пропусков нулями там не допускается. Так же работает USB канал между Маком и асинхронным ЦАПом. Пока ЦАП не получит совпадение контрольной суммы он будет повторять запрос. Прошу более опытных коллег поправить если я ошибаюсь.

Я хоть и не более опытный коллега, но напомню, что асинхронный режим работы шины USB является изохронным, а значит в нем нет коррекции ошибок и гарантируется только время доставки пакета, но никак не отсутствие ошибок. В случае обнаружения ошибки изохронные данные не повторяются — недействительные пакеты игнорируются.

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

[лакировщик]

ну, ок, давайте зас.ём ветку.

объясните мне, почему по проводу, вложенному в поставку принтера пакеты должны приходить реже, чем по проводу, купленному за килобакс?
есть стандарт, описывающий изготовление этого провода. И стандарт передачи данных.

нельзя пользоваться удлинителями и проводами длиннее 7 метров (по факту, для больших массивов данных, до 1,5 м).

Я говорю о промышленном использовании USB, при постоянной передаче очень больших массивов данных.

поставщики оборудования ни разу не рекомендовали провода из allcables )

 

[snst]

Сделайте отдельную тему, посвященную обсуждению протокола USB

[лакировщик]

да не, проще тут обсуждать мак мини и только его.

[snst]

да не, проще тут обсуждать мак мини и только его.

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

[лакировщик]

Всем здравствуйте.

Добрые люди, прошу помощи! 

 

 

вот ещё, кстати.

пор оптимизацию

http://soundex.ru/index.php?showtopic=36022&p=822391

[лакировщик]

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

 

аплодирую по другому поводу.

http://sdphca.ucsd.edu/Lab_Equip_Manuals/usb_20.pdf

на 44 (72) странице стартует описание изохронного режима.

но не нашёл того, что асинхронный режим = изохронный.

[Lesnykh]

Вот тут указывал команду для удаления неудаляемого (почта, и прочие геймцентры).

Выделил жирным... Ну, это смешно же... при чём тут ямаха?

срочно удалять!!

 

http://soundex.ru/index.php?showtopic=34622&p=1079475

После покупки б.у. mac mini, я его форматнул, разбил на 2 диска и поставил систему. Ни каких программ кроме Аудирваны не ставил. Тем самым система была "голая". И только после того, как не получилось избавиться от щелчков, начал ставить другие программы, драйверы, менять шнурки и т.д.

То что после решения данной проблемы необходимо оптимизировать систему - это точно. Спасибо за то, что предоставляете прямые ссылки!

Однако эти щелчки не дают покоя. Как вернусь с работы, ещё раз форматну mac, поставлю систему и обновлюсь до последней версии. 

[Lesnykh]

Кстати, да.

В настройках аудирваны ЦАП аудиолаба распознался?

 

PS. Ну и картинок хочется с настройками MIDI, аудирваны....

легче будет объяснить

В настройках Аудирваны звук идёт через Аудиолаб.

Картинки скину, как доберусь с работы! 

[лакировщик]

После покупки б.у. mac mini, я его форматнул, разбил на 2 диска и поставил систему. Ни каких программ кроме Аудирваны не ставил. Тем самым система была "голая". И только после того, как не получилось избавиться от щелчков, начал ставить другие программы, драйверы, менять шнурки и т.д.

То что после решения данной проблемы необходимо оптимизировать систему - это точно. Спасибо за то, что предоставляете прямые ссылки!

Однако эти щелчки не дают покоя. Как вернусь с работы, ещё раз форматну mac, поставлю систему и обновлюсь до последней версии. 

 

может, стоит поставить систему на другой логический диск?

Ну, и никаких ЮСБ-драйверов точно ставить не надо. Только от Аудиолаба, если они предусмотрены.

 

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

они Вам точно не нужны.

[Маратище]

 ещё раз форматну mac, поставлю систему и обновлюсь до последней версии. 

 

На редкость бесполезное времяпрепровождение. Это ж не форточки.

 

[snst]

аплодирую по другому поводу.

http://sdphca.ucsd.edu/Lab_Equip_Manuals/usb_20.pdf

на 44 (72) странице стартует описание изохронного режима.

но не нашёл того, что асинхронный режим = изохронный.

Обратимся "к Марксу" http://www.usb.org/developers/docs/devclass_docs/audio10.pdf

Страница 19, документ USB Audio device definition

На всякий случай вот ссылка на страницу классики для цифровых аудиофилов http://www.usb.org/developers/docs/devclass_docs/

[лакировщик]

 Furthermore, some audio functions will introduce extra delay because they need time

to correctly interpret and process the audio data streams (for example, compression and decompression).

However, it is required that an audio function introduces only an integer number of frames of delay. In the

case of an audio source function, this implies that the audio function must guarantee that the first sample

it fully acquires after SOFn (start of frame n) is the first sample of the packet it sends over USB during

frame (n+d). d is the audio function’s internal delay expressed in ms

 

вот это ключевое?

[snst]

Думаю этого достаточно: In the case of a delivery failure due to error, no retrying of the attempt to deliver the data

Если по русски: при ошибке - никакого повторения доставки данных

Кстати, вы знаете что в обычном "принтерном" USB кабеле количество ошибок передачи достигает 5 процентов? Просто все они либо корректируются, либо запрашивается повторный пакет. А в изохронным режиме вся эта грязь валится в ваш ЦАП. Отсюда и различие в звучании кабелей, как бы смешно это вам не казалось. Не для смеха спецификации протоколов надо читать. А то потом возникают вопросы, как же мой винчестер через USB без ошибок то читает ? Вот так и читает, по 50 раз одно и то же ))

[лакировщик]

Для начала, так и не увидел в анналах "изохронный =асинхронный"

Далее, и ошибки генерит (и исправляет), конечно, кабель.

PS если кабель убрать (беспроводное соединение), кто ошибки генерит?

[лакировщик]

На редкость бесполезное времяпрепровождение. Это ж не форточки.

Там у него много чего установлено лишнего, может переустановка будет к месту

[snst]

Владимир, ну давайте еще раз с упорством достойным лучшего применения

страница 19 того же самого документа, цитирую:

Each isochronous audio endpoint used in an AudioStreaming interface belongs to a synchronization type as defined in Section 5 of the USB Specification. The following sections briefly describe the possible synchronization types.

3.3.1 Asynchronous

Asynchronous isochronous audio endpoints produce or consume data at a rate that is locked either to a clock external to the USB or to a free-running internal clock. These endpoints cannot be synchronized to a start of frame (SOF) or to any other clock in the USB domain.

3.3.2 Synchronous

The clock system of synchronous isochronous audio endpoints can be controlled externally through SOF synchronization. Such an endpoint must do one of the following:

• Slave its sample clock to the 1ms SOF tick.

• Control the rate of USB SOF generation so that its data rate becomes automatically locked to SOF.

3.3.3 Adaptive

Adaptive isochronous audio endpoints are able to source or sink data at any rate within their operating range. This implies that these endpoints must run an internal process that allows them to match their natural data rate to the data rate that is imposed at their interface.

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

[лакировщик]

А у меня подозрения, что воду мутят декодеры. Ибо в документе, на который дал ссылку я, сказано, что не обязательно асинхронный режим должен быть изохронным.

Схема:

http://soundex.ru/index.php?showtopic=36022&p=826005

[snst]

Спасибо, оценил, но толсто )) особенно схема там только 15 килоомники заменить в декодерах на 100 омники в энкодерах и сразу изохронным станет без мути, правильно ?

[arzojaan]

А кто какой сетевой кабель с F8 пробовал на минике? Его в "пилот" втыкаете? В чем прирост выражается? Вот что нашел пока: 

http://www.allcables.ru/isotek_EVO3_PREMIER_POWER_CABLE_(EU_Shuko_-_IEC_C7)_1.5m.html

http://www.allcables.ru/oyaide_PA-22Zxe_1.8m.html

http://www.allcables.ru/nordost_Purple_Flare_(Leif_Series)_Power_1.0m.html

http://www.allcables.ru/furutech_G-320Ag_F8_1.8m.html

 

Что сильнее влиять будет, юсб кабель или сетевик на минике? Думаю с источником вопрос закрыть в первую очередь

 

ЗЫ Вот еще нашел статейку

http://www.digitalaudioreview.net/2014/08/isotek-evo3-premier-power-cable-for-macmini/