PCSX2: Эмулятор Sony PS2 (продолжение)

[lob]

Вся необходимая информация находится под спойлером ниже:

1. Основная информация:

• Официальный сайт и версии эмулятора - здесь
• Биосы можно скачать - здесь
• Официальный список совместимости - здесь
• Свежие ревизии эмулятора с плагинами - здесь и тут
• Pack'и самых последних ревизий различных эмуляторов - здесь
• Настройки для игр - здесь и тут
• Об изменениях можно узнать - здесь (на английском)
• Руководство по настройке эмулятора - здесь

2. Библиотеки и утилиты:

• Microsoft Visual C++ 2008 SP1 Redistributable - здесь (х86) и тут (х64)
• Microsoft Visual C++ 2010 Redistributable - здесь
• Обновление DirectX (June 2010) - здесь
• Библиотеки для OpenGL-плагинов  - здесь
• Утилита для переноса сейвов на карту памяти - MYMC
• Программа для хранения настроек эмулятора  - PS2Launcher

3. Патчи и хекс коды для запуска игр в широкоэкранном режиме:

• • Постоянно обновляемый архив патчей (более 500 игр) здесь
  • Хекс коды для запуска игр в широкоэкранном режиме тут

4. Дополнительные ссылки:

• Исправляют различные баги либо ускоряют процесс эмуляции. Могут давать побочные эффекты.
  ...В стадии разработки...
  

[Softer]

become, только что проверил, при 0,500 на "O" держит врага с ножом у горла, не более того. Ищи у себя, что делаешь не так, другого объяснения я не вижу.

[paul_met]

paul_met, если нужны CRC для разный версий игр, то можно воспользоваться списком тех, для которых существуют фиксы в GSdx, тут. Для той же Onimusha: Down of Dreams там солидный список:

Благодарю. Жаль, что ID не пишут, а то японок там аж 3 шт, а где какая не ясно.

[EdHell]

Там вообще не пойми что, в US версии 2 диска, так почему на европу один CRC, а на японку три?

[Softer]

Там вообще не пойми что, в US версии 2 диска, так почему на европу один CRC, а на японку три?

Ну так это же не база данных разных версий, а CRC для которых должны срабатывать фиксы. Что под руку разработчикам попадалось, то и вносили, плюс те CRC, что просили в комментах.
В любом случае этот список лучше чем вообще ничего.

[paul_met]

Там вообще не пойми что, в US версии 2 диска, так почему на европу один CRC, а на японку три?

Я заметил, что для второго диска Онимуши CRC такой же. Получается, что 6 разный версий игры?
Да и это вовсе не CRC в привычном понимании. Это какой-то шифр, который по ходу зависит от ID, а не от содержимого. Пиратка иль не пиратка - по боку, CRC один и тот же.

[Softer]

Пиратка иль не пиратка - по боку, CRC один и тот же.

Не побоку, CRC меняется. А если пиратский лоадер, то вообще CRC к игре будет иметь весьма посредственное отношение.

[EdHell]

Да и это вовсе не CRC в привычном понимании

Оно из ELF'а берется, но не CRC файла, я уже писал, что скорее всего загрузочного блока/секции (то, что в инфе указывается после точки с запятой). В пиратке могли ковырять не загрузчик, а ресурсы, поэтому CRC мог и сохраниться, но чаще - нет, как и сказал Softer.

[paul_met]

EdHell,
Так твои два slus'а для Онимуши точно отличаются по CRC?

[EdHell]

Да, это 1 и 2 диск по редампу.

[Noren]

Никто не пробовал стримить видео с PCSX2? Проблема в том, что игра (PAL-версия) стабильно выдает 50 фпс, а в xплите стоит ограничение в 25, из-за чего картинка становится дерганной при стриме. Можно ли каким-то образом либо поставить лимит фпс на тридцатку в эмуле?

[EdHell]

Можно, но тогда оно и в эмуле будет дергаться + не со всеми играми совместимо. Если в ксплите рывки сильные, значит фпс переключился в переменный из-за тормозов и тут только снижать качество стрима.

[Noren]

Если в ксплите рывки сильные, значит фпс переключился в переменный из-за тормозов

Разве? Я думал изображение дергается из-за того, что 50 кадров в 25 "перерабатываются" на ходу.

[paul_met]

Мучаясь с WS патчами, я что-то в конец запутался с этим аспектами и разрешениями. Допустим нативное разрешение игры 512х384 (4:3). Если переводить её в вайд (16:9) с сохранением высоты, то получится где-то 682х384. Какое тогда должно быть разрешение, если делать аспект 16:10? По идее должен увеличится обзор по вертикали, а что делать с горизонтальным. Оставлять?

[EdHell]

Оставлять, меняется только горизонтальный обзор. Если увеличить еще и вертикальный, получится антизум, камера отодвинется, все просто станет мельче.

[Softer]

Если переводить её в вайд (16:9) с сохранением высоты, то получится где-то 682х384. Какое тогда должно быть разрешение, если делать аспект 16:10?

Коэффициент 16:9 - 1,7777777..., а 16:10 - 1,6, вот из этого и исходи.
Так получаем горизонталь для 16:9: 384*1,7777...=682
и горизонталь для 16:10: 384*1,6=614

[EdHell]

WS патч для Contra Shattered Soldier (NTSC_U) [SLUS_20306]

[paul_met]

