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

S1&2: Camera misbehaves during fire shield air dash #7

Closed
Decidetto opened this issue Jan 18, 2021 · 0 comments
Closed

S1&2: Camera misbehaves during fire shield air dash #7

Decidetto opened this issue Jan 18, 2021 · 0 comments
Milestone

Comments

@Decidetto
Copy link

Decidetto commented Jan 18, 2021

If S3 items are enabled from the game options in either game, when using the air dash granted by the fire shield, the camera "falls down" early before Sonic does. This happens in either game.

In the original mobile version of either game, the camera stops tracking Sonic and only starts tracking him again 15 frames (at 60 fps) after initiating the dash.
The pause in horizontal tracking is correctly reflected here, but the vertical behaviour is inconsistent.

I analysed this 60 fps YouTube video frame-by-frame to check various hypotheses: https://youtu.be/C0FQPNJOYf8. The framerate in this video is not entirely consistent, but some air dashes where the framerate does stay stable for the duration of the camera freeze are at 4:57 and 5:12.
I initially thought that vertical camera movement in the original was locked for a certain number of frames, too, but an occurrence at 5:22 debunks that, where Sonic does an air dash at ground level, where the camera tracks him vertically even during the initial horizontal camera-stop.
I've done some more research and the Sonic Physics Guide at Sonic Retro may shed more light on it: http://info.sonicretro.org/SPG:Camera#Flame_Shield.2FHyper_Sonic_Air_Dash
Having read this page, I believe vertical movement during the air dash may simply be a product of the "vertical border" rule.

My checksums (both are pre-Sega Forever):
S1 Data.rsdk MD5: 10E320E8B3C1BA3B87B1E8EE01B2492C (v2.0.8)
S2 Data.rdsk MD5: 6F1244F8D6E3822778F69BCE2D1E8558 (v3.1.5)

@stxticOVFL stxticOVFL added this to the 1.1.0 milestone Jan 20, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants