Полигон-2

Fe-Restorator написал:

[q]

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

[/q]

Нет там никакого переключения режимов. Почитайте спецификацию ATA и ATAPI. Контроллер там вообще ничего не делает, кроме как передаёт данные и команды между процем/памятью и устройствами IDE, и ему абсолютно всё равно, что передавать - обычные команды ATA или пакетные ATAPI.

Anderson1, нет, не переваливай на гнилость шлейфов, разъёмов и прочей периферии. Глючили именно сами плексторы, причём на нескольких компах подряд. Отваливался IDE-интерфейс чипа, распаянного внутри привода. При переподключении - восстанавливался, однако снова отваливался на половине спирали диска.

Ямахи и пионеры порой отказывались читать мастер-диск, а также спецом созданные качественные тест/калибровочные диски, читать коие обязан всякий привод, без исключения.

Нет, это ты бредишь. EAC читает диски по аудиошнурку от наушников на заднице. Ага. Особенно, когда этого шнурка нет вовсе!
И форточковый медиапляйер тож не умеет читать звук по IDE, ага. Кончай бредить, камрад Anderson1!!!
Вот упомянутые приводы грешили, опять-же, упомянутым образом. Для спрвки, DMCA и защиту от аудио-копирования придумали намного позже, как раз из-за способности первых приводов копировать аудио напрямую в цифре и без потерь.

Anderson1 написал:

[q]

Да нет. Типичный это слушать аудиосиди, что происходит вовсе автономно от системы, в крайнем случае MP3, или играть в игрушку - когда что-то подгружается в память, без участия винта. Если не считать свопинг конечно. Ну или смотреть кино - хоть VCD, хоть DivX/XviD/MPEG4, что снова винт выводит за скобки.

[/q]

Ну как это выводит за скобки? Винт, если не считать аудиосиди, всегда активно работает. При игре с винтом активно работает игра. При просмотре кино с винтом активно работает ОС - как минимум свопинг в это время идет дай боже. При прослушивании mp3 с винтом активно работает юзер - ведь он-то в это время сидит за компьютером и чем-то занимается, верно?
Чего спорить, все равно это очевидно - система с винтом и сидюком на разных каналах всегда будет быстрее, чем такая же система с приводами на одном канале. То, что можно найти сценарий, при котором это преимущество не проявляется, ни о чем не говорит, все равно по меньшей мере глупо отказываться от практически бесплатного повышения производительности во многих случаях.

Anderson1 написал:

[q]

Это вовсе чушь: аудиосиди проигрываются через аналоговые выходы - на морде и сзади. Через IDE они ничего не проигрывают.

[/q]

Ну, не чушь. Как же тогда я могу слушать аудиосиди, не подключив никакие аналоговые выходы? На самом деле у сидюка есть и аналоговое воспроизведение, и цифровое. Через IDE.

Anderson1 написал:

[q]

А ещё они очень хорошо ломались - т.с. "дятлы" тогдашнего сидюкостроения

[/q]

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

Попробуем доказательство ч.н. "от противного", т.е. как могла бы выглядеть аппаратная реализация цифрового воспроизведения сидюка? Это если бы сидюк переправлял цифровой звук напрямую на звуковую карту через цифровой интерфейс, без участия остальной системы - по S/PDIF например. BTW, по проводку как и с аналогом Но такого нет. В данном случае, даже если правда плейеру идёт готовый цифровой звук, уже просто передача от программного плейера звукового потока на звуковой кодек аудиокарты это программное, а не аппаратное воспроизведение - только из-за наличия программной прослойки. А это между прочим не так делается - raw-трек с сидюка и PCM-поток, воспринимаемый звуковой картой это не совсем одинаковые вещи. Т.е. цифровой звук от сидюка не готовый, а сырой. Так что происходит ещё и конвертация этих потоков, опять же программно - процессором.