Оставлять, меняется только горизонтальный обзор. Если увеличить еще и вертикальный, получится антизум, камера отодвинется, все просто станет мельче.

Ну это, наверное, зависит от конкретной игры. Я вот пол дня воюю с Shning Force Neo и вот что получилось (см. скрины). Камера вроде на месте, но есть небольшое растяжение по горизонтали. Я просто никак не вкурю какие именно значения надо ставить по х и у. Странно то, что меняем старые значения на новые, которые меньше, а разрешение каринки увеличивается, какая тут зависимость? Например было 44000000 (512), а стало 43CE0000 (412). По вертикали вроде вышло почти идеально: было - 43D00000 (416), а стало  43C00000 (320). Я их подбирал так сказать на глаз, чтобы пропорции сохранялись.

[EdHell]

Странно то, что меняем старые значения на новые, которые меньше, а разрешение каринки увеличивается

Иногда бывает "от обратного", я тоже сталкивался. Похоже меняется не разрешение, а вьюпорт.

[paul_met]

Иногда бывает "от обратного", я тоже сталкивался. Похоже меняется не разрешение, а вьюпорт.

И как тога подобрать нужные значения, чтобы пропорции сохранить?

[EdHell]

Так и подбирать, на глаз.

[paul_met]

Так и подбирать, на глаз.

Это конечно ппц.
В общем подобрал теперь идеально (свел картинки в фотошопе - совпадение почти 100%). Картинка в нативе была 512х416. Переводе в аспек 4:3 получалось 512х384. Затем в 16:9 и получаем 680х384 (эмуль упоно ставит 680 при вертикали в 384). Ну и для 16:10 получаем 680х384. Для этого пришлось подобрать X=386 (0х43C10000), Y=376 (0x43BC0000). Называется найдите зависимость.
Прикрепил патч для вайда 16:10 (для 16:9 надо закоментить строку с Y-axis).

[EdHell]

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

[paul_met]

Обрати внимание, что обзор добавился только справа, полувайд какой-то. Такое ощущение, что либо есть адреса для изменения обзора слева, либо надо центрировать камеру относительно новых координат, смещая ее вправо.

Да, я заметил сразу, но по-другому никак - при сканировании дальше Хелпером игра намертво виснет. Я не знаю как исключить из сканирования адрес с висяком.

[Dyons]

И как тога подобрать нужные значения, чтобы пропорции сохранить?

калькулятором

512х0.75 = 43c00000
416*9/10 = 43bb3333
Добавлено позже:

Да, я заметил сразу, но по-другому никак

добавь строчку
patch=1,EE,210F5BB0,extended,42800000

[paul_met]

512х0.75 = 43c00000
416*9/10 = 43bb3333

А что это за коэффициенты такие (0,75 и 0.9)? И почему именно их надо юзать?

добавь строчкуpatch=1,EE,210F5BB0,extended,42800000

А вот это прикольно получается - по какому значению ищутся координаты камеры? По ходу надо ещё пофиксить камеру по вертикали.

[Dyons]

А что это за коэффициенты такие (0,75 и 0.9)? И почему именно их надо юзать?

1.333333 / 1.777777 = 0.75

9 / 10 = 0.9  (16:9 и 16:10)

А вот это прикольно получается - по какому значению ищутся координаты камеры?

там изначально был 0, значения считал калькулятором

По ходу надо ещё пофиксить камеру по вертикали.

patch=1,EE,210F5BB4,extended,41a80000

[DH]

калькулятором

512х0.75 = 43c00000
416*9/10 = 43bb3333

Значения в float, обычным калькулятором не так уж и просто посчитать 

Оно из ELF'а берется, но не CRC файла, я уже писал, что скорее всего загрузочного блока/секции

Да, XOR 1/4 ELF:

Код: [Выделить]

u32 crc = 0;
u32* elf = ...;
u32 elf_size = ...;

for(u32 i=elf_size/4; i; --i, ++crc) crc ^= *elf;

[paul_met]

там изначально был 0, значения считал калькулятором

Как тогда адрес найти? Или он обязательно лежит перед адресами с аспектом?

patch=1,EE,210F5BB4,extended,41a80000

Как считает сдвиг камеры. По иксам четное число вышло (64), а по игрекам нет (21). Но значения разрешение картинки из четных (512х416).

Значения в float, обычным калькулятором не так уж и просто посчитать

Имелся ввиду калькулятор WS Helper'а очевидно.

[Dyons]

Как тогда адрес найти?

не скажу, потому что это первая игра на моей памяти, где надо было сдвигать картинку

Или он обязательно лежит перед адресами с аспектом?

может и за адресом с аспектом лежать, а может вообще где угодно лежать

Как считает сдвиг камеры. По иксам четное число вышло (64), а по игрекам нет (21). Но значения разрешение картинки из четных (512х416).

(512-384)/2 = 64
(416-374.4)/2 ~ 21

Имелся ввиду калькулятор WS Helper'а очевидно.

я вообще не пользуюсь WS Helper'ом

[paul_met]

не скажу, потому что это первая игра на моей памяти, где надо было сдвигать картинку

Shining Force EXA будет 2-й, так как там тоже самое. Движок один и тот же по ходу

я вообще не пользуюсь WS Helper'ом

Там просто есть конвертер Float<=>Hex, вот я и решил. Впрочем не суть важно.
Прикрепил финальные WS патчи для аспекта 16:9 и 16:10 (последний по умолчанию):