Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС.

Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Как правильно подключать CD/DVD и винчестеры к IDE
RSS

Как правильно подключать CD/DVD и винчестеры к IDE

Master/Slave, на один канал или на разные и прочее

<<Назад  Вперед>> Страницы: 1 2 * 3
Печать
 
uav1606
Advanced Member


Откуда: Енакиево
Всего сообщений: 4373
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
16 янв. 2008
Anderson1, фактически, CD-ROM отправляет плееру уже готовый 44 кГц PCM, так что последнему остаётся просто передать его на звуковую карту. Думаю, этот процесс вполне можно назвать воспроизведением, многие плееры такой режим поддерживают и т.п.
Тем более, что на CD-ROM'ах под это дело даже бывает дополнительный цифровой выход S/PDIF, который и правда, наверное, можно подключить напрямую к звуковухе.
DrPass
Advanced Member


Откуда: Донецк
Всего сообщений: 3566
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
17 апр. 2005
Anderson1 написал:
[q]
В данном случае, даже если правда плейеру идёт готовый цифровой звук, уже просто передача от программного плейера звукового потока на звуковой кодек аудиокарты это программное, а не аппаратное воспроизведение - только из-за наличия программной прослойки.
[/q]
Программно-аппаратное, если быть точнее. Но какая разница-то, какое? Все равно ведь воспроизведение. И IDE при таком воспроизведении пашет как миленький. А еще, что характерно, в Win2K и старше цифровое воспроизведение включено по умолчанию, вместо аналогового.
Fe-Restorator
Гость

Ссылка

До сих пор держу старенький 4-х скоростной креативовский ЦД-привод (лейбл "Quad Speed" на морде), у которого есть одновременно и аудио-выход под шнурок, и SPDIF выход (коакс) и IDE для связи с мамкой. Привод играет аудиоцд одновременно по всем трём интерфейсам! Более того, SPDIF выход у этого привода ещё не оболванен всякой копилефтией, и передаёт чистый, ничем не обработанный сигнал напрямую в TBS Pinnacle. У более современных приводов этот выход программно загрублён, ограничен по частотной полосе аудиосигнала, в угоду той самой копилефтии.

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


uav1606 написал:
[q]
фактически, CD-ROM отправляет плееру уже готовый 44 кГц PCM
[/q]
Именно так. Цифровой цд-сектор очищается от шелухи цд-формата самим приводом, им-же примешивается некоторая "цифровая помеха" (на поздних приводах, с копилефтией inside), выравнивается по границе слова (обычно - за счёт кеша) и передаётся в мамку. Та переправляет данные в прогу пляйера/её кеш и затем на звуковую карту. Программный плйер не занимается конвертацией секторов цд в сектора "а-ля hdd", и не занимается очисткой потока от сервисной инфы. У него иная задача. Программный пляер обязан кешировать часть полученного потока на случай "перемотки", и поддерживать своевременный обмен с аудиокартой.

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


DrPass написал:
[q]
этим занимается драйвер CD-ROM, который использует аппаратную поддержку такого режима воспроизведения со стороны привода
[/q]
Драйвер сидюка не занимается конвертацией RaW audio потока в WAV PCM! Его задача - забрать цифру из кеша привода, закешировать её в RAM и выдать процу по первому его требованию. Именно процу, он перегонит инфу в пляер/кеш пляера, и затем в карточку.
Драйверу сидюка вообще по-шарабану, какой диск вставлен в привод! Он может лишь принять от привода сигнал "вставлен диск типа ХХХYYY" и передать эту инфу в ОС. Не более. Никакого собственного интеллекта.
C другой стороны, сам драйвер цд является веской причиной поместить привод мастером на отдельный канал IDE. Иначе - он мешает биосу/ОС общаться с винтом, влезая поперёк процесса обмена данных. Поначалу из-за этого портилась инфа на винче, позже - осталось лишь торможение обмена инфой на канале.

Anderson1 написал:
[q]
Это не воспроизведение у сидюка, а т.с. програмная эмуляция - плейер просто считывает данные, обрабатывает налету и т.о. проигрывает силами ЦПУ системы. Сидюк при этом ничего не проигрывает.
[/q]
Бред. Перечитай этот пост с начала, особенно внимательно - часть в ответ камраду DrPass.
Сейчас на форуме
uav1606
Advanced Member


Откуда: Енакиево
Всего сообщений: 4373
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
16 янв. 2008
Fe-Restorator написал:
[q]
C другой стороны, сам драйвер цд является веской причиной поместить привод мастером на отдельный канал IDE. Иначе - он мешает биосу/ОС общаться с винтом, влезая поперёк процесса обмена данных.
[/q]
Что-то не понял эту сентенцию. Причиной торможения тут является не драйвер, а то, что оба устройства подключены к одному шлейфу, поэтому могут передавать данные только поочерёдно, ведь они используют одни и те же линии данных. А используется ли какой-то драйвер, BIOS, прямой доступ к диску - несущественно.
Fe-Restorator
Гость

Ссылка

