USB transport Tango в вопросах и ответах

[energetik]

Предлагаю тем, кто уже пользуется транспортом и тем кто собирается это сделать делиться опытом и задавать вопросы здесь. Также предлагаю обсуждать здесь проекты - расширения, т.е. индикацию, управление, модули интерфейсов к транспорту и так далее. Поскольку проект открыт к расширению возможностей, поэтому милости просим сюда со своими предложениями.
ОБНОВЛЕНИЕ 14.10.2011
Добавил схему и печатку файл sch_pcb.rar Схема и печатка - проект в программе Pulsonix.

Скрытый текст

программа и всё необходимое для полноценной работы здесь - http://narod.ru/disk/16344983001/%D0...D0%BA.rar.html

[свернуть]

ОБНОВЛЕНИЕ 09.10.2011
Добавил сырцы. Файл wav_plaer.rar‎ Это абсолютно рабочий код.
Самое интересное - для изготовления прошивки к Танго необходимо скачать и устрановить Keil, открыть и скомпилировать проект в нём. В папке проекта OBJ появится обновлённый файл src.bin в него необходимо добавить 4096 байт (0x00H) в начало в любом HEX редакторе это "нулевой ключ для декодирования". Переименовываем его в firmware.bin ВСЁ прошивку можно писать на флешку и обновлять Танго.
Бонусом в папке есть сырцы flac декодера.

[Turbo_man]

Все равно не понятно..

Семплы L и R берутся одновременно (параллельно) а передаются последовательно парами. При этом началу передачи семпла (L + R) может соответствовать ТОЛЬКО один фронт LRCLK (ИМС ЦАП-а защёлкивает данные по одному определённому фронту в соответствии с форматом данных). Если LRCLK в этот момент проинвертировать, то в "текущий семпл" с точки зрения ИМС ЦАП-а попадут L из одной пары, а R из другой.
Если бы и порядок следования внутри пары тоже менялся, то тогда бы ничего не изменялось.
Сейчас (LR)(LR)(LR) меняется на L(RL)(RL)R, а надо на (RL)(RL)(RL)

[Audiomaniac]

Ну вот допустим по линии DATA последовательно идут сэмплы 00h, 11h, 22h, 33h. При этом 00 и 22 попадут в левый канал, а 11 и 33 - в правый канал. А если LRCK проинвертировать, то 00 и 22 попадут в правый, а 11 и 33 - в левый. В те же моменты времени. Не так разве?

[forever_student]

Ну вот допустим по линии DATA последовательно идут сэмплы 00h, 11h, 22h, 33h. При этом 00 и 22 попадут в левый канал, а 11 и 33 - в правый канал. А если LRCK проинвертировать, то 00 и 22 попадут в правый, а 11 и 33 - в левый. Не так разве?

Нет. Перепад, означающий начало пового сэмпла, сдвинется (за счёт инверсии) и 00h (если 00h - начало передачи) не попадёт никуда (нет перепада - начала нового сэмпла), 11h попадёт в левый, 22h - в правый, 33h - в левый.

[Alex]

Ну вот допустим по линии DATA последовательно идут сэмплы 00h, 11h, 22h, 33h. При этом 00 и 22 попадут в левый канал, а 11 и 33 - в правый канал. А если LRCK проинвертировать, то 00 и 22 попадут в правый, а 11 и 33 - в левый. В те же моменты времени. Не так разве?

Нет.
Если не инвертировать, то сначала попадут:
00 в левый и 11 в правый
затем:
22 в левый и 33 в правый.

Если проинвертировать, то сначала попадут:
11 в левый и 22 в правый
затем:
33 в левый и 44 в правый

[Audiomaniac]

В механизм, честно говоря, так и не врубился, и поскольку я человек пытливый и всегда все сам проверяю, поэтому просто для опыта влепил инвертор в LRCK (48RJ).. Действительно, сдвиг между каналами возникает в 23мкс.. пусть это послужит назиданием для всех писателей прошивок - внимательней смотреть надо.

[Alex]

Действительно, сдвиг между каналами возникает в 23мкс..

22.67574 И это для 44.1, для интереса - можешь померять на 96 - будет 10.4

[forever_student]

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

Например:
Данные в одном сэмпле идут в порядке L R. Новый сэмпл начинается с фронта LRCK.

