mirror of
https://github.com/shadps4-emu/shadPS4.git
synced 2026-04-26 00:05:58 +03:00
[GH-ISSUE #1434] Gravity Rush Remastered [CUSA01113] - multiple button pushes in comic book cutscenes #479
Labels
No labels
Bloodborne
bug
contributor wanted
documentation
enhancement
frontend
good first issue
help wanted
linux
pull-request
question
release
verification progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/shadPS4#479
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @pewmarjacvan on GitHub (Oct 23, 2024).
Original GitHub issue: https://github.com/shadps4-emu/shadPS4/issues/1434
The Gravity Rush Remastered comic book cutscenes seem to skip around when one button is pressed. To go forward in the scene, you need to press the button X, but when the button is pressed, it skips multiple panels/slides. The same seems to be the case for the back button.
Tested on the latest nightly version of shadPS4 0.3.1
https://streamable.com/jw1fc6
@Hermiten commented on GitHub (Nov 18, 2024):
Can you maybe try this build ?
https://github.com/shadps4-emu/shadPS4/pull/1356
Thanks you
@pewmarjacvan commented on GitHub (Nov 18, 2024):
The apple in the beginning seems to not respond to either keyboard or controller inputs. Text also doesn't appear for me. If there is a workaround for this, please tell me.
Log: shad_log.txt
@kalaposfos13 commented on GitHub (Nov 18, 2024):
Since I didn't touch the actual input system, only providing a configurable mapping between inputs and outputs, it would have been more surprising if simply trying my pr had actually worked. This comment also describes a similar problem, but since once you get past the intro, the inputs work more or less without issue, it is possible that the current input system as a whole has a problem with this game specifically.
@rainmakerv3 commented on GitHub (Nov 19, 2024):
I noticed something very odd also about this behavior. I tested on a fork of mine that by binding L3 to the button in sdl_window.cpp as such:
case SDL_GAMEPAD_BUTTON_LEFT_STICK:
return OrbisPadButtonDataOffset::ORBIS_PAD_BUTTON_CROSS;
I was able to use left stick to skip the comic panels with no issue. Also in menus, the analog speed can move at the correct speed but dpad inputs are also multiplied. So whatever the issue is, it only affects face/dpad buttons it seems
@GHU7924 commented on GitHub (Nov 24, 2024):
In the menu using the D-Pad, I have this happening:
https://github.com/user-attachments/assets/9a8e8bcf-d669-4d1f-bbd9-5c69e752b11f
I make exactly one click, but there are several of them.
When moving through the menu with the L-stick, there is nothing like that. That is, one click is one offset.
And if you skip the cut scenes, the sound is also somehow incorrectly reproduced, as if it is also accelerating:
https://github.com/user-attachments/assets/e23490d7-da09-40cd-8137-ba5b38ab7575
Edit:
But what happens if you hold down the button on the D-Pad:
https://github.com/user-attachments/assets/7ccd23d1-2c93-44e5-8678-0939b1ff34b5
I don't know what, but clearly something is not working right or something.
@GHU7924 commented on GitHub (Nov 29, 2024):
@pewmarjacvan check out the latest version from PR #1356. It looks like the problem has been fixed. At least everything works for me.
It would be great if more people tested it.
@pewmarjacvan commented on GitHub (Nov 29, 2024):
@GHU7924
https://streamable.com/q4o69b
Yes! It works perfectly now. Should i close the issue now or when the fix comes to main?
@GHU7924 commented on GitHub (Nov 29, 2024):
@pewmarjacvan I think it's worth waiting for the merger.