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

Cart Changing Functionality #207

Open
Cheeseness opened this issue Mar 3, 2014 · 2 comments
Open

Cart Changing Functionality #207

Cheeseness opened this issue Mar 3, 2014 · 2 comments

Comments

@Cheeseness
Copy link
Contributor

We've got a bunch of unimplemented cart contributions ( #2 ), and with @bobsayshilol's early implementation for online multiplayer, now looks like an important time to start to iron out our requirements and address what's involved.

Ideally, we should have some solution that is scalable to an arbitrary number of carts, capable of bringing across blendshapes (if we use those for damage modeling), collision meshes, and doesn't require manually packing every model into one prefab.

@Cheeseness Cheeseness added this to the Patrick's Vision? milestone Mar 3, 2014
@bobsayshilol
Copy link
Contributor

I'm starting to come around to @thegsm's idea of using classes for each character, but I don't see the problem with having lots of prefabs (especially for carts) - if each cart is in a separate prefab then you can adjust the handling of each cart independently rather than have 1 prefab with lots of different settings. Also if a prefab contained all the carts then it would take a while to instantiate it which is a bit of a drawback.

As for control scheme's, the current method is sending a message to the prefab saying "accelerate", "turn left", etc... and I think that scales perfectly since all the controls are then on the prefab and everything can be tweaked from there.

@thegsm
Copy link
Contributor

thegsm commented Mar 3, 2014

prefabs are fine, nothing wrong with those. But you may still want classes to handle a few things. First, there may be a case for common behavior in carts. Furthermore, you may want to have custom behavior. What if we do a hovercart? will it always be the same (may be particle display is different, maybe the steering works differently). Just for an extreme example, what if we decide to add a horse? (this was written as a joke in the forum, but you never know if someone really takes it up), truly a horse will behave differently than a cart in many ways so that may require us to change some things, but I prefer this would be to a minimum.

Furthermore, some of this should have shared code between everything, you may want to communicate with different objects in the same way, even of different types.

PS Horse was given as an illustration, nothing in my statement above implies we should or should not have in the game a horse or any quadrupedalism of any form.

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

3 participants