Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Как правильно подключать CD/DVD и винчестеры к IDE |
<<Назад Вперед>> | Страницы: 1 2 3 | Печать |
DrPass
Advanced Member
Откуда: Донецк Всего сообщений: 3566 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 17 апр. 2005 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 10 июля 2013 22:23 Сообщение отредактировано: 10 июля 2013 22:24
Anderson1 написал: Что значит "программная эмуляция"? Плейер ничего не считывает, этим занимается драйвер CD-ROM, который использует аппаратную поддержку такого режима воспроизведения со стороны привода. На плейер идет уже готовый звуковой поток 44кГц. Да и вообще, как это понимать, воспроизведение-не воспроизведение. Музыка играет - значит, воспроизведение. Разве прослушивание mp3-файлов не является воспроизведением? Это не воспроизведение у сидюка, а т.с. програмная эмуляция - плейер просто считывает данные, обрабатывает налету и т.о. проигрывает силами ЦПУ системы. Сидюк при этом ничего не проигрывает. |
Anderson1
Advanced Member
Откуда: Москва Всего сообщений: 2098 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 27 фев. 2011 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 10 июля 2013 22:57 Сообщение отредактировано: 10 июля 2013 23:04
Попробуем доказательство ч.н. "от противного", т.е. как могла бы выглядеть аппаратная реализация цифрового воспроизведения сидюка? Это если бы сидюк переправлял цифровой звук напрямую на звуковую карту через цифровой интерфейс, без участия остальной системы - по S/PDIF например. BTW, по проводку как и с аналогом Но такого нет. В данном случае, даже если правда плейеру идёт готовый цифровой звук, уже просто передача от программного плейера звукового потока на звуковой кодек аудиокарты это программное, а не аппаратное воспроизведение - только из-за наличия программной прослойки. А это между прочим не так делается - raw-трек с сидюка и PCM-поток, воспринимаемый звуковой картой это не совсем одинаковые вещи. Т.е. цифровой звук от сидюка не готовый, а сырой. Так что происходит ещё и конвертация этих потоков, опять же программно - процессором. |
uav1606
Advanced Member
Откуда: Енакиево Всего сообщений: 4373 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 16 янв. 2008 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 10 июля 2013 23:13 Сообщение отредактировано: 10 июля 2013 23:18
Anderson1, фактически, CD-ROM отправляет плееру уже готовый 44 кГц PCM, так что последнему остаётся просто передать его на звуковую карту. Думаю, этот процесс вполне можно назвать воспроизведением, многие плееры такой режим поддерживают и т.п. Тем более, что на CD-ROM'ах под это дело даже бывает дополнительный цифровой выход S/PDIF, который и правда, наверное, можно подключить напрямую к звуковухе. |
DrPass
Advanced Member
Откуда: Донецк Всего сообщений: 3566 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 17 апр. 2005 |
Anderson1 написал: Программно-аппаратное, если быть точнее. Но какая разница-то, какое? Все равно ведь воспроизведение. И IDE при таком воспроизведении пашет как миленький. А еще, что характерно, в Win2K и старше цифровое воспроизведение включено по умолчанию, вместо аналогового. В данном случае, даже если правда плейеру идёт готовый цифровой звук, уже просто передача от программного плейера звукового потока на звуковой кодек аудиокарты это программное, а не аппаратное воспроизведение - только из-за наличия программной прослойки. |
Fe-Restorator |
NEW! Сообщение отправлено: 11 июля 2013 0:09 Сообщение отредактировано: 11 июля 2013 1:09
До сих пор держу старенький 4-х скоростной креативовский ЦД-привод (лейбл "Quad Speed" на морде), у которого есть одновременно и аудио-выход под шнурок, и SPDIF выход (коакс) и IDE для связи с мамкой. Привод играет аудиоцд одновременно по всем трём интерфейсам! Более того, SPDIF выход у этого привода ещё не оболванен всякой копилефтией, и передаёт чистый, ничем не обработанный сигнал напрямую в TBS Pinnacle. У более современных приводов этот выход программно загрублён, ограничен по частотной полосе аудиосигнала, в угоду той самой копилефтии. Попробуйте только назвать сие полным невоспролизведением цд! uav1606 написал: Именно так. Цифровой цд-сектор очищается от шелухи цд-формата самим приводом, им-же примешивается некоторая "цифровая помеха" (на поздних приводах, с копилефтией inside), выравнивается по границе слова (обычно - за счёт кеша) и передаётся в мамку. Та переправляет данные в прогу пляйера/её кеш и затем на звуковую карту. Программный плйер не занимается конвертацией секторов цд в сектора "а-ля hdd", и не занимается очисткой потока от сервисной инфы. У него иная задача. Программный пляер обязан кешировать часть полученного потока на случай "перемотки", и поддерживать своевременный обмен с аудиокартой. фактически, CD-ROM отправляет плееру уже готовый 44 кГц PCM Именно на сей случай и создан EAC: обойти цифровую копилефтию, встроенную в привод. Попытаться считать диск тупо-посекторно, и уже внутри EAC-а программно провести очистку сигнала от шелухи форматов, и прочего, уже перечисленного! DrPass написал: Драйвер сидюка не занимается конвертацией RaW audio потока в WAV PCM! Его задача - забрать цифру из кеша привода, закешировать её в RAM и выдать процу по первому его требованию. Именно процу, он перегонит инфу в пляер/кеш пляера, и затем в карточку. этим занимается драйвер CD-ROM, который использует аппаратную поддержку такого режима воспроизведения со стороны привода Драйверу сидюка вообще по-шарабану, какой диск вставлен в привод! Он может лишь принять от привода сигнал "вставлен диск типа ХХХYYY" и передать эту инфу в ОС. Не более. Никакого собственного интеллекта. C другой стороны, сам драйвер цд является веской причиной поместить привод мастером на отдельный канал IDE. Иначе - он мешает биосу/ОС общаться с винтом, влезая поперёк процесса обмена данных. Поначалу из-за этого портилась инфа на винче, позже - осталось лишь торможение обмена инфой на канале. Anderson1 написал: Бред. Перечитай этот пост с начала, особенно внимательно - часть в ответ камраду DrPass. Это не воспроизведение у сидюка, а т.с. програмная эмуляция - плейер просто считывает данные, обрабатывает налету и т.о. проигрывает силами ЦПУ системы. Сидюк при этом ничего не проигрывает. |
Сейчас на форуме |
uav1606
Advanced Member
Откуда: Енакиево Всего сообщений: 4373 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 16 янв. 2008 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 11 июля 2013 0:58 Сообщение отредактировано: 11 июля 2013 1:00
Fe-Restorator написал: Что-то не понял эту сентенцию. Причиной торможения тут является не драйвер, а то, что оба устройства подключены к одному шлейфу, поэтому могут передавать данные только поочерёдно, ведь они используют одни и те же линии данных. А используется ли какой-то драйвер, BIOS, прямой доступ к диску - несущественно. C другой стороны, сам драйвер цд является веской причиной поместить привод мастером на отдельный канал IDE. Иначе - он мешает биосу/ОС общаться с винтом, влезая поперёк процесса обмена данных. |
Fe-Restorator |
NEW! Сообщение отправлено: 11 июля 2013 1:27 Сообщение отредактировано: 11 июля 2013 2:02
uav1606 написал: Про генерацию прерываний не забудь. Драйвер сидюка их перехватывает (всегда), распознаёт а-ля "ах, это не моё" и возвращает винчу+ОС. Но времени(и ресурсов) на разруливание коллизии уходит немало, независимо от и в плюс ко торможению из-за шаринга линий данных. Что-то не понял эту сентенцию. А если в привод вставить заведомо глючный блин, то передача данных с винчом встанет на долгие минуты, покуда вклинившийся драйвер не опросит привод, не получит от него отбой, а тот не выдаст сигнала, покуда не завершит 100500 попыток чтения дефектного блина. С другой стороны, разным каналам назначены разные прерывания, драйвер сидюка не перехватывает у винча ничего (как вариант, не видит винча вообще, ибо перехватывает совсем другое прерывание), коллизий не происходит. Заодно нет и шаринга линий данных. Совсем современные ОС научились справляться с такими вещами и избегать коллизий, например, блокируя драйвер цд на время операций с винчом, благо драйвера - есмь часть самой ОС. Но это программный "костыль" и принципов не меняет. Стоит юзеру вставить/запустить аудио-цд одновременно с долгой архивацией длинного файла - хрип и заикания обеспечены, ибо костыль стал неэффективен. Хорошо, что IDE ушёл в тору, бесконечно выбирать меж быстрой перезаписью меж винчами и отсутствием помех от цд-приводов - надоело. SATA уравнял в правах все типы приводов. Да, цыдюки всё-ещё тормозят дисковую подсистему собственной медлительностью, но уже не мешают одновременной скоростной перезаписи меж винчами. Здесь начинает играть роль тот факт, на котором контроллере подвешен винч-приёмник инфы. Чисто чтобы не был забит канал передачи данных внутри самого чипа контроллера. Если три винча подвешены к одному сата-контроллеру, а ещё винч(или сидюк) - к другому сата-контроллеру, и скоростная перезапись ведётся меж первыми двумя винчами первого контроллера, то скорость этой передачи упадёт, если на третий винч начать переливать инфу со второго контроллера, неважно, с какого источника. |
Сейчас на форуме |
uav1606
Advanced Member
Откуда: Енакиево Всего сообщений: 4373 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 16 янв. 2008 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 11 июля 2013 1:43 Сообщение отредактировано: 11 июля 2013 1:45
Прерывания, вообще говоря, разруливает драйвер контроллера, а не конкретно драйвер CD или винта. А он уже решает, чьё это прерывание и что с ним делать. А вот насчёт "глючного блина" - да, драйвера CD-ROM во всех Windows на редкость глючные - при плохом диске в приводе система может зависнуть на неопределённое время. Неужели нельзя было сделать таймаут операций с CD, скажем, 10 секунд, после чего прекращать любой обмен с ним? В DOS всё это работает намного лучше. Кстати, такие зависания наблюдаются и при разнесённых на разные каналы CD и винте, хотя здесь вроде бы тормоза меньше. С аудио-CD могут быть тормоза только если воспроизведение идёт через IDE, при отправки аналогового или цифрового сигнала прямо на звуковуху проблем не должно быть. Разве что при переходе с одного трека на другой могут быть тормоза. |
Fe-Restorator |
NEW! Сообщение отправлено: 11 июля 2013 1:55 Сообщение отредактировано: 11 июля 2013 1:57
uav1606 написал: Так, речь как раз об IDE. С аудио-CD могут быть тормоза только если воспроизведение идёт через IDE Со шнурками всё скучно до обыденности: воткнул - есть звук, вынул - нет звука, вывернул разъём - спалил привод. uav1606 написал: Как драйвер сидюка вклинивается в управление контроллером? Как надстройка над драйвером контроллера! Так-что прерывания он перехватывает, всегда. И UDMA-запросы он тоже всегда перехватывает. Другое дело, ОС может временно запретить ему своеволие, в некоторых пределах. Прерывания, вообще говоря, разруливает драйвер контроллера, а не конкретно драйвер CD или винта. А он уже решает, чьё это прерывание и что с ним делать. |
Сейчас на форуме |
uav1606
Advanced Member
Откуда: Енакиево Всего сообщений: 4373 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 16 янв. 2008 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 11 июля 2013 2:10 Сообщение отредактировано: 11 июля 2013 2:16
Fe-Restorator, так в том-то и дело, что надстройка. И надстройка эта получает управление только при необходимости, когда идёт обмен данными с CD. Для решения вопроса по прерываниям достаточно глянуть на ресурсы в Диспетчере устройств - у контроллера они перечислены (порты, IRQ и т.п.), а в ветке с приводами у CD\DVD никаких ресурсов нет. |
<<Назад Вперед>> | Страницы: 1 2 3 | Печать |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Как правильно подключать CD/DVD и винчестеры к IDE |
1 посетитель просмотрел эту тему за последние 15 минут |
В том числе: 1 гость, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |