xenia-project / game-compatibility

https://xenia.jp
BSD 3-Clause "New" or "Revised" License
473 stars 145 forks source link

5553080C - Prince of Persia (2008) #1176

Open dhia-e-rzig opened 5 years ago

dhia-e-rzig commented 5 years ago

Marketplace

Tested on https://github.com/xenia-project/xenia/commit/3b421f0811925b86c84a15f872e51c681f10ec00

Issues:

Menus only, crashes when trying to start new game or Bonus content ( activated after applying Title Upate, the whole point of emulating this game since DLC was never made available on PC°

Log:

xenia.zip

Labels:

state-menus

petras607 commented 3 years ago

Tested on xenia-project/xenia@87a3c5fa

The game is now able to enter gameplay. Audio is stuttering during gameplay and cutscenes except in areas/shots that aren't intensive on resources. Polish retail version of the game (the one that I own) doesn't support Epilogue DLC even on real hardware, but I assume the DLC should have similar progress.

xenia_ZkYAxreUag xenia_hOLKfrhbBx

122MB with log level 2 xenia.zip

cristi993 commented 1 year ago

I tested today the 1.0.2798 release and the game crashes right after selecting New Game and before playing the intro video. Just to double check, I built xenia locally from latest master too (https://github.com/xenia-project/xenia/commit/ed64e3072bde74955c79b9f3b0030c133648d702) and the problem still persists. My specs are Ryzen 5 1600, 16GB, GTX 1050 Ti, Win 10 build 19045.2965.

I went back to the commit mentioned in the above comment (https://github.com/xenia-project/xenia/commit/87a3c5fa), built the app, loaded the game and observed that it gets past intro video and into the gameplay.

My 2 cents is that switching in the past from libav to ffmpeg might have introduced a regression where this title stops working. You can see more in the attached log (made with warning level): xenia-not-working-master-ed64e30.log. For reference, I added a sample log from the previous working version as well: xenia-working-commit-87a3c5fa.log. Let me know if you need debug level logs. Checking the log for the crashing version, I see lots of ffmpeg: frame[<X>] would have to skip <Y> bits messages in there.

Digging a bit deeper into this, I used Velocity to open up the game iso and check the video that was unable to play, then I saw it has multiple audio channels which might be problematic when decoding it. You can download the video from here and analyze it if needed.

Sowa95 commented 3 months ago

Tested on: https://github.com/xenia-project/xenia/commit/3d30b2eec3ab1f83140b09745bee881fb5d5dde2

log_FMV_crash.zip log_gameplay.zip

No changes since last report, game dies before first FMV, but it's possible to reach gameplay by loading a save made on Canary. Afterward I made a save on Master, but the game would always crash trying to load it. Considering saves also have wrong date and hour, I'd say something is off with saving/loading (not an issue on Canary). Even if DE1_001_CINV_GameIntro.bik is replaced with blank .bik or completely deleted, the game plays a short segment reserved for that video to run subtitles. Despite missing .bik Master still won't be able to handle it, so not sure if it's directly related to .bik multiple audio channels mentioned in previous report.

This game goes to gameplay on Canary. Audio is not looping if new XMA decoder is enabled, but some music still cuts out abruptly.

Debug menu is another way to reach gameplay on Master. In scimitar.ini change /bink:on to /bink:off.

Screenshots

![1](https://github.com/user-attachments/assets/01fac13c-e67a-4283-9418-65c2032b8c0e) ![2](https://github.com/user-attachments/assets/0040525a-2c81-4a87-847c-1c42fd53fe3c) ![3](https://github.com/user-attachments/assets/1c9819aa-e933-4408-8727-5f97b8d265ea)

state-menus, kernel-save-file-errors, gpu-drawing-corrupt