Эмулятор CD-Rom для SonyPlaystation который я писал больше десяти лет. Часть 1

[Pab10]

Интересно, но читается с трудом :) Реквестирую редактуру!

[akhalat]

скорей всего он имеет адекватные значения только для аудио-сд

На PS1 очень много игр хранят музыку именно как аудио-сд.

А вообще для PS1 есть PSIO, не вы автор? ))

[VBKesha]

А вообще для PS1 есть PSIO, не вы автор? ))

Нет там автор не я и там другой принцип работы.

[DrMefistO]

Автор PSIO - Sybdyn. Это и на сайте указано

[akhalat]

Автор PSIO — Sybdyn. Это и на сайте указано

И, человек не может быть на хабре под другим ником?

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

[zartarn]

Я его помню как cybdyn с форума dc-swat. где и обсуждалось касаемо проекта многое.

[shiru8bit]

Странно, я всегда ожидал, что эмулятор привода на PS1 работал бы на уровне подмены дисковых процедур BIOS, а не на физическом уровне самого привода. Но так даже круче.

[VBKesha]

Это тоже вариант, скорей всего его как раз и использует PSIO. Но когда я начинал делать всё это я про PSIO даже не слышал. Ну и плюс ко всему игры ведь могут и мимо биоса работать, дергая напрямую контроллер CD-Rom.

[VelocidadAbsurda]

Недавно автор Xstation (давно существующий эмулятор с идеей как в данной статье) продемонстрировал эмуляцию на ещё более низком уровне — эмулятор подключается вместо механической части, по сигналам на мотор/головку определяет желаемую приставкой позицию на диске и выдаёт поток как с фотоприёмника — вот это уже совсем сурово!

[VBKesha]

Вообще эта идея давно и мной обдумывалась. И есть идея тоже такое реализовать. Но я никак не могу заставить себя сделать плату с CXD2545 и обвязкой для привода, чтобы всё это отлаживать. Хотя признаюсь хардкора там может быть предостаточно особенно в плане тайминга EFM потока.
Кстати а есть ссылка на демонстрацию?

[VelocidadAbsurda]

Нашёл: https://mobile.twitter.com/_ramapcsx2/status/1508835394489655297

Одной из основных трудностей автор называет моделирование поведения привода для «угадывания» запрашиваемой позиции. Примерно представляю трудности - управление ориентируется на обратную связь, при промахе выдаёт воздействия пропорционально величине промаха, если модель откликается не так как родная механика - всё это запросто уйдёт в осцилляции.

[VBKesha]

управление ориентируется на обратную связь, при промахе выдаёт воздействия пропорционально величине промаха

Вообще насколько я понял принципы позиционирования. То там всё немного не так. Учитывая что в механике грубого позиционирования стоит обычный коллекторный двигатель. То о точности речи не идёт, пылинка попала, смазка загустела итд. В целом это заслуживает отдельной статьи но надо таки изготовить плату с CXD2545 и обвязкой чтобы наглядно это показать.
Насколько я понял всё это. Если кратко, то на диске трек идёт по спирали, между дугами спирали, лежат куски равномерного отражающие(без разметки). Луч когда движется просто поперек диска, неминуемо натыкается на эти промежутки. И чип считает сколько их прошло, в зависимости от этого понимает нужно ехать дальше или нет. Там конечно есть обработка инерции головки(об этом наверно в 3 части) но она достаточно примитивна сделана.
Ну и по сути обратная связь это субканальные данные. Когда приводу надо сдвинуть головку далеко от текущей позиции, он двигает её на примерно нужное количество треков, потом пробует читать сектор, смотрит как точно попал, и потом уже к нужному сектору идет короткими шажками.
А вот то что по идее этому чипу нужно достаточно точная частота сигнала, и он как раз таки через PWM точно пытается подстроить скорость диска, может стать куда большей проблемой ИМХО. Чтобы сказать точней надо ставить много экспериментов.

[VBKesha]

Нет, не так. Мотор двигает голову грубо, линза вычитывает трек точно. Т.е., мелкие шаги делает линза, а не мотор. По идее, каждый «шаг» мотора это доступ к некоторой ширины кольца, спиральки которой выбирает уже линза. И это всё видно при наблюдении за работой привода.

Вообще я примерно это и хотел сказать. Но CXD2545 в любом случае использует ещё и TZC сигнал который генерируется при пересечении лазером двух треков. И при длинных перемещениях когда используется чисто траверс мотор, прошивка SUB-CPU мониторит сигнал COUT чтобы понимать сколько треков примерно уже пролетели.
А не просто полает что за такое то время мы пролетаем столько то треков.

[shiru8bit]

Ну это уже вообще крутизна несусветная.

[engine9]

Плюс в том, что останется теплое знакомое из детства жужжание привода и звук раскрутки шпинделя.

[VelocidadAbsurda]

Нет, эмулятор подключается взамен механики (её он и эмулирует по сути).

[Terimoun]

Да, прикольная тема

[sokratstoforandov]

Читал и удивлялся твоему энтузиазму

[retroman]

Полностью согласен! Всё меньше таких ребят.

[akhalat]

Касательно PS1 ещё интересный вопрос: как именно была устроена защита дисков от копирования и проверка на лицензию. В зарубежных статьях, которые смотрел на данную тему, все до сих пор темнят и не раскрывают детали по полной, несмотря на то, что прошло почти 30 лет. Непонятно чего боятся, но факт есть фактом. Тогда как ещё в 90-е одна компания, эту защиту таки поломала, и использовала для выпуска дисков-взломщиков, не одобренных Сони. Детальный обзор на эту тему, с обилием тех. деталей, было бы очень интересно увидеть.

[Radisto]

Хабр - торт! Спасибо!

[akhalat]

Спасибо! Да, вспомнил что читал как раз про этот wobble. В частности на psx-scene был неплохой топик, но увы тот форум всё.

А про anti-modchip и lubcrypt, хотя бы в общих чертах, можете рассказать?
Любили устраивать такие подлянки на поздних годах жизни консоли, и особенно в PAL регионе. Притом самые интересные случаи были, не когда игра сразу показывала ошибку защиты от копирования и отказывалась запускаться, а когда сперва всё шло нормально, а где-то на середине защита срабатывала и ломала прохождение неявным образом: например, препятствуя получению ключевого предмета. Можно было часами мучаться, не зная в чём подвох.