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]

Там вообще не пойми что, в 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 (последний по умолчанию):

[Vivi the Black Mage]

Как сильно это WS-хаки влияют на максимальное количество FPS?

[EdHell]

Теоретически может немного упасть из-за чуть большего кол-ва объектов на экране.


WS патч для Nanobreaker (NTSC_U) [SLUS_21010]

[paul_met]

Dyons
Хотелось бы ещё поинтересоваться на счёт хекс кодов. Во многих играх для активации вайда достаточно заменить хекс значение "00000000 00000000 43AD1346 00000000" на "403F013C 00008144 43AD1346 02C60046". Если делать патч, вычисляя адреса дисассемблером и записывая новые значения в обратно порядке, то получится "3C013F40", "44810000" и "4613AD43" ( значение "43AD1346" пропускаем, так как оно остаётся прежним). В предыдущих примерах с шайнингами было хоть понятно что мы меняли разрешение, умножая их на коэффициенты. А в данном случае вообще не понятно что означают эти значения. При переводе во float получается соответственно "0,007889", "1032" и "9451,315430". И что это за параметры такого разного порядка? А если я хочу сделать вайд с аспектом 16:10? Какое из значений менять и на что?