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

Полигон-2

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

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

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

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

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

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

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


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


Ссылка


Дата регистрации на форуме:
17 апр. 2005
Anderson1 написал:
[q]
Это не воспроизведение у сидюка, а т.с. програмная эмуляция - плейер просто считывает данные, обрабатывает налету и т.о. проигрывает силами ЦПУ системы. Сидюк при этом ничего не проигрывает.
[/q]
Что значит "программная эмуляция"? Плейер ничего не считывает, этим занимается драйвер CD-ROM, который использует аппаратную поддержку такого режима воспроизведения со стороны привода. На плейер идет уже готовый звуковой поток 44кГц. Да и вообще, как это понимать, воспроизведение-не воспроизведение. Музыка играет - значит, воспроизведение. Разве прослушивание mp3-файлов не является воспроизведением?
Anderson1
Advanced Member


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


Ссылка


Дата регистрации на форуме:
27 фев. 2011
Попробуем доказательство ч.н. "от противного", т.е. как могла бы выглядеть аппаратная реализация цифрового воспроизведения сидюка? Это если бы сидюк переправлял цифровой звук напрямую на звуковую карту через цифровой интерфейс, без участия остальной системы - по S/PDIF например. BTW, по проводку как и с аналогом :) Но такого нет. В данном случае, даже если правда плейеру идёт готовый цифровой звук, уже просто передача от программного плейера звукового потока на звуковой кодек аудиокарты это программное, а не аппаратное воспроизведение - только из-за наличия программной прослойки. А это между прочим не так делается - raw-трек с сидюка и PCM-поток, воспринимаемый звуковой картой это не совсем одинаковые вещи. Т.е. цифровой звук от сидюка не готовый, а сырой. Так что происходит ещё и конвертация этих потоков, опять же программно - процессором.
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 никаких ресурсов нет.
<<Назад  Вперед>> Страницы: 1 2 3
Печать
Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Как правильно подключать CD/DVD и винчестеры к IDE
RSS

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

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

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