uav1606 написал:
[q]
Что-то не понял эту сентенцию.
[/q]
Про генерацию прерываний не забудь. Драйвер сидюка их перехватывает (всегда), распознаёт а-ля "ах, это не моё" и возвращает винчу+ОС. Но времени(и ресурсов) на разруливание коллизии уходит немало, независимо от и в плюс ко торможению из-за шаринга линий данных.
А если в привод вставить заведомо глючный блин, то передача данных с винчом встанет на долгие минуты, покуда вклинившийся драйвер не опросит привод, не получит от него отбой, а тот не выдаст сигнала, покуда не завершит 100500 попыток чтения дефектного блина.
С другой стороны, разным каналам назначены разные прерывания, драйвер сидюка не перехватывает у винча ничего (как вариант, не видит винча вообще, ибо перехватывает совсем другое прерывание), коллизий не происходит. Заодно нет и шаринга линий данных.
Совсем современные ОС научились справляться с такими вещами и избегать коллизий, например, блокируя драйвер цд на время операций с винчом, благо драйвера - есмь часть самой ОС. Но это программный "костыль" и принципов не меняет. Стоит юзеру вставить/запустить аудио-цд одновременно с долгой архивацией длинного файла - хрип и заикания обеспечены, ибо костыль стал неэффективен.

Хорошо, что IDE ушёл в тору, бесконечно выбирать меж быстрой перезаписью меж винчами и отсутствием помех от цд-приводов - надоело. SATA уравнял в правах все типы приводов. Да, цыдюки всё-ещё тормозят дисковую подсистему собственной медлительностью, но уже не мешают одновременной скоростной перезаписи меж винчами. Здесь начинает играть роль тот факт, на котором контроллере подвешен винч-приёмник инфы. Чисто чтобы не был забит канал передачи данных внутри самого чипа контроллера.
Если три винча подвешены к одному сата-контроллеру, а ещё винч(или сидюк) - к другому сата-контроллеру, и скоростная перезапись ведётся меж первыми двумя винчами первого контроллера, то скорость этой передачи упадёт, если на третий винч начать переливать инфу со второго контроллера, неважно, с какого источника.
Сейчас на форуме
uav1606
Advanced Member


Откуда: Енакиево
Всего сообщений: 4373
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
16 янв. 2008
Прерывания, вообще говоря, разруливает драйвер контроллера, а не конкретно драйвер CD или винта. А он уже решает, чьё это прерывание и что с ним делать.
А вот насчёт "глючного блина" - да, драйвера CD-ROM во всех Windows на редкость глючные - при плохом диске в приводе система может зависнуть на неопределённое время. Неужели нельзя было сделать таймаут операций с CD, скажем, 10 секунд, после чего прекращать любой обмен с ним? В DOS всё это работает намного лучше. Кстати, такие зависания наблюдаются и при разнесённых на разные каналы CD и винте, хотя здесь вроде бы тормоза меньше.
С аудио-CD могут быть тормоза только если воспроизведение идёт через IDE, при отправки аналогового или цифрового сигнала прямо на звуковуху проблем не должно быть. Разве что при переходе с одного трека на другой могут быть тормоза.
Fe-Restorator
Гость

Ссылка

uav1606 написал:
[q]
С аудио-CD могут быть тормоза только если воспроизведение идёт через IDE
[/q]
Так, речь как раз об IDE.
Со шнурками всё скучно до обыденности: воткнул - есть звук, вынул - нет звука, вывернул разъём - спалил привод. ;)
uav1606 написал:
[q]
Прерывания, вообще говоря, разруливает драйвер контроллера, а не конкретно драйвер CD или винта. А он уже решает, чьё это прерывание и что с ним делать.
[/q]
Как драйвер сидюка вклинивается в управление контроллером? Как надстройка над драйвером контроллера! Так-что прерывания он перехватывает, всегда. И UDMA-запросы он тоже всегда перехватывает. Другое дело, ОС может временно запретить ему своеволие, в некоторых пределах.
Сейчас на форуме
uav1606
Advanced Member


Откуда: Енакиево
Всего сообщений: 4373
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
16 янв. 2008
Fe-Restorator, так в том-то и дело, что надстройка. И надстройка эта получает управление только при необходимости, когда идёт обмен данными с CD. Для решения вопроса по прерываниям достаточно глянуть на ресурсы в Диспетчере устройств - у контроллера они перечислены (порты, IRQ и т.п.), а в ветке с приводами у CD\DVD никаких ресурсов нет.
Fe-Restorator
Гость

Ссылка

uav1606 написал:
[q]
И надстройка эта получает управление только при необходимости, когда идёт обмен данными с CD.
[/q]
Увы, вертикальную (луковую) модель прохождения данных сквозь надстройки над контроллерами - никто не отменял (кроме SATA).

Драйвер сидюка обволакивает собой драйвер IDE и добраться к последнему, не затронув драйвер сидюка - невозможно. Иными словами, драйвер IDE внедряется в драйвер сидюка и становится его неотъемлемой частью.
uav1606 написал:
[q]
достаточно глянуть на ресурсы в Диспетчере устройств - у контроллера они перечислены (порты, IRQ и т.п.), а в ветке с приводами у CD\DVD никаких ресурсов нет.
[/q]
Если присмотришься внимательнее - драйвер есть у каждого из каналов IDE. Если привод с винчом висят на одном шлейфе, драйвер сидюка обернёт драйвер этого канала и постоянно будет мешать. Если привод висит отдельно на втором канале, драйвер сидюка "пожрёт" драйвер только второго канала, и мешать будет только ему. Винчи на первом канале будут свободны от влияния драйвера цд.
CD/DVD ресурсы не нужны, оные полностью пожирают ресурсы канала IDE.
Сейчас на форуме
Mosckvitch_2141
Гость

Ссылка

А как подключить к матери с IDE со всеми штырьками 80-жильный шлейф с ключом?
Можно ли на месте ключа шлейфа просверлить дырку?
Сейчас на форуме
<<Назад  Вперед>> Страницы: 1 2 * 3
Печать
Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Как правильно подключать CD/DVD и винчестеры к IDE
RSS

1 посетитель просмотрел эту тему за последние 15 минут
В том числе: 1 гость, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS