Полигон-2

Вам надо было опрос-голосование устроить...
Лично я за 1-й пункт!
Уж какие только "зверюги" не встречались в те времена - и видеокарты с тв-тюнерами, и звуковухи с контроллерами CD, и SCSI/IDE/LPT/COM-контроллеры и т.п...
...Позже конечно это всё перетекло с вертикальной плоскости, на горизонтальную, то бишь на материнку, в результате чего и кол-во слотов расширения начало уменьшаться, а некоторые и вовсе вымерли (в ширпотребном сегменте рынка).

Falcon написал:

[q]

А горизонтальная плоскость в вертикальную...)

[/q]

- да? Это как, простите?

Anderson1 написал:

[q]

Вероятно переход с десктопов на тауэры...

[/q]

- ах, так мы корпуса уже обсуждаем? Ну, тогда конечно!

Тем более в то время было множество моделей так называемых CD-ROM player с дополнительными кнопками управления.
Например Creative оснащала свои приводы дополнительным цифро-выходом CD-digital для вывода звука на колонки
подключаемым напрямую к звуковухе минуя встроенный в CD-драйвы DAC.
Такие приводы логичнее и коннектить через IDE к ней-же.

skoroxod написал:

[q]

Например Creative оснащала свои приводы дополнительным цифро-выходом CD-digital для вывода звука на колонки подключаемым напрямую к звуковухе минуя встроенный в CD-драйвы DAC.
Такие приводы логичнее и коннектить через IDE к ней-же.

[/q]

Не путай CD digital, он-же Coaxial SPDIF, с обыкновенным IDE!!!
Нет ничего логичного в коннекте обоих интерфейсов к звуковухе. К тому-ж, когда в компе стоят три звуковухи - к которой коннектить привод? Последние модели сидиприводов умеют читать цд, напрямую, в цифровом виде выдавая инфу через IDE шину, без обработки. И лишь программный плейер, задействуя ресурсы CPU, расшифровывает "цЫфру" и выдаёт результат на звукашку по ISA/PCI.
Старые модели приводов такого не умеют, из цЫфры им доступен только SPDIF, да и тот не у всех моделей присутствовал.

Кнопку запуска проигрывания обычных audio-CD у фабрикантов потребовали пользователи, ибо проще вставить диск и нажать кнопу, чем полчаса дрючить мышь, разыскивая "обмазанные сыром" экранные кнопки.
Позже, эта необходимость переросла в маркетинговое поветрие, добравшись до creative infra. На оном и сдохло. ибо - перебор вышел.

DrPass написал:

[q]

ATAPI реализуется только поддержкой BIOS

[/q]

Насколько я знаю, BIOS к ATAPI касательства практически не имеет, разве что в плане загрузки с CD-ROM или идентификации устройства, чтобы написать его название где-нибудь на этапе POST.
ATAPI - это просто дополнительный набор команд по образу и подобию SCSI'шных, добавленный к основному набору IDE через пакетную команду A0h.
Но Вы правы (а Fe-Restorator не прав) в том, что не было никаких специальных ATAPI-заточенных контроллеров - мне такие не попадались, я даже не представляю, как этом можно сделать.
Из имеющихся у меня звуковух, спокойно подключал винты к ESS (номер модели сразу не вспомню) - всё нормально работало.

uav1606 написал:

[q]

Насколько я знаю, BIOS к ATAPI касательства практически не имеет, разве что в плане загрузки с CD-ROM или идентификации устройства, чтобы написать его название где-нибудь на этапе POST.

[/q]

Да, поддержка BIOS нужна для загрузки с сиди. В остальном достаточно будет драйвера.

Falcon написал:

[q]

И что, неужели ни в одну светлую голову не пришло эту особенность использовать, скажем для ускорения и/или улучшения качества работы? Ведь ежу понятно, что если повесить хард вместо СД, то объёмы данных существенно увеличиваются по сравнению с 28-метрами simm-памяти? Или реализация такого моста была бы слишком сложна?

[/q]

Объём - эт неплохо, но чем некоему креатив-звукоконтроллеру реализовать IDE(PIO,UDMA) своими силами? Т.е без CPU.
И адресовать кучу безразмерного пространства, т.е. заранее неопределённого размера? И что будет со звуком при задержках на поиск сектора на диске? Куча вопросов, отвергнутых теми самыми светлыми головами, как неприемлемые. Глупо пользовать NN терабайт только под сэмплы/банки. Да и банков такого размера никто создать не в силах, а использовать - тем паче!
Стандартный вариант гига-семплера хранит всё на обычном винче и подгружает в кеш-память по мере надобности. Просто и надёжно. Без заморочек со внесением изменений в типичную геометрию РС.


skoroxod написал:

[q]

Вот уж у кого в голове каша

Я писал про CD-digital - обычный двухштырьковый выход на приводе который коннектится к такому-же двухштырьковому
входу на карточке. Такое решение позволяет передавать данные в цифровом виде прямо на карточку без искажений,

[/q]

Нет, камрад, каша как раз в твоей голове! Бесспорно.
Это и есть коаксиальный SPDIF, как на приводе, так и на карточке. Попробуй подключить таковой разъём к SPDIF входу простой магнитолы, например. Услышанный тобою звук тебя удивит. Или через конвертер коакс-оптика к оптическому SPDIF входу той-ж магнитолы. Помнится, такой конвертер делался Gravis-ом...
Хороший SPDIF-выход был у модели креатива http://www.ultradrives.com/images/creative_e2750u.JPG ибо позволял копировать аудио-цд без помех и искажений. Копирасты пронюхали сию лазейку и испортили цифровой тракт этого порта, внеся помехи в более поздних моделях.
А "CD digital" - это очередной секрет Полишинеля, в точности, как "Операция Ы", чтоб никто не догадался.

skoroxod написал:

[q]

Вы хоть понимаете значение слова "коаксиальный"?

[/q]

В аудиотехнике нет иного названия этому виду SPDIF. Либо коакс, либо оптика. Неважно, каким именно медным проводом исполнили его маги "от РС"! Этот гнутый, двуштырьковый в разъёмах, тощий проводок будет зваться "coaxial SPDIF". Съэкономили на тру-коаксиальном проводе, вечно отламывающемся у разъёмов, да.
Кстати, если вскроешь у него изоляцию, он таки будет коаксиальным, ежли не в откровенном китае слеплен на коленке...

skoroxod написал:

[q]

Это видимо сугубо ваше представление о коаксиальном кабеле. Общепринято другое определение подразумеваюшее

[/q]

Думаю, проведённое тобою вскрытие такого кабеля расставит все точки над Ё.
Для затравки: зачем двум изолированным проводникам дополнительная общая изоляция? Там нечто высоковольтно-силовое протекает, что нужна такая защита? Или обёрнутый в чёрную термоусадку провод - на самом деле скрученная в жгут оплётка коакса, заведённая в разъём таким образом?

PS. Камрад, ты будешь рыдать горючими слезами, но даже простой китайский 4-х штырьковый аудиокабель, коим ты аналог к карте подключаешь - тоже в своём роде коаксиал. Хоть и двухжильный.
Таблеточку горечи тебе добавлю: не поленился зачистить для тебя обычный аудиошнурок "цд->звукашка":

Явно видно оплётку в термоусадке, что ты принял за провод. Заодно видно, как из него получается "псевдо-коакс"-SPDIF. Настоящий коакс нонче работает в компе, по назначению, вынимать/портить не хочу, принципиально они одинаковы.

Fe-Restorator написал:

[q]

Оффтопик: Да-аа... (глубоко выдохнув) Вот сперва поналетит вороньё, а на поверку - сами неучами оказываются, опростоволосившимися...

[/q]

Ты не расслабляйся, Кай и тебя бараном назвал

Надоело спорить, прошу удалить это сообщение.

Коаксиа́льный ка́бель (от лат. co — совместно и axis — ось, то есть «соосный»), также известный как коаксиал (от англ. coaxial), — электрический кабель, состоящий из расположенных соосно центрального проводника и экрана. Обычно служит для передачи высокочастотных сигналов. Изобретён и запатентован в 1880 году британским физиком Оливером Хевисайдом.
http://ru.wikipedia.org/wiki/Коаксиальный_кабель
Предлагаю выделенное считать ключевым в определении.

