HackerN64 / HackerN64/HackerSM64

Allow easier creation of moving platforms

Open
#316 4 comments 0 reactions 0 assignees View on GitHub
duplicate enhancement
Dominant language
C
Stars
529
Forks
209
Avg merge
1d 12h
Merged PRs (30d)
1

Description

Right now the process of creating a moving platform is awful for the type of level design that involves a lot of dynamic surfaces. You have to make a new behavior, link it to collision, new model id, etc. This should become a system where a moving platform can be a single level-script command.

Idea:
The format of the macro should allow geolayout and collision pointers, as well as everything else that an object can provide:
```c
MOVING_PLATFORM(geoLayout, collision, posX, posY, posZ, angleX, angleY, angleZ, behParam, beh, acts);
```

This would prevent needing to load the geo as a model id (otherwise this is pretty useless).

Important (and obvious) thing to note: This would need Fast64 integration. I don't believe it would be too difficult, essentially it would be showing the SM64 Object properties on a mesh object/empty, then that tree would be its own separated geolayout.

I'd love to hear some thoughts on this idea and how it could be better, how it could be done, etc

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.