Сильно упрощённо:
48-битный сдвиговый регистр, принимающий данные по тактам BCK по последовательной шине DATA,
и отдающий их по параллельной шине по фронту LRCK.
В случае неинвертированного LRCK:
- В начале пришел фронт LRCK, данные (мусор, или нули и т.д.) отправлен. Приём нового сэмпла. L принят - спад LRCK, приём R, по новому фронту LRCK отправлены и т.д.
В случае инверсии LRCK:
- В начале пришел спад LRCK, далее данные L, затем фронт LRCK - и данные L (на месте R - их же не сдвигали далее) отправлены. Начат приём сэмпла (на линии DATA - R - пара к уже отправленному L). После приёма R - спад LRCK и приём L данных из следующего сэмпла. Далее - фронт LRCK - и отправка - R предыдущего сэмпла ( на месте L ) и L - текущего (на месте R )
Как-то так.

[Artemy R]

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

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

[Alex]

Да хоть груздь в корзинке.

Ну вот "груздь" - может и услышит

---------- Добавлено в 15:07 ---------- Предыдущее сообщение в 15:07 ----------

При развернутой фазе атака пропадает.

Атака не связана с фазой, это огибающая

[Artemy R]

Ну вот "груздь" - может и услышит

---------- Добавлено в 15:07 ---------- Предыдущее сообщение в 15:07 ----------

Атака не связана с фазой, это огибающая

Дык, и я о том же.
Огибающая по положительным полувалнам не повторяет огибающую по отрицательным полуволнам. Как в случае импульсного сигнала с затуханием. И чем ниже частота, тем заметнее.

[Alex]

Огибающая по положительным полувалнам не повторяет огибающую по отрицательным полуволнам.

Неважно, длительности отрезков огибающей намного больше периода несущей.

И чем ниже частота, тем заметнее.

ага, если проводки отполировать...

[energetik]

Леш, как насчет поправить каналы при выводе RJ ?

Сделал. Качаем прошивку v0.8.3 из первого поста.

[Ст.Мельник]

Сделал. Качаем прошивку v0.8.3 из первого поста.

Алексей, огромное спасибо, каналы в RJ стали на свои места и даже показалось, что улучшилась передача звукового пространства. Куплю еще один Танго.

[Audiomaniac]

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

[energetik]

Алексей, а во фламенке как с этим, баговый код не скопипастился случайно?

в flamenco с первой прошивки всё нормально. Я почему то думал, что в tango это тоже поправил...

[SergVKS]

Offтопик:

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

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

[energetik]

Offтопик:
SergVKS, Сергей, не придирайся

[Audiomaniac]

а именно при прослушке, если память не изменяет первым комрад dolin заметил.

Ну, вообще переворот каналов не заметить трудно. Казалось бы И тем не менее... А вот слышимость постоянного частотонезависимого сдвига фазы на 23мкс лично для меня сомнительна. Это в сущности эквивалентно всего лишь сдвигу одной из АС на небольшое расстояние или наклону головы Хотя, может быть в наушниках было бы что-то заметно.

[pyos]

А вот слышимость постоянного частотонезависимого сдвига фазы на 23мкс лично для меня сомнительна.

Offтопик:
Угол сдвига фаз каналов как раз частотозависимый. На 1 кГц - около 4 градусов, на 20 кГц - 82 градуса. И сцену он "разваливает" довольно заметно, это хорошо слышно в цапах без ЦФ, в которых данные загружаются со сдвигового регистра поочередёно в "левую" и "правую" микросхемы преобразователя. Каноничный пример - AN DAC Kit 1. Сравнивался оригинальный вариант цапа и вариант, в котором простейшая логическая схема на одной плиске загружала данные в обе микросхемы одновременно.

[Ст.Мельник]

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

И я тоже причастен, немного, хотя купил 5 дней тому. Просто, сразу подключил и это было слышно. В сравнении с СД транспортом, мне показалось звуковое пространство уже, Вч более грубые, и каналы попутаны. Вот и начал смотреть и вертеть LRCK. Теперь, после прошивки 0.8.3, кроме исправленных каналов, транспорт стал значительно лучше передавать пространство и звучит более тонко. А многие не замечали, т.к. использовали в реж. I2S и там было все гут. Я пока доволен..