На самом деле тема яйца выеденного не стоит. Все устройства с IDE интерфейсом содержат свои собственные контроллеры. А на мультикартах и звуковухах - это лишь разъемы, да элементарные декодеры адресов портов. То есть глупая железка с парой микросхем простой логики, которой вообще пофиг что к ней подключено. Именно благодаря встроенному в любой IDE-винт контроллеру его подключали даже к советским 8-ми битным машинам, лишь добавляя пару микросхем для эмуляции 16-ти битных операций с контроллером винта.
Тем не менее, не ко всякой звуковухе можно подключит любой CD, или винт. На первых порах звуковые карты часто продавались в комплекте с CD-ROM + мультимедийный софт, заточенный под эти девайсы. Поэтому свои специфические разъемы IDE были у Sony, Matsushita и Mitsumi. У меня есть звуковуха сразу с двумя типами интерфейсов. Я сам не знаю, но возможно интерфейсы имели какие-то отклонения от стандарта IDE, возможно даже какие-то доп. фичи или наоборот упрощения.
И даже стандартный разъем IDE на звуковухе не всегда позволит подключить винт. Некоторые карты по умолчанию отключали этот разъем, чтобы исключить возможные конфликты, и его требовалось при загрузке системы включить программно. Особенно этим страдали PnP карты. Такая ерунда у меня на ESS1868 наблюдалась. А вот на Turtle Beach Tropez Plus IDE разъем включается и конфигурируется (адрес) джамперами, так что CD доступен даже для загрузки. Вот и весь расклад по "контроллерам" IDE.

Кай написал:

[q]

Чушь собачья. На практике докажите?

[/q]

Слышь, клоун, я с тобой водку не пил, так что давай отложим подобный тон общения на другой раз, когда хотя бы познакомимся.
В отличии от некоторых я никогда не утверждаю того, чего не знаю. Если что-то не знаю, то так и говорю, что не знаю.
Для атеистов: http://files.mail.ru/1F0B92E0E4514831AC57C5E2E2147116

uav1606, спасибо, теперь точно буду знать, что разъемы действительно различались Осталось установить совместимость с ATAPI.

[q]

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

[/q]

На "ты" перешли Вы. Это неправильный выбор. И на пацанское арго тоже.

Клоуны разные бывают.

DrPass написал:

[q]

Я думаю, не совру, если скажу, что отсутствует как класс. ATAPI был разработан году этак в 1996 как замена всем этим проприетарным протоколам.

[/q]

А нет ли у кого драйверов под те сидюки? Могли бы попробовать их с различными ATAPI сидюками, на предмет совместимости.


Fe-Restorator написал:

[q]

Наконец-то! Пришли к тому, с чего начали тему: все IDE на звукашках - не более чем дань приверженности тем первым "мультимедиа-комплектам", оттого и основанным на проприетарных интерфейсах, чтоб зарабатывать именно на комплектах. Ни об какой "экономии слотов", равно как и об "дополнительных IDE" никто и думать не хотел в то время! И с переходом на IDE-распиновку продажи комплектов никуда не исчезли: появилась куча потребителей, распробовавших "мультимедию", и производить комплекты банально не успевали. Решено было привлечь мелкие фирмочки, на клёпку отдельных девайсов для комплекта. Вот, только фирмочки не захотели ходить строем и стали меряться...

[/q]

Нет, не дань, а необходимость. Первые стандарты MPC в качестве мультимедийной системы определяют комп на основе 286-го и 386-го процессоров, имеющих небольшой винт, звук и CD-ROM. Кажется еще видюху vesa-совместимую, не помню точно. Так вот, большинство 286-х и 386-х машин имели одну мультикарту и единственным разъемом IDE. И как правило этот разъем был занят двумя винтами. А даже если и не занят, включение CD совместно с винтом не позволяло им работать паралельно. Так что разъем IDE на звуковой карте был наилучшим и зачастую безальтернативным для подключения CD.

-

AndNot написал:

[q]

DrPass, вообще-то режимы DMA появились в стандарте ATA довольно давно, задолго до Ultra DMA. У меня еще 4-х скоростные сидюки работали через DMA.

[/q]

DMA и UDMA - две большие разницы. DMA - это просто монопольный захват шины и перекачка данных с девайса в память без непосредственного участия процессора. Это поддерживалось контроллером жесткого диска, начиная с самых первых моделей XT. А основная фишка UDMA как раз в параллельной работе нескольких устройств, т.е., например, пока сидиром со своей тяжелой оптической головкой мусолит команду SEEK, он отпускает шину, и жесткий диск может читать какие-либо данные. До появления UDMA это было невозможно.

AndNot написал:

[q]

В общем, сажать винт и CD на один шлейф не страшно для DOS, но крайне нежелательно для Windows и других многозадачных OS. Так будет точнее

[/q]

Ну почему же, вполне возможно, что при копировании файлов с CD на винт могли быть тормоза при подключении обоих к одному шлейфу. Или просто при частом обращении программы то к винту, то к CD. Даже под DOS. Но в Windows, конечно, это всё более существенно.