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

Looping of character sing and strumline confirm animations on hold notes #2894

Closed

Conversation

Davvex87
Copy link

@Davvex87 Davvex87 commented Jun 23, 2024

Now, whenever the player or CPU/NPC hit a hold note, the character corresponding to that player and the strumline which the note belongs to will now play their sing and confirm animations respectively on "loop".
This used to be a feature in funkin versions prior to 0.3 but has been lost due to the re-write of how the game renders, stored and uses hold notes, but with this re-implementation, this lost feature has been revived into the new engine, with the added bonus of animation loop rates not being song BPM dependent but instead being a constant value that determines at what frame of the animation it should loop back to the starting frame.

Note:

At line 448 of Strumline.hx, the holdConfirm function has been commented out as its functionality was replaced with the new playConfirmHold function, however the function declaration for holdConfirm was left in the code-base as I do not have any idea if the presence of that function call is critical for the game's function, therefore anything related to that function was not tinkered with, but if decided that the function should no longer have a use in the code-base, I made sure that it could be removed without worry of breaking other functionalities.
image

Untitled.mp4

@EliteMasterEric EliteMasterEric added type: minor bug Involves a minor bug or issue. status: rejected Issue did not pass review or PR cannot be approved. labels Jun 23, 2024
@EliteMasterEric
Copy link
Member

This used to be a feature in funkin versions prior to 0.3

This used to be a BUG in Funkin' versions prior to v0.3.

@MemTheBun
Copy link

Im 5km from your home Davvex87

@tposejank
Copy link
Contributor

I thought they would look better but this looks like they are skeletons

@CyndaquilDAC
Copy link

This used to be a feature in funkin versions prior to 0.3

This used to be a BUG in Funkin' versions prior to v0.3.

Should've been a feature. It looks substantially better and more impactful than just leaving the characters on a still frame after the first notehit

@Keoiki
Copy link
Contributor

Keoiki commented Jun 25, 2024

Why was this PR even made in first place? "-loop" animation suffix functionality is a thing now and this PR would've defeated the purpose of said animations, right? Just use "-loop" animations. (And the strum notes look better when the flash animation isn't played that fast on sustains.)

@Davvex87
Copy link
Author

Davvex87 commented Jun 26, 2024

The "-loop" suffix works differently, as when an animation is set to loop in HaxeFlixel, it will wait until the animation has reached its last frame and which it will restart the animation at the first frame, but they way I implemented it waits until the 4th frame is reached and once it does it will restart at the first frame, not taking into account the true last frame of the animation.

"But again, why not use the suffix?" you may ask, because certain characters with more that just 6 frames of animation waiting to loop will look unatural. Take Psychic or smooth BF (idk what its name is), they have like 20 frames, which will make it super weird!

@Davvex87
Copy link
Author

And yeah I also hate to see the characters look like a statue when singing a hold note, thats mostly why I made this Post Request.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
status: rejected Issue did not pass review or PR cannot be approved. type: minor bug Involves a minor bug or issue.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants