PC -> DAC

[Old Sinner]

Начальная посылка: наблюдая постепенное переползание всех жизненных
циклов на ПЦ, прихожу к неизбежности прикручивания к Оному внешнего ЦАП.
Как я понимаю, ничего хорошего (< $1000) из готового нет. Видимо придется сделать.
Подразумевается не фуф*о типа пцм29хх, а нечто близкое к МАКСИМУМУ.

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

Помехи "беру на себя".
Предполагаю SPDIF либо USB либо оба.
Хочу спросить уважаемую аудиторию о целесообразности самодельщины. Быть может,
уже все существует, только я не нашел?
Кто что скажет?

[densen2002]

звуковуха такая

Пара вопросов.

1. Был ли в комплекте екстеншн боард с цифровыми входами?

2. Пробовали ли записывать по цифре в формате 24/96? Дело в том, что этот режим в даташите на чипсет явно не указан....

У меня карта на базе CMI8768, но без цифровых входов, и если такой режим поддерживается, то буду паять цифровой вход (екстеншн боард ) для нее....

ползунок WAVE -:twisted: таким же макаром регулирует уровень в цифре на спдифе... Дальше и смысла никакого нет, честность проверять.

А у всех что, по другому, что ли??????

у меня по-другому...

ползунки микшера никак не влияют на громкость по SPDIF выходу.

Правда, прежде чем появился режим 24/96 пришлось потрахаться.
кому нужен комплект дров и в какой последовательности ставить (описание)

_http://rapidshare.de/files/30693171/cmi8768.rar

[Old Sinner]

2ALL
Удалось убить UA-11. Поиск на price.ru итд ничего не дал. Их уже совсем не продают?

[densen2002]

Давно интересуюсь внешним ЦАП. Какие недостатки есть у
http://www.behringer.com/src2496/index.cfm?lang=RUS

недостатков не заметил.
звучит хорошо.
хорошо также работает АЦПшкой и передискретизатором из всего во все.

учитывая этот факт, а также полный набор цифровых интерфейсов, и факт цены (170 долл) - девайс можно отнести к удачным приобретениям.

[SashaNetrusov]

Насчет же вывода с компа, не #$%те себе мозги, купите готовое IEEE1394 устройство с cпдиф входом и выходом, с уже готовыми дровами, кстати через вход заводится экстернал клок, с выходом и так понятно что делать, и поимеете и универсальную и безгеморройную, и, при желании, полностью синхронную систему и с реализацией синхронного реклока ноу проблем.
Цена вопроса менее 200 тугриков, в геморе с USB-cпдиф-буфер с сервой убьете времени на гораздо большую сумму.

Если интерфейс позволяет передавать данные со скоростью много больше требуемой (коим USB является), то я вообще не вижу проблемм с синхронностью. Она и не нужна особо. Просто надо передавать в каждом пакете данных намного с запасом вперёд и писать их в ОЗУ побольше. Просто каждый пакет надо сопровождать адресом с какого в ОЗУ писать. В каждом новом пакете начало немного перемещать (ориентируясь чисто по времени) и увеличивать пакет на соответствуещее число данных. Если данные будут в ОЗУ переписываться многократно ничего страшного. Если вдруг какойто пакет пропадёт (непредвиденная пауза), то за счёт избытка данных в предыдущем пакете всё закроется. Так что всё решаемо....
Ловите момент! Ноутбуки дешевеют, объёмы винтов растут.............
Однокристалку с USB да ОЗУ побольше.......

[densen2002]

Пробовали ли записывать по цифре в формате 24/96? Дело в том, что этот режим в даташите на чипсет CMI8768 явно не указан....

Спаял вход, попробовал. Поддерживается не выше чем 24/48. Облом-с!

Придется брать Creative E-MU 0404 для цифрового входа 24/96.
Ибо ничего дешевле в природе нет.

[Эx, залужу...]

densen2002 Планка была, но это 8738, а не 8768.

Просьба еще раз медленно прочесть: в моменты, близкие к равенству фаз сигнала и реклока система очень чувствительна к джиттеру.

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

.Если интерфейс позволяет передавать данные со скоростью много больше требуемой (коим USB является).......
...... Так что всё решаемо....

Конечно решаемо! Только кто конкретно, а самое главное, за какую сумму, согласиться ее таким образом решить?

[Old Sinner]

densen2002
Вчитался, понял, думал. Вывод прежний. Моменты близкие равенству фаз, возникают там ровно с частотой биений, что есть джиттер на входе, что нет. Абсолютно не вижу никаких проблем, если джиттер на входе меньше четверти периода частоты реклока, к увеличению количества метастабильных состояний он не приведет.

Ладно, нарисую.
Если асинхронный реклок делать фронтом (спадом), то описанным 15000пс джиттером будут поражены фронты (спады) выходного сигнала, а на спадах (фронтах) будет один скачек, на каждый "обгон" фазы, как Вы описывете. Разумеется, если джиттер входного сигнала меньше полупериода реклока.
Можно предположить, что при подключении дешевого транспорта, эти громадные скачки проползают в МС ЦАП и производят неприятные эффекты.
Пока объяснял, придумал средство борьбы. Точнее, вспомнил, как escapist рассказывал о собственной системе реклока и подумал. Нужно сделать второй реклок со сдвигом фазы и цифровым одновибратором. При этом, может улучшиться и работа и с хорошими источниками, ибо пропадут длительные прыжки скважности.

[Nikkov]

Ладно, нарисую.
Если асинхронный реклок делать фронтом (спадом), то описанным 15000пс джиттером будут поражены фронты (спады) выходного сигнала, а на спадах (фронтах) будет один скачек, на каждый "обгон" фазы, как Вы описывете. Разумеется, если джиттер входного сигнала меньше полупериода реклока.
Можно предположить, что при подключении дешевого транспорта, эти громадные скачки проползают в МС ЦАП и производят неприятные эффекты.
Пока объяснял, придумал средство борьбы. Точнее, вспомнил, как escapist рассказывал о собственной системе реклока и подумал. Нужно сделать второй реклок со сдвигом фазы и цифровым одновибратором. При этом, может улучшиться и работа и с хорошими источниками, ибо пропадут длительные прыжки скважности.

Вот ведь, сам такую же картинку нарисовал Но пока рисовал, запал пропал и постить не стал. А что пускать будет одновибратор?

[aal]

Я вот подумал, насчёт буфера для потока (+-100ppm). Если я правельно понимаю +-100ppm = +-10в-4. Т.е. для СД 74мин (740мб) требуется буфер ~150кбайт. (2*740 000 000*10в-4). Алгоритм рботы должен быть следующий:
1. Пока идут "0" или нет потока указатели в 0.
2. Пошёл поток - ждём заполнения буфера на половину - начинаем воспроизведение.
3. Пошли "0" доигрываем не "0" + 1024 "0" и к п.1
Если было "0" меньше 1024 - продолжаем играть

Основное анализ "0"-й. Чтобы за паузу между песнями/дисками выбрать разницу (кол-во "0" можно изменить в большую/меньшую сторону). Конечно появляется задержка до 2-х секунд - но зато такт от своего гена.

Я не смог найти размышления по размеру буфера, они точно были здесь на форуме. Помню буфер получался под 16м. А почему не помню.

У меня есть K6R4004С1D-JС10 самсунговская статическая 15нс память с организацией 1м*4 в корпусах 32 ноги как на S3Trio (<4$) брал через точку опоры. И есть K6R4008V1D-TI10 512к*8 тсоп. примерно теже цены...
Скорости хватит для эмитации 2-х портовой. Про плисину думаю. Но пока обсудить детальки проекта хотелось бы....

[SashaNetrusov]

Конечно решаемо! Только кто конкретно, а самое главное, за какую сумму, согласиться ее таким образом решить?

Когда то я был полон решимости освоить однокристалки (программирование), но так всё и завяло потому что интересной задачи для себя так и не нашёл. А работодатели ищут уже освоивших программирование...
Вот кому то задачка для обучения, своего имени и возможных дивидентов в будущем.......

SashaNetrusov добавил 29.08.2006 в 15:19
Прошивки и драйвера можно через интернет продавать...

[Эx, залужу...]

Если асинхронный реклок делать фронтом (спадом), то описанным 15000пс джиттером будут поражены фронты (спады) выходного сигнала, а на спадах (фронтах) будет один скачек, на каждый "обгон" фазы, как Вы описывете. Разумеется, если джиттер входного сигнала меньше полупериода реклока.

А теперь бы еще нарисовать в масштабе - 352,8кГц - частота "очищаемого" LE, 33868,8кГц - частота клока триггера. От отношения этих частот разве не зависит?

[SashaNetrusov]

Конечно появляется задержка до 2-х секунд - но зато такт от своего гена.

При разбежке 0.01проц. надо задержку около 0.5 сек делать...(74*60/10000)

SashaNetrusov добавил 29.08.2006 в 15:45
ОЗУшка 256кб самое то!

[Old Sinner]

А что пускать будет одновибратор?

Фронт или спад, который уже "очищен".
PS
За прошедшее время прочитал море страниц на тему adaptive isochronous.
Главная мысль всех постов: "I suspect problems".

Но пока обсудить детальки проекта хотелось бы....

Во-первых, чтобы меньше ошибаться, считать буфер для ЦС можно проще.
Обычный объем диска нынче 80 минут. Если буферить все подряд (не только аудиоданные), что проще, получаем:
Скорость потока 44100 отсчетов/сек * 64 бит в отсчете = 2822400 бит/сек
На диске 80 минут * 60 секунд = 4800сек
100ppm от 4800сек, это 0.48сек.
Тогда +/-100ppm, это 0.96сек.
Потребная память: 2709504 бит.
Если выделять и буферить только данные, делим пополам (для 16-битного варианта).

Во-вторых, рассматривать 74-минутный "сидюк" как единицу измерения как-то некузяво: все-таки, топик PC -> DAC заводился для "более большой" цели, где могут случаться "более другие" размеры , например, DVD-шные. Нет предела совершенству (С).
Это лирика.
А теперь, еще бочка дегтя. Не нужно забывать, что +/-100ppm нужно еще поискать.
В подавляющем большинстве случаев оказывается гораздо больше. При этом, всякие ЦДРОМы и ЦДплаеры можно "подкрутить", а на материнских платах 6МГц может вообще неизвестно из чего, кто ее мерял... Точнее, известно из чего - из 14.318. Частота "любимой" UA-11 вообще ни в 100 ни в 200 не лезет. Вон, уж как еscapist ни бился, захватить ее не удалось.

Old Sinner добавил 29.08.2006 в 18:14

А теперь бы еще нарисовать в масштабе - 352,8кГц - частота "очищаемого" LE, 33868,8кГц - частота клока триггера.

А самому нарисовать, смоделировать, посмотреть?

От отношения этих частот разве не зависит?

Этт смотря что

[Эx, залужу...]

А самому нарисовать, смоделировать, посмотреть?

Нет у меня симуляторов...

Этт смотря что

Результаты на выходе триггера, в зависимости от величины джиттера на входе.

[Nikkov]

Фронт или спад, который уже "очищен".

Если "очищен" так как на картинке, то у нас изменяется период последовательности и какой толк в выравнивании длины импульса? Или далее идет второй реклок со сдвинутой фазой? Короче мне не понятно, что тут можно таким методом улучшить.

За прошедшее время прочитал море страниц на тему adaptive isochronous.
Главная мысль всех постов: "I suspect problems".

А где их нет? А по асинхронному изохронному ничего нового не нашел?
Я все же останусь при мнении, что адаптивный режим мало пригоден для высококачественного воспроизведения по следующим причинам: средняя частота определяется тактовой шины USB, долговременная стабильность ей же, кратковременная будет улучшаться только за счет увеличения буфера. Стандартная реализация возможностей режима налицо в UA-11.
Кстати, с USB можно работать и без драйвера, поэтому если не получится реализовать стандартный USB-audio, то можно достаточно просто написать плагин для WinAMP с использованием либо LibUSB, либо других оберток вокруг протокола.

Я вижу для себя два пути реализации: на TUSB3200 и LPC2148.
Первый легко сопрягается с ЦАПами, но без специальных средств отладки есть большая вероятность завязнуть в его программировании, т.к. на эмуляторе большую часть не отладишь.
Второй имеет достаточный объем памяти, для отладки достаточно какого-нибудь варианта JTAG, но надо подумать как дальше сопрягать с ЦАПами.

[aal]

Во-первых, чтобы меньше ошибаться, считать буфер для ЦС можно проще.
Обычный объем диска нынче 80 минут. Если буферить все подряд (не только аудиоданные), что проще, получаем:
Скорость потока 44100 отсчетов/сек * 64 бит в отсчете = 2822400 бит/сек
На диске 80 минут * 60 секунд = 4800сек
100ppm от 4800сек, это 0.48сек.
Тогда +/-100ppm, это 0.96сек.
Потребная память: 2709504 бит.
Если выделять и буферить только данные, делим пополам (для 16-битного варианта).

Так я примерно и считал, но с другого "конца" и без учёта "лишних" данных I2S. Но меня больше сейчас интересует алгоритм отработки потока, чем размер буфера - можно хоть 2метра воткнуть. Кстати можно и преобразователь 48bck -> 64bck сразу сделать....

Во-вторых, рассматривать 74-минутный "сидюк" как единицу измерения как-то некузяво: все-таки, топик PC -> DAC заводился для "более большой" цели, где могут случаться "более другие" размеры , например, DVD-шные. Нет предела совершенству (С).
Это лирика.
А теперь, еще бочка дегтя. Не нужно забывать, что +/-100ppm нужно еще поискать.
В подавляющем большинстве случаев оказывается гораздо больше. При этом, всякие ЦДРОМы и ЦДплаеры можно "подкрутить", а на материнских платах 6МГц может вообще неизвестно из чего, кто ее мерял... Точнее, известно из чего - из 14.318. Частота "любимой" UA-11 вообще ни в 100 ни в 200 не лезет. Вон, уж как еscapist ни бился, захватить ее не удалось.

Так +-сколько ppm надо закладывать в проект?
Основная идея выравнивание буфера в паузах между песен:
1. поток больше частоты гена - выкидываем "0" для выравнивания.
2. поток меньше частоты гена - добавляем "0" для выравнивания.

[mrFox]

Nikkon
у LPC2148 есть стандартный I2C
кроме этого есть еще at91sam7
TUSB3200 ничем от них не отличается - только i2C выходов у него 4

[Nikkov]

у LPC2148 есть стандартный I2C

Есть

кроме этого есть еще at91sam7

У меня нет .

TUSB3200 ничем от них не отличается - только i2C выходов у него 4

TUSB на 52 ядре, для отладки нужен внутрисхемный эмулятор, у меня его нет, а он стоит как паровоз. i2C у него один и он используется под загрузку firmware из внешней памяти. А вот I2S у него действительно 4.

А Виглер или ULINK я себе для армов спаяю, пригодится.

[SashaNetrusov]

А теперь, еще бочка дегтя. Не нужно забывать, что +/-100ppm нужно еще поискать.

Если к опорному генератору в ЦАПе инерционную АПЧ (не ФАПЧ) применить с помощью варикапа к частоте восстановленной СПДИФ приёмником? Можно разбежку в несколько Герц таким образом получить...

[mrFox]

Nikkon
мда перепутал I2C и I2S - но с I2S програмно сделать даже проще
насчет "не отличаются" я о том - что программу то все равно надо писать
и поэтому лучше взять тот кристал, который ты знаешь лучше и/или под который инструментов больше