[GH-ISSUE #3128] Dead or Alive Paradise (ULUS10521):- Current state of affairs (Updated) #1298

Open
opened 2026-03-17 21:51:33 +03:00 by kerem · 37 comments
Owner

Originally created by @solarmystic on GitHub (Aug 11, 2013).
Original GitHub issue: https://github.com/hrydgard/ppsspp/issues/3128

See https://github.com/hrydgard/ppsspp/issues/3128#issuecomment-26065253

UPDATE:- With the source file change proposed by @unknownbrackets https://github.com/hrydgard/ppsspp/issues/3126#issuecomment-22468746, the game goes further ingame, and doesn't crash after choosing the New game options in the main menu. It now has 4 major unresolved issues left.https://github.com/hrydgard/ppsspp/issues/3128#issuecomment-22983569

Thanks to @unknownbrackets https://github.com/hrydgard/ppsspp/pull/3126 pull request that got merged into master github.com/hrydgard/ppsspp@66569b8e59, this game, which has never booted up successfully on any previous build of PPSSPP now starts right up, generates an autosave successfully and plays back the rather "fun" opening FMV beautifully:-

(This is one of the most inoffensive SFW screenshots I could get from the FMV)

capture

Which then progresses to the title screen:-

capture

Pressing start then brings us to this main menu:-

doap4

Unfortunately, selecting any option in the aforementioned menu just leads to an infinite, non-progressive "Now Loading" screen or just a black screen, effectively hanging the game:-

capture

Logfile up to the point it hangs:-

https://gist.github.com/solarmystic/6207386

Logfile from a debug build of the same revision (35 MB, in a 7z file):-

http://www.mediafire.com/?aj9ydcac9lsz9cl

No stacktrace is obtainable since the game doesn't actually crash the emulator at any point, and you can safely exit back to the main PPSSPP main menu screen even when the game hangs.

Originally created by @solarmystic on GitHub (Aug 11, 2013). Original GitHub issue: https://github.com/hrydgard/ppsspp/issues/3128 See https://github.com/hrydgard/ppsspp/issues/3128#issuecomment-26065253 UPDATE:- With the source file change proposed by @unknownbrackets https://github.com/hrydgard/ppsspp/issues/3126#issuecomment-22468746, the game goes further ingame, and doesn't crash after choosing the New game options in the main menu. It now has 4 major unresolved issues left.https://github.com/hrydgard/ppsspp/issues/3128#issuecomment-22983569 Thanks to @unknownbrackets https://github.com/hrydgard/ppsspp/pull/3126 pull request that got merged into master https://github.com/hrydgard/ppsspp/commit/66569b8e59db3857ea76f4735e4fb24daa8f304b, this game, which has never booted up successfully on any previous build of PPSSPP now starts right up, generates an autosave successfully and plays back the rather "fun" opening FMV beautifully:- (This is one of the most inoffensive SFW screenshots I could get from the FMV) ![capture](http://i4.minus.com/ilGCEQnkZFADJ.JPG) Which then progresses to the title screen:- ![capture](http://i.minus.com/ibsUltVV2Xr45I.JPG) Pressing start then brings us to this main menu:- ![doap4](https://f.cloud.github.com/assets/4345150/944834/d1db6a20-02e0-11e3-84f2-114f110d3aee.JPG) Unfortunately, selecting any option in the aforementioned menu just leads to an infinite, non-progressive "Now Loading" screen or just a black screen, effectively hanging the game:- ![capture](http://i.minus.com/ibdNsTgf8VKRMq.JPG) Logfile up to the point it hangs:- https://gist.github.com/solarmystic/6207386 Logfile from a debug build of the same revision (35 MB, in a 7z file):- http://www.mediafire.com/?aj9ydcac9lsz9cl No stacktrace is obtainable since the game doesn't actually crash the emulator at any point, and you can safely exit back to the main PPSSPP main menu screen even when the game hangs.
Author
Owner

@VIRGINKLM commented on GitHub (Aug 12, 2013):

What I think is happening is that the game tries to assign all (?) threads for some reason (HLE bug/timming issue/oddity in the game's code?) on the same entrypoint as an other and it overlaps it. Like it lags for a tiny period of time or fails to get on which entrypoint it will assign the next thread and it registers it on the same. Surprising this doesn't lead to a BREAK, like the game waits forever for something to happen. What happens when you saperate the threads is possibly that it has the time to correct that by assigning the problematic threads to a different thread on the CPU (so they won't collide) until this problem gets fixed by itself or something. (I hope it made atleast half sense @unknownbrackets)

<!-- gh-comment-id:22514562 --> @VIRGINKLM commented on GitHub (Aug 12, 2013): What I think is happening is that the game tries to assign all (?) threads for some reason (HLE bug/timming issue/oddity in the game's code?) on the same entrypoint as an other and it overlaps it. Like it lags for a tiny period of time or fails to get on which entrypoint it will assign the next thread and it registers it on the same. Surprising this doesn't lead to a BREAK, like the game waits forever for something to happen. What happens when you saperate the threads is possibly that it has the time to correct that by assigning the problematic threads to a different thread on the CPU (so they won't collide) until this problem gets fixed by itself or something. (I hope it made atleast half sense @unknownbrackets)
Author
Owner

@unknownbrackets commented on GitHub (Aug 12, 2013):

Well all the game's threads still run on the same thread. Just talking to the Windows/etc. operating system to do the disc read is on a separate thread. The difference for the game is that after calling sceIoReadAsync, the buffer is no longer incorrectly updated immediately (but sometimes it may still be, the timing is non-determisistic.)

-[Unknown]

<!-- gh-comment-id:22515497 --> @unknownbrackets commented on GitHub (Aug 12, 2013): Well all the game's threads still run on the same thread. Just talking to the Windows/etc. operating system to do the disc read is on a separate thread. The difference for the game is that after calling sceIoReadAsync, the buffer is no longer incorrectly updated immediately (but sometimes it may still be, the timing is non-determisistic.) -[Unknown]
Author
Owner

@VIRGINKLM commented on GitHub (Aug 12, 2013):

Could you input a slight wait/latency until it updates the buffer or it would affect negatively other games?

<!-- gh-comment-id:22515951 --> @VIRGINKLM commented on GitHub (Aug 12, 2013): Could you input a slight wait/latency until it updates the buffer or it would affect negatively other games?
Author
Owner

@solarmystic commented on GitHub (Aug 20, 2013):

Back again, folks. (For a little while, I'm supposed to be on "vacation" with the S.O., she'll have my head if she knew I was on github posting on my laptop.)

@unknownbrackets

It seems like the source change you suggested here https://github.com/hrydgard/ppsspp/pull/3126#issuecomment-22468746 did wonders for the game! I've no idea why I didn't change it earlier on like you suggested.

It now goes properly ingame when coupled with Multithreaded I/O, and is semi playable with 4 major issues left to tackle:-

(I apologize for the slightly NSFW screenshots, but they're the only way to show the issues)

a. The character models have that wireframe effect on them. And no, I do not have the Wireframe option on, and it's been depreciated a long time ago anyway.

screen00011

b. The internal FPS drops to 20 when playing a beach volleyball match with 4 characters on screen, making everything seem like it's running in slow motion. (I'm sure this wasn't the intention of the developers.)

screen00010

c. Going into photo mode (precious memories) hangs the game, but doesn't crash the emulator. It just gets stuck on this scene, but can be resetted like a normally running game:-

screen00009

d. The music playback in the game is rather stuttery and wonky. I suspect that's due to the lacking MP3 support that PPSSPP has.

Updated logfile when going in game and fooling around:-
https://gist.github.com/solarmystic/6288370

Logfile when game gets stuck when accessing Precious Memories:-
https://gist.github.com/solarmystic/6288386

Thanks again @unknownbrackets

<!-- gh-comment-id:22983569 --> @solarmystic commented on GitHub (Aug 20, 2013): Back again, folks. (For a little while, I'm supposed to be on "vacation" with the S.O., she'll have my head if she knew I was on github posting on my laptop.) @unknownbrackets It seems like the source change you suggested here https://github.com/hrydgard/ppsspp/pull/3126#issuecomment-22468746 did wonders for the game! I've no idea why I didn't change it earlier on like you suggested. It now goes properly ingame when coupled with Multithreaded I/O, and is semi playable with 4 major issues left to tackle:- (I apologize for the slightly NSFW screenshots, but they're the only way to show the issues) a. The character models have that wireframe effect on them. And no, I do not have the Wireframe option on, and it's been depreciated a long time ago anyway. ![screen00011](https://f.cloud.github.com/assets/4345150/997751/9abfb810-09e9-11e3-8710-132b3cc6f84d.jpg) b. The internal FPS drops to 20 when playing a beach volleyball match with 4 characters on screen, making everything seem like it's running in slow motion. (I'm sure this wasn't the intention of the developers.) ![screen00010](https://f.cloud.github.com/assets/4345150/997735/5fe4656a-09e9-11e3-83de-ebd727db47ed.jpg) c. Going into photo mode (precious memories) hangs the game, but doesn't crash the emulator. It just gets stuck on this scene, but can be resetted like a normally running game:- ![screen00009](https://f.cloud.github.com/assets/4345150/997725/28aa16a8-09e9-11e3-8d02-27098b0100c6.jpg) d. The music playback in the game is rather stuttery and wonky. I suspect that's due to the lacking MP3 support that PPSSPP has. Updated logfile when going in game and fooling around:- https://gist.github.com/solarmystic/6288370 Logfile when game gets stuck when accessing Precious Memories:- https://gist.github.com/solarmystic/6288386 Thanks again @unknownbrackets
Author
Owner

@bonquacks commented on GitHub (Aug 21, 2013):

@solarmystic

I can chip in a bit to the discussion, when the game hangs after selecting Photo Mode (a.k.a Precious Memories), the following is being spammed into the Debug Log Console:-

capture

<!-- gh-comment-id:22989718 --> @bonquacks commented on GitHub (Aug 21, 2013): @solarmystic I can chip in a bit to the discussion, when the game hangs after selecting Photo Mode (a.k.a Precious Memories), the following is being spammed into the Debug Log Console:- ![capture](https://f.cloud.github.com/assets/5252522/998435/b06d27ea-09ff-11e3-9f14-9ab36d23dc46.JPG)
Author
Owner

@unknownbrackets commented on GitHub (Aug 21, 2013):

We don't support the screenshot API yet, other games hang there too, like Senjou no Valkyira 3 and ClaDun.

-[Unknown]

<!-- gh-comment-id:22991237 --> @unknownbrackets commented on GitHub (Aug 21, 2013): We don't support the screenshot API yet, other games hang there too, like Senjou no Valkyira 3 and ClaDun. -[Unknown]
Author
Owner

@bonquacks commented on GitHub (Aug 21, 2013):

I've just finished a few "vacations" with two girls, so to speak. The game is definitely playable now, sans the photo mode (Precious Memories).

If that "wireframe" effect on the girls (which is definitely jarring at times), the frame rate drop and the staticky music playback can be cleared up, it'd be close to perfect.

The game is just gorgeous, I've no idea how the PSP managed to pull off those visuals.

<!-- gh-comment-id:22994987 --> @bonquacks commented on GitHub (Aug 21, 2013): I've just finished a few "vacations" with two girls, so to speak. The game is definitely playable now, sans the photo mode (Precious Memories). If that "wireframe" effect on the girls (which is definitely jarring at times), the frame rate drop and the staticky music playback can be cleared up, it'd be close to perfect. The game is just gorgeous, I've no idea how the PSP managed to pull off those visuals.
Author
Owner

@bonquacks commented on GitHub (Aug 21, 2013):

Just reporting that problem 2 (the internal FPS drop when playing the beach volleyball game), can be resolved temporarily by employing the good ol' Change CPU Clock method. I changed it to 666 MHz and I don't get anymore slowdown.

The wireframe issue can also be somewhat mitigated by using AntiAliasing (I don't know why, but it clears it up a little).

<!-- gh-comment-id:23001811 --> @bonquacks commented on GitHub (Aug 21, 2013): Just reporting that problem 2 (the internal FPS drop when playing the beach volleyball game), can be resolved temporarily by employing the good ol' Change CPU Clock method. I changed it to 666 MHz and I don't get anymore slowdown. The wireframe issue can also be somewhat mitigated by using AntiAliasing (I don't know why, but it clears it up a little).
Author
Owner

@VIRGINKLM commented on GitHub (Aug 21, 2013):

The wireframe is not fixed with AA, it's just that the renderer takes 4 more samples to render one pixel which makes it less sharp visualy.

<!-- gh-comment-id:23013052 --> @VIRGINKLM commented on GitHub (Aug 21, 2013): The wireframe is not fixed with AA, it's just that the renderer takes 4 more samples to render one pixel which makes it less sharp visualy.
Author
Owner

@hrydgard commented on GitHub (Aug 21, 2013):

I think I know what the wireframe is. The PSP has the rather weird ability to render "AA lines" to smooth out edges, and I guess that's what this game is doing.

It would probably work to turn off line drawing entirely if (gstate.antiAliasEnable & 1) == 0

Try that. For example on line 452 of GLES_GPU.cpp:

if ((type == GE_PRIM_LINE_STRIP || type == GE_PRIM_LINES) && (gstate.antiAliasEnable & 1) == 1)
    break;
<!-- gh-comment-id:23013320 --> @hrydgard commented on GitHub (Aug 21, 2013): I think I know what the wireframe is. The PSP has the rather weird ability to render "AA lines" to smooth out edges, and I guess that's what this game is doing. It would probably work to turn off line drawing entirely if (gstate.antiAliasEnable & 1) == 0 Try that. For example on line 452 of GLES_GPU.cpp: ``` if ((type == GE_PRIM_LINE_STRIP || type == GE_PRIM_LINES) && (gstate.antiAliasEnable & 1) == 1) break; ```
Author
Owner

@hrydgard commented on GitHub (Aug 21, 2013):

Haven't tested it but I'm sure enough of the fix that I just committed it. Have fun.

<!-- gh-comment-id:23040252 --> @hrydgard commented on GitHub (Aug 21, 2013): Haven't tested it but I'm sure enough of the fix that I just committed it. Have fun.
Author
Owner

@bonquacks commented on GitHub (Aug 21, 2013):

@hrydgard

Yep. This github.com/hrydgard/ppsspp@3cd80e1c51 totally fixes the wireframe look on the character models in DOA. So much better, they almost look as good as the XBOX 1 DOA character models now.

Thanks so much for the AA line fix!

screen00031

That leaves the music and the Precious memories issues for the game, which require proper MP3 and Screenshot API support to be added into the emulator.

<!-- gh-comment-id:23045116 --> @bonquacks commented on GitHub (Aug 21, 2013): @hrydgard Yep. This https://github.com/hrydgard/ppsspp/commit/3cd80e1c51713044d39bbb5c8a8a3a7fd9ce8e40 totally fixes the wireframe look on the character models in DOA. So much better, they almost look as good as the XBOX 1 DOA character models now. Thanks so much for the AA line fix! ![screen00031](https://f.cloud.github.com/assets/5252522/1004098/7e4f571e-0a9b-11e3-863c-be84c8ed3f4c.jpg) That leaves the music and the Precious memories issues for the game, which require proper MP3 and Screenshot API support to be added into the emulator.
Author
Owner

@internetakias commented on GitHub (Aug 21, 2013):

Looks like the AA line fix also took care of the outlines of certain 2d objects in P3P

<!-- gh-comment-id:23054575 --> @internetakias commented on GitHub (Aug 21, 2013): Looks like the AA line fix also took care of the outlines of certain 2d objects in P3P
Author
Owner

@VIRGINKLM commented on GitHub (Aug 21, 2013):

MP3 can't be done via linking to Android's native decoders/filters?

<!-- gh-comment-id:23058969 --> @VIRGINKLM commented on GitHub (Aug 21, 2013): MP3 can't be done via linking to Android's native decoders/filters?
Author
Owner

@thedax commented on GitHub (Aug 23, 2013):

To supplement this issue thread, DOA:P has a demo available here(it's in Japanese, but so much stuff is grayed out/disabled that it's easy to navigate):

http://www.pspdemocenter.com/page.php?id=3102

<!-- gh-comment-id:23162097 --> @thedax commented on GitHub (Aug 23, 2013): To supplement this issue thread, DOA:P has a demo available here(it's in Japanese, but so much stuff is grayed out/disabled that it's easy to navigate): http://www.pspdemocenter.com/page.php?id=3102
Author
Owner

@dbz400 commented on GitHub (Aug 23, 2013):

I think only outstanding issue for this game is strange shadow only

screen00008

<!-- gh-comment-id:23175082 --> @dbz400 commented on GitHub (Aug 23, 2013): I think only outstanding issue for this game is strange shadow only ![screen00008](https://f.cloud.github.com/assets/3000282/1017479/a4b770f4-0c11-11e3-9b6c-aa1278adcc69.jpg)
Author
Owner

@solarmystic commented on GitHub (Aug 24, 2013):

Back again folks!

I've just had another quick look at the game, and the status is pretty much the same, but I'd like to add another issue to the game. (@hrydgard very nice work with removing the wireframe lines, it was the first thing I noticed upon booting up the game again)

The game will have a tendency to hang with 60-70% CPU utlization on my Core 2 Duo machine when you access the "View The Contents of the Closet" option in the Hotel of your choosing when the day is over. Has a higher chance if you've just dumped a lot of items from your person into the closet. E.g. Loads of swimsuits and other items.

Repro method:-

  1. Load up the game. Any build that supports the game will do. (0.9.1-3 and above)
  2. Start a character vacation. Any girl will suffice, it can happen on any of them
  3. Do your typical three activities a day and get back to your hotel.
  4. (Optional) If you have a lot of items on your character, put them all away into the closet.
  5. Select the "View the contents of the closet" option, and start scrolling down.
  6. Sooner or later as your cursor hits an item that is stored in the closet, the game will hang. If in fullscreen mode, the only way to exit is Ctrl-Alt-Del. The whole emulator becomes unresponsive. It doesn't crash and produce a Windows Crash Report though.
<!-- gh-comment-id:23200134 --> @solarmystic commented on GitHub (Aug 24, 2013): Back again folks! I've just had another quick look at the game, and the status is pretty much the same, but I'd like to add another issue to the game. (@hrydgard very nice work with removing the wireframe lines, it was the first thing I noticed upon booting up the game again) The game will have a tendency to hang with 60-70% CPU utlization on my Core 2 Duo machine when you access the "View The Contents of the Closet" option in the Hotel of your choosing when the day is over. Has a higher chance if you've just dumped a lot of items from your person into the closet. E.g. Loads of swimsuits and other items. Repro method:- 1. Load up the game. Any build that supports the game will do. (0.9.1-3 and above) 2. Start a character vacation. Any girl will suffice, it can happen on any of them 3. Do your typical three activities a day and get back to your hotel. 4. (Optional) If you have a lot of items on your character, put them all away into the closet. 5. Select the "View the contents of the closet" option, and start scrolling down. 6. Sooner or later as your cursor hits an item that is stored in the closet, the game will hang. If in fullscreen mode, the only way to exit is Ctrl-Alt-Del. The whole emulator becomes unresponsive. It doesn't crash and produce a Windows Crash Report though.
Author
Owner

@solarmystic commented on GitHub (Oct 10, 2013):

Another update to the state of the game, the abnormal shadowing has been fixed thanks to this @raven02 pull request https://github.com/hrydgard/ppsspp/pull/4105 that got merged to master in v0.9.1-1667-g0fcba4e github.com/hrydgard/ppsspp@0fcba4e602

screen00097

Only persistent issues remaining are the horrible mp3 BGM playback (coupled with the endless debug log spam)and the inability to access the "Precious Memories" (Photo Mode) section (accessing it results in a hang)

<!-- gh-comment-id:26065253 --> @solarmystic commented on GitHub (Oct 10, 2013): Another update to the state of the game, the abnormal shadowing has been fixed thanks to this @raven02 pull request https://github.com/hrydgard/ppsspp/pull/4105 that got merged to master in v0.9.1-1667-g0fcba4e https://github.com/hrydgard/ppsspp/commit/0fcba4e60267c66f9204d34923c0133f5d247b5c ![screen00097](https://f.cloud.github.com/assets/4345150/1307657/0719f984-31c3-11e3-9fe0-c969851fa491.jpg) Only persistent issues remaining are the horrible mp3 BGM playback (coupled with the endless debug log spam)and the inability to access the "Precious Memories" (Photo Mode) section (accessing it results in a hang)
Author
Owner

@hrydgard commented on GitHub (Oct 10, 2013):

Are the shadows instead missing entirely now? I don't see any in the screenshot...

<!-- gh-comment-id:26065431 --> @hrydgard commented on GitHub (Oct 10, 2013): Are the shadows instead missing entirely now? I don't see any in the screenshot...
Author
Owner

@solarmystic commented on GitHub (Oct 10, 2013):

@hrydgard

They're still there, it's just the angle and composition of the screenshot taken that made it "missing" so to speak. Here's another screenshot from a different scene that had shadows, notice that they no longer protrude from the characters heads anymore:-

screen00101

Compare the fixed shadows to what it looked like previously before the pull request got merged (taken from the same position, roughly):-

screen00103

<!-- gh-comment-id:26065759 --> @solarmystic commented on GitHub (Oct 10, 2013): @hrydgard They're still there, it's just the angle and composition of the screenshot taken that made it "missing" so to speak. Here's another screenshot from a different scene that had shadows, notice that they no longer protrude from the characters heads anymore:- ![screen00101](https://f.cloud.github.com/assets/4345150/1307728/d21285ca-31c3-11e3-81a0-5e8cab81b0ca.jpg) Compare the fixed shadows to what it looked like previously before the pull request got merged (taken from the same position, roughly):- ![screen00103](https://f.cloud.github.com/assets/4345150/1307764/335c8c72-31c4-11e3-820a-d7e712273243.jpg)
Author
Owner

@internetakias commented on GitHub (Oct 10, 2013):

So all that's left now is to fix the mp3 support, right?

<!-- gh-comment-id:26087439 --> @internetakias commented on GitHub (Oct 10, 2013): So all that's left now is to fix the mp3 support, right?
Author
Owner

@hrydgard commented on GitHub (Oct 10, 2013):

I don't play this game, but the lighting looks really dull in the screen shots, so there's probably something more left to fix there.

<!-- gh-comment-id:26088781 --> @hrydgard commented on GitHub (Oct 10, 2013): I don't play this game, but the lighting looks really dull in the screen shots, so there's probably something more left to fix there.
Author
Owner

@solarmystic commented on GitHub (Oct 10, 2013):

@internetakias

Mp3 support, and ingame screenshot functionality (for Precious Memories photo mode) to be implemented, that's pretty much it.

@hrydgard

I don't think the game had any form of advanced dynamic lighting/bloom, even on the actual PSP. Even the shadows are rather rudimentary. I maybe wrong on this though.

<!-- gh-comment-id:26089638 --> @solarmystic commented on GitHub (Oct 10, 2013): @internetakias Mp3 support, and ingame screenshot functionality (for Precious Memories photo mode) to be implemented, that's pretty much it. @hrydgard I don't think the game had any form of advanced dynamic lighting/bloom, even on the actual PSP. Even the shadows are rather rudimentary. I maybe wrong on this though.
Author
Owner

@VIRGINKLM commented on GitHub (Oct 11, 2013):

The mp3 issue sounds like the buffer is too small for some reason and there's big latency.

<!-- gh-comment-id:26119109 --> @VIRGINKLM commented on GitHub (Oct 11, 2013): The mp3 issue sounds like the buffer is too small for some reason and there's big latency.
Author
Owner

@dbz400 commented on GitHub (Oct 11, 2013):

@VIRGINKLM , just curious Mp3 playback okay for this game? ( i didn't try hear it indeed)

<!-- gh-comment-id:26119688 --> @dbz400 commented on GitHub (Oct 11, 2013): @VIRGINKLM , just curious Mp3 playback okay for this game? ( i didn't try hear it indeed)
Author
Owner

@VIRGINKLM commented on GitHub (Oct 11, 2013):

No it stutters constantly, same effect as when the bug I described above happens.

<!-- gh-comment-id:26121360 --> @VIRGINKLM commented on GitHub (Oct 11, 2013): No it stutters constantly, same effect as when the bug I described above happens.
Author
Owner

@internetakias commented on GitHub (Oct 11, 2013):

@hrydgard
Nah, pretty sure the lighting is the same on a real PSP:
http://youtu.be/rpe-0018ZmU?t=3m21s

<!-- gh-comment-id:26129208 --> @internetakias commented on GitHub (Oct 11, 2013): @hrydgard Nah, pretty sure the lighting is the same on a real PSP: http://youtu.be/rpe-0018ZmU?t=3m21s
Author
Owner

@dbz400 commented on GitHub (Oct 12, 2013):

I see. Thanks @VIRGINKLM

<!-- gh-comment-id:26188480 --> @dbz400 commented on GitHub (Oct 12, 2013): I see. Thanks @VIRGINKLM
Author
Owner

@VIRGINKLM commented on GitHub (Apr 4, 2014):

Any luck with fixing mp3 audio? It still stutters.

<!-- gh-comment-id:39572865 --> @VIRGINKLM commented on GitHub (Apr 4, 2014): Any luck with fixing mp3 audio? It still stutters.
Author
Owner

@dbz400 commented on GitHub (Apr 14, 2014):

Finally get fixed here though with hack.

<!-- gh-comment-id:40417886 --> @dbz400 commented on GitHub (Apr 14, 2014): Finally get fixed here though with hack.
Author
Owner

@solarmystic commented on GitHub (Apr 14, 2014):

The only issue remaining with this game (after the mp3 fixes from @kaienfr), is the hang after selecting the "Precious Memories" option in the main menu caused by the Screenshot API.

Log console spams the following in the latest master:-
.capture

<!-- gh-comment-id:40421895 --> @solarmystic commented on GitHub (Apr 14, 2014): The only issue remaining with this game (after the mp3 fixes from @kaienfr), is the hang after selecting the "Precious Memories" option in the main menu caused by the Screenshot API. Log console spams the following in the latest master:- .![capture](https://cloud.githubusercontent.com/assets/4345150/2701156/8027bb3a-c41d-11e3-8f10-626595ab089a.PNG)
Author
Owner

@internetakias commented on GitHub (Apr 17, 2014):

I'm not sure why, but trying to change songs while another is still playing seems to break music output entirely.

<!-- gh-comment-id:40732466 --> @internetakias commented on GitHub (Apr 17, 2014): I'm not sure why, but trying to change songs while another is still playing seems to break music output entirely.
Author
Owner

@livisor commented on GitHub (Feb 17, 2017):

I tested this with latest version of ppsspp and precious memories spams this when clicked
https://gist.github.com/livisor/9115ec75824abdb5c307932e462264cc

<!-- gh-comment-id:280766254 --> @livisor commented on GitHub (Feb 17, 2017): I tested this with latest version of ppsspp and precious memories spams this when clicked https://gist.github.com/livisor/9115ec75824abdb5c307932e462264cc
Author
Owner

@ppmeis commented on GitHub (Jan 13, 2021):

Tested with latest Windows build. Precious Memories menu spams this after enter in it:

57:50:208 hle\scenet.cpp:210 N[SCENET]: LocalHost IP will be 127.0.0.1 [e8:85:32:a9:f9:5a]
57:50:328 root N[BOOT]: ui\emuscreen.cpp:302 Loading E:/Roms/Sony/PSP/UMD/EU/D - E/Dead or Alive Paradise [ULES-01416]/Dead or Alive Paradise [ULES-01416].PBP...
57:50:801 user_main E[SCEKERNEL]: hle\scekernelthread.cpp:2682 sceKernelWaitThreadEnd - bad thread 298
57:51:867 MTC_TASK E[SCEKERNEL]: hle\scekernelthread.cpp:2682 sceKernelWaitThreadEnd - bad thread 307
57:53:734 MTC_TASK E[SCEUTIL]: hle\sceutility.cpp:309 80111102=sceUtilityLoadModule(00000300): already loaded
57:54:818 MTC_TASK E[ME]: hle\scepsmf.cpp:1166 80616001=scePsmfPlayerStop(09151310): not yet playing
57:56:064 user_main E[SCEKERNEL]: hle\scekernelthread.cpp:1243 __KernelGetWaitID ERROR: thread 308

<!-- gh-comment-id:759373516 --> @ppmeis commented on GitHub (Jan 13, 2021): Tested with latest Windows build. Precious Memories menu spams this after enter in it: 57:50:208 hle\scenet.cpp:210 N[SCENET]: LocalHost IP will be 127.0.0.1 [e8:85:32:a9:f9:5a] 57:50:328 root N[BOOT]: ui\emuscreen.cpp:302 Loading E:/Roms/Sony/PSP/UMD/EU/D - E/Dead or Alive Paradise [ULES-01416]/Dead or Alive Paradise [ULES-01416].PBP... 57:50:801 user_main E[SCEKERNEL]: hle\scekernelthread.cpp:2682 sceKernelWaitThreadEnd - bad thread 298 57:51:867 MTC_TASK E[SCEKERNEL]: hle\scekernelthread.cpp:2682 sceKernelWaitThreadEnd - bad thread 307 57:53:734 MTC_TASK E[SCEUTIL]: hle\sceutility.cpp:309 80111102=sceUtilityLoadModule(00000300): already loaded 57:54:818 MTC_TASK E[ME]: hle\scepsmf.cpp:1166 80616001=scePsmfPlayerStop(09151310): not yet playing 57:56:064 user_main E[SCEKERNEL]: hle\scekernelthread.cpp:1243 __KernelGetWaitID ERROR: thread 308
Author
Owner

@ppmeis commented on GitHub (Dec 17, 2022):

Tested in latest build. Same issue.

<!-- gh-comment-id:1355851432 --> @ppmeis commented on GitHub (Dec 17, 2022): Tested in latest build. Same issue.
Author
Owner

@Frostchill commented on GitHub (Apr 25, 2024):

When I play this game on the emulator on PC it's super laggy. How do I fix this?

<!-- gh-comment-id:2077029055 --> @Frostchill commented on GitHub (Apr 25, 2024): When I play this game on the emulator on PC it's super laggy. How do I fix this?
Author
Owner

@NABN00B commented on GitHub (Jul 23, 2025):

I'm not experiencing lag of any kind on Windows.

A visual bug I experience is the ground disappearing sometimes on Vulkan and D3D11 (but not on OpenGL or D3D9).

DUMP.zip

Image Image

The BGM being broken is covered by #8672.

For the screenshot API not being implemented a new issue should be opened, as it affects other games as well.

The game also crashes frequently. (Will write on this more as it keeps happening.)

<!-- gh-comment-id:3109317290 --> @NABN00B commented on GitHub (Jul 23, 2025): I'm not experiencing lag of any kind on Windows. A visual bug I experience is the ground disappearing sometimes on Vulkan and D3D11 (but not on OpenGL or D3D9). [DUMP.zip](https://github.com/user-attachments/files/21391559/DUMP.zip) <img width="1920" height="1088" alt="Image" src="https://github.com/user-attachments/assets/8ee30231-1ee0-42a7-8f48-1ce6f3586b39" /> <img width="1920" height="1088" alt="Image" src="https://github.com/user-attachments/assets/d9584a6e-da63-40cf-a53a-f63788fb0834" /> The BGM being broken is covered by #8672. For the screenshot API not being implemented a new issue should be opened, as it affects other games as well. The game also crashes frequently. (Will write on this more as it keeps happening.)
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/ppsspp#1298
No description provided.