Полигон-2

[q]

Имеет - не имеет, но исторически DMA победил. Значит что-то в нем полезное есть.

[/q]

А я и не отрицал его полезность как принципа. Я имел в виду лишь устарелость конкретной реализации этого принципа (а вся эта возня с отдельным контроллером и кучей каналов однозначно указывает на конкретную реализацию) с развитием PC-железа. Которую и производители прекрасно понимали в то время - уже в EISA (1988 год) были введены более быстрые и несовместимые режимы.

[q]

Разве частота ISA шины не постоянна?

[/q]

Ага. Более того, она даже нигде формально не стандартизирована Например, на 486х её можно заставить гулять от 1,6 до 25 МГц. Хотя найти платы, которые выдержат >11-12, надо ещё постараться

[q]

На мой взгляд, DMA гораздо удобнее для звуковых карт.

[/q]

Начнём с того, что кроме звуковых карт и дисководов, он ни для чего (массово) и не применялся. Ну и потом ещё прикрутили к LPT-портам и то скорее из-за потребности тащить обратную совместимость со старыми - он есть только в ECP-режиме, который появился в 1994, когда ISA уже стремительно устаревала.

[q]

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

[/q]

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

[q]

а DMA позволяет самой звуковухе вытаскивать байты из памяти с нужной частотой.

[/q]

С той частотой, на которой она способна их обработать. Кстати, в памяти они тоже должны откуда-то появиться, а кто их туда положит? Процессор. А тогда в чём разница, слать напрямую в устройство или сначала в память?

В общем, теоретически скорректировав кривое содержимое JED'а я сочинил некоторый GAL'озаменитель для CSM.

Fagear написал:

[q]

В цифре вообще отдают только два - OPL2 и OPL3, и у тех свой проприетарный Ямаховский интерфейс к своим же ЦАПам.

[/q]

Я стесняюсь оффтопить, но меня разбирает любопытство. Каким образом на картах AWE32 сигнал с YMF262 OPL3 попадает вместе с сигналом от EMU8k на S/PDIF out?

А вот и первый прототип CSM:

Mihail1810 написал:

[q]

А купить можно платку такую?

[/q]

Можно но не нужно А смысл, если афтор даже оригинальный ковокс не завел? Или завел, но молчит?
В том смыле, что что там с галкой-то в итоге? Подошла прошивка/не подошла?
Инфы то нет