Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Odd Transition Speed in ND #9 #320

Open
indianajson opened this issue Jun 1, 2024 · 6 comments
Open

Odd Transition Speed in ND #9 #320

indianajson opened this issue Jun 1, 2024 · 6 comments

Comments

@indianajson
Copy link

In Nancy Drew: Danger on Deception Island there is a kayaking section that includes fade transitions between each movement. Currently, there is a minor issue with the transition speed when using cnc-ddraw-nancy-drew:

Without cnc-ddraw, the transitions take around 1 second and feel normal (although the game suffers).

When maxtickspeed=120 and limiter_type=1 the transitions happen very slowly (4-10 seconds depending on the transition). The game is playable though.

When maxtickspeed=30 and limiter_type=1 the transitions happen at normal speed but performance dips (cursor skips around and doesn't feel smooth with the locked low FPS).

When maxtickspeed=-1 and limiter_type=0 the transitions are so fast they don't even happen (which is a negative because the controls in the kayak section are somewhat tied to the transition's timing).

That said, this is not a game breaking issue. Given the speed is tied to FPS, the game's transitions may be coded in such a way that this cannot be fixed by cnc-ddraw, but I figured I would throw it out there. If you feel up to fooling around with it, here is a save in the kayak, where each player movement has a transition: SlowTransition.SAV

@FunkyFr3sh
Copy link
Owner

FunkyFr3sh commented Jun 2, 2024

works fine for me with 120 / 1 lol (Maybe a bit too fast?)

2024-06-02.03-48-44.mp4

without limiter it works as well, but it's way too fast (does look a lot better with 120 / 1)

@indianajson
Copy link
Author

How interesting. For me those same transitions are super slow... I wonder why. Thought it might have been a quirk with the new limiter type, but I guess not.

@FunkyFr3sh
Copy link
Owner

I got a similar issue in linux, seems to be a wine bug.

120 is still acceptable though - 60 is very slow and 30 is normal

2024-06-02.04-37-50.mp4

@indianajson
Copy link
Author

Definitely smoother for you than for me. I guess it's a weird edge case happening on my end. Going to test this on another Mac (different generation and OS) tomorrow just to see if it's Wineskin or my device.

@indianajson
Copy link
Author

I ran four tests on two devices with two different versions of Wineskin:

MacBook Pro 2019 (OS Sonoma) using Wineskin Engine WS12CX64bit21.1.1 and Wrapper 3.0.3
MacBook Pro 2019 (OS Sonoma) using Wineskin Engine WS11CX21.1.1-16 and Wrapper 2.9.2.0
MacBook Pro 2013 (OS Big Sur) using Wineskin Engine WS12CX64bit21.1.1 and Wrapper 3.0.3
MacBook Pro 2013 (OS Big Sur) using Wineskin Engine WS11CX21.1.1-16 and Wrapper 2.9.2.0

The issue persists across all tests. The baseline transition time is around 1.25 seconds (between when you click and when you regain control after the transition). On my tests, the time ranged from 2.5 to 8.00 seconds. Oddly, the extra slow transitions are not always the same.

At this point, I'm assuming there's not way to address it, so no worries. As I said, it's not game breaking. Maybe down the road the issue will re-appear in another game and this will help diagnose it.

@FunkyFr3sh
Copy link
Owner

nice, thanks for testing. I'll have to think about a good solution

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants