Official New Standard Asset Characters - Third Person

Weren't just talking about mecanim's little brother kinematica? Ie motion matching with ML?

 

No. They demo'd a multiplayer game with the controller. Not Kinematica. But you know better than to wait for Unity's motion matching solution @neoshaman ! Try this absolutely awesome asset instead: MXM motion-matching-for-unity . That's the asset I've been integrating with this beta SAC controller. Working well so far but I'm worried Unity will pull the rug out from under me by ditching this controller or breaking things some other way. I'd love to avoid using 2019.3 & URP but as I'm a solo developer not working to a deadline, I don't want to be in a situation where all the work I've done is rendered useless via deprecation.

 

Code (CSharp):

1. /// Note: The capsule is always upright. It ignores rotation.

This is not cool, it's a big limitation of the old character controller. Being able to rotate it is an important feature to implement mechanics like the physics in Super Mario Galaxy, where the gravity and player rotation changes depending on the planet/platform shape. Other example is any Sonic game, where you're able to follow the ground normal and run through loops with full 360º character rotation. It's true that I still able to code my own controller for those situations, but if you guys pretend to implement a better solution for the older character controller, then make it really better! The capsule being always upright is an awful limitation.

Here you can see a kinematic character controller that is able to match it's rotation to the surface normal:

 

After struggling with the old 3rd person character controller I found this thread and the new SAC. Looks great! It solved my problem of having the character step at a target every time.

But.... after I tried this in a separate project I decided to copy it to my own project. Got compile errors because Cinemachine and InputSystem were not installed. Installed Cinemachine and then InputSystem (I think I chose the same version as in the Github project, version 1.0.0 preview, not the preview.1 version). Then I got a message about upgrading native backend, which required a restart of the editor. Clicked yes and the editor closed.

And then my project won't open anymore. Unity 2019.2.6 start, I get a message Compiling Assembly Definition Files scripts and then the editor crashes.
I tried restarting the editor and then restarting the PC, no effect. Tried removing the inputsystem line from the manifest.json in the Packages folder, but that also made no difference.
Decided to go all the way back and delete the _StandardAssets folder and the cinemachine line ffrom the manifest. Now I could open the project again, thankfully.

Tried to do it in a different order, first import Cinemachine, but already at that step the editor crashed again. After I removed the cinemachine line again from the manifest and reopened the project it started recompiling pretty much everything!

Please help. How can I include this new SAC in my own project?

 

@joostbos It's promising but you should know that Unity doesn't consider this package to be ready for "preview" status and at the same time there have been no commits on GitHub in a month (and very few before that). But report your issues in GitHub anyway and see how you go. Otherwise... consider a more feature complete third party solution, one that is regularly being updated. This one we've been told is only intended for prototyping and hence shouldn't see basic features like swimming or climbing added anytime in the foreseeable future. Saying this with some degree of regret.

 

@transat Thanks. Yes, I noticed that this seems to be dying out, unfortunately. I'll report the issue anyway.

And I was able to fix my problem with the old character controller. The reason it was not consistent was because it was messing with rigidbody verlocity. When I changed that to simply move the object using its transform the character steps at the same spot every time.

 

I may have encountered the same on Windows now, on 2019.2.8 with Input System 1.0.0 preview 2. Had to switch from Both to only use the new system, and input to FPS controller from this project started working.

 

How should I modify the keyboard input bindings?

I would like to add the arrow keys to work for FPS control, in addition to WASD.

I read CharacterInput : MonoBehaviour, StandardControls.IMovementActions and saw how it says m_StandardControls = new StandardControls();

StandardControls.cs says:

// GENERATED AUTOMATICALLY FROM 'Assets/_Standard Assets/Characters/Scriptable Objects/Control Map/StandardControls.inputactions'

But that file does not exist.

I tried to modify the JSON there directly, but changes there did not have any effect. So am left clueless so far.

 

@willgoldstone I'm not sure if I should be happy or pissed off about this. Unity is like the Trump of tech... you desensitise your users through repeated mismanagement! So when a new flop happens, what used to be frustration now becomes "oh, this is just Unity being Unity."

Question for you: does this asset relate to the announcement made at the last Unite about an exciting new character controller with lots of bells and whistles that would be made available soon? ie. Is this it? Surely not, as this asset has gotten 2 commits in the past 6 months! Can you then confirm that there is another character controller in the pipeline, one that will indeed be released soon? I'd appreciate an honest answer here because I feel I've been taken for enough of a ride this time.

 

let me make a guess, "exciting new character controller" would be the upgrade/animated version of DOTS-sample's use case , but i doubt it's versatile and stable

 

We should crowd source one like the UMA group

 

Though I'm looking at GKC now and the developer is so responsive to feedback I'd say it's virtually crowd sourced.

 

it's also way beyond a simple character controller

 

Hi there

If you are looking to add or modify bindings for actions, you wont need to edit any JSON manually.

Find the 'StandardControls' InputAction asset in your project view, and double click it. The Input Action window will open, and you can simply add or change the bindings for a given action.

So, open the Input Action asset, next to the move Action, click the + button, select "Add 2D Vector Composite", a new field will appear under the move action, it will look like the existing WASD binding. Now, you can just add key bindings for the Up, Down, Left and Right parts of the 2D composite vector.

Hope that helps, for more on this, see the New Input System Docs. https://docs.unity3d.com/Packages/c...ActionAssets.html#editing-input-action-assets

 

@willgoldstone Are we due to hear from the Education Team? Or is it back to radio silence?

 

I'll still recommend Kinematic Character Controller for those who can actually program (it's not code-free but it is easy).

 

While it's not my personal use case, I wonder how it will address the most demanded feature I spot, that is sprinting, swimming and climbing, on top there is borderline gameplay ideas (ie they are contextual to a project sadly) like melee and shooting. I did say address, not implement it's just that people keep asking for that in any controller thread. I feel like climbing is a big one but it's also the "generic" one that is also part of the borderline.

For people interested in eventually rolling your own:
https://catlikecoding.com/unity/tutorials/movement/
cat like coding has started a promising tutorial, the part on surface contact really go in depth in stuff beginner overlook.

 

I think it's a great move.
Sometimes you get a lot of content by Unity, but are thought as whole frameworks and sometimes conflicting with each other.
I think that having the basics of a robust and tuneable controller is a must, and you can expand the scope via add-ons / examples (instead of having many full projects).

 

I didn’t want to risk using a third party asset because the developer could suddenly disappear and abandon their project. Well I think this is now the 3rd time Unity had done just that to this package. And your generic response, which barely addresses anything from the long thread it was posted in, tells me I’m right to look elsewhere. Rather than telling us when you’re hoping to start work, by this stage I wanted to hear when you’re hoping to have the previously promised work finished. Disappointed.

I did the survey and it’s not about the package in this thread at all. It seems more like a PR exercise to tell your users that you have decided to start next year what your users thought you had already been working on for the past 2 years. The survey should have restricted itself to the 1st and 3rd person character controller and should have been asking about the basic functionality we expect from Unity’s version. What I expect is a super solid foundation that taps into all of Unity’s new features... DOTS, rigging, physics, AI, etc. One with all the basics such as climbing and swimming. But something users can build upon rather than a simple prototyping solution.

One survey question asks use what they would use this asset for. Options include prototyping, learning and a couple of others. There is not option that says “I want to use this to make an actual game”. Please make it clearer. I suggest the following warning: ”When we finally build this thing, it will not be a controller you would ever want to use for a shipping game but only something to be used for the very early mockup stages. So bare in mind that this is only to be used for super basic character movement of the kind you can get with any other controller because any game-play related features will have to be redone. Also please note that any advantage we can provide by integrating with DOTS will be lost as soon as you switch out to a non-prototype asset.”

 

Unity 2019.1 github repository should be made too

 

OK, so I just found out that this thing exists, completely randomly, because people were talking about it. WTF? Why do I need to yet again find that some official feature is on GitHub? What's the point of this package manager nonsense if you're not even putting your own stuff up there as preview packages?

 

You should be happy you did not find this earlier. I did, and have waited since... ever.

Don't think it's a good idea to wait any longer. If your can not create you're own, buy one instead. If you know how to program, buy Kinematic Character Controler, KCC.

 

Although this thing seems to be dead or whatever, after checking the github, it is like the c# source for the unity character controller. Which is a good thing to learn from and know the missing pieces.
So, thanks for the effort.

 

The only catch with using UPM for something like this is bloat. If all I want is the very minimal base character controller, there should be a package for just that. One script. No dependencies on camera scripts or fancy input systems needed.

 

I want to second this -- the surface contact stuff is a great gem!

I guess we won't get the "Zelda: Breath of the Wild" or "Super Mario 64 / Overgrowth" styled character controller we were all hoping for from Unity. Maybe if somebody at least makes a decent enough (configurable) character controller from that information that handles stuff like wall-kicks, swimming and climbing, they might be nice enough to share it freely.

I see where you're going with this, but a package just for one script is not ideal. Maybe a package with 5 different (clean) character controllers that could be used (or given the option to simply not import them) would be much better for usability purposes.
No dependencies of course (except for maybe the better Input System), but the camera and post-processing dependencies should definitely be nixed.

 

We should pull a UMA and do some community asset, like a custom controller and a custm srp, as alternative to unity's solution, since they don't make games...

 

Am I to understand that there is no standard asset package for unity 2019.3!
That renders the program completely useless for the vast majority of users that I have talked to.
Is this the beginning of the end of unity?

 

Not really, there's still the pretty strong point of 0% royalties compared to something like UE4 or CryEngine.

 

Part of what makes Unity so popular is that it was easy to use. Now it is taking steps backwards and becoming more difficult and time-consuming and requires specialized knowledge. It is easy to tell someone "Go learn the knowledge". It is another thing altogether take the months or years it takes to learn it. Unity will stop being a top choice. Not having a standard assets package is a very very bad idea.

 

They probably will have a standard asset, just not the botw 64 base controller people think they would have. Making a solid but generic controller is hard, and they probably didn't understand the commitment needed for that when asking what we wanted. And we expected something beyond simple prototyping.

Expectations of both side simply didn't met.

 

I am all for the way it was before. Just a generic 3rd person controller.

 

Radio silence since dec 13...

 

Wrong frequency? Ha.

The sad thing is that this asset had promise despite it's over-complicated UX and 200 console warnings. It just needed someone/some team to be improving it weekly based on feedback rather than leaving us guessing as to its future. I'm sure UT will learn lessons past with this reboot though, and communicate more frequently once they've come up with a plan.

At this stage, if this is going to be just for prototyping and not the BOTW controller of our dreams, then I'm leaning towards what @incenseman said: keep it as simple as possible. I'm assuming this is why it's now with the Education team? So please make this a very basic foundation of what a pure DOTS character controller could do and how it could integrate with other DOTS packages such as physics, rigging, AI, etc. In other words, it should be designed to be hot-swappable with other 3rd party DOTS controllers (when they arrive) by providing a common framework / interface that can be used for other assets. It should provide something for other asset developers to build on top of or extend if flexible enough.

Right now, integrations between packages are a pain for users and developers. Ideally, all these different controllers should talk to 3-6 UT provided scriptable objects. ie. I want to be able to switch one controller for another and not lose my existing design choices for stuff that should be common to all character controllers... the fact that my character slides on slopes greater than X percent, is affected by gravity, can jump, can double-jump, can swim/climb/vault, orients towards the camera, is grounded, has headlook, etc. Many of the settings that this asset had but in a re-usable scriptable object, essentially. With this asset, it was very hard to replace a component due to all the hard dependencies.

Speaking of 3rd party solutions... I'm keeping an eye on this one...

...as UT dashed my hopes they were going to hire @PhilSA, its developer, pay him big bucks, and get him to lead the charge on this project. So now I just want DOTS to be stable enough for Phil to come up with the extensible (or complete!) solution of our dreams. It can take time to build trust and Phil definitely has that from his users.

 

That part of the video where it

Spoiler

shows that by the way it's a lot of characters at the same time

is pretty cool

 

Now the Dots sample is out, has anyone checked out the character controller?

 

@Shizola the DOTS sample is HDRP only as far as I know. And from what I’ve read in that thread, it’s not intuitive and there are no docs to explain how the controller works. I’d definitely want to check it out if they make a stand-alone one that works in URP.

 

I just want a character controller that can handle slopes, ground check, an arbitrary up direction and what not, packaged with Unity. The OG CharacterController is too unreliable, and the OpenCharacterController isn't much better really, breaks all the time.

I don't care for whatever character movement they have like swimming or climbing, I do all that stuff by myself anyway. I just want reliable collision.

@PhilSA's is one of the only two character controller artisans left, a dying breed, and thus deserves a lot of credit. His KCC seems like it does almost exactly what I want. But this stuff REALLY shouldn't be relied on by asset developers - though I could say that about a metric ton of features (baking, input, splines, level design, etc).

Unity devs often come around and say, "oh, we'll get that done in a couple of years if you're lucky." I get things take time - I really do. But I don't want to make great games in 3 years when all this stuff is relatively stable, I want to make great games NOW. And Unity actively makes this difficult for me.

I'm not a professional. I make games for fun. Yet even someone of my amateur caliber can recognize your deep running faults. Industry professionals incredibly smarter than me have no excuses.

If any of the devs are reading this, I don't mean contempt this against you personally. But you guys understand where we're coming from.

Blegh. Rant over.

 

Hello,

I use third person character + respective camera.

How can I set the distance between character and camera?

Thanks!

PS: Is there a "safe" way to respawn or teleport the character? If I mess with rigidbody (trying to remove velocity/momentum), it can lead to the character rotating around the x axis.

 

Has anyone heard from Unity about the Standard Assets since we got an update here back in December 2019? I returned here hoping to see all kinds of improvements and updates, complete with videos and images but there's nothing since December 13th of 2019. Three months of no update on what's been accomplished, improved on, or at least a road-map for 2020. How do we go about getting better communication on these "official" things, Discord or?

@peteorstrike @willgoldstone Anything to update on in regard to the new Standard Assets?

 

@peteorstrike @willgoldstone do we have any further news regarding the new standard Assets?

 

If anyone found & fixed some OpenCharacterController bugs and is willing to collaborate on getting this thing stable, please reach out.

I use it in two of my assets and fixed a few bugs already.

 

@peteorstrike @willgoldstone I think with more than 3 months having gone by we're not asking for much more than a life sign of this project. GitHub says the package would be released in 2019.

 

Looks like Unity abandoned their own Unity asset

 

Wouldn't be the first time.

 

I was polishing up the character controller for the last 2 weeks.
191 improvements so far.

Sliding worked a bit poorly before, I introduced a state machine for that part. Now the slideStartTime actually works, previously it was ignored.

Added several unit tests to make sure that some of the functions are at least tested:


I also modified SetHeight/SetCenter so they check if it's possible before doing so. Previously there was a bug where calling it over and over again would put the character higher up in the air every single time (in my case, when going from SWIMMING to WALKING).

The controller is embedded in my assets, but I am considering to make this a standalone asset if many people are interested. I think OpenCharacterController (and my fork) are the only option if you want to make a Quake like game with "collide & slide" controller.

 

Wtf is happening Unity? Is there no upper management or anyone who cares about your product image? It feels like you're just separate developers each working on whatever new tech that caught your eye at any particular moment.

I can't remember the last time I worked on something in Unity and didn't immediately discover an issue that really shouldn't be there if the feature was better tested or if users weren't scattered across multiple different implementations of the same feature. I came back to Unity just recently and noticed that HDRP was just released out of preview. Neat, I thought. Let's upgrade a project to see how it works in HDRP. Hmm, why are all my particles pink? Ahh, there isn't even particle shaders in HDRP. Apparently because someone is working on something new that will revolutionize particles so why bother ensuring a smooth transition in the meantime, right? After all this new awesome feature is "nearly ready ™".

But this isn't really anything new, so I guess I have only myself to blame. Their example projects and samples have always been messes that were immediately abandoned after being released. I remember the Unity Labs example project that was used as the teaser for Unity 5:

At first it took them ages to release it because they were "polishing" it. Right. When it was finally released it was a broken mess with abysmal performance due to ridiculous oversights like a single particle system tanking the performance by at least 50%.

Then they promised a full rewrite of the project, which they apparently partly finished because they made a video about it:

But it was never released or mentioned again.

Then the entire project was silently removed.

I'm not sure if you can still get it through installing Unity 5.x, but I at least kept a copy on my computer as I do with most of Unity's sample projects because I know they can just decide to sweep them under the rug and pretend they never existed at any moment.

The thread for the Unity labs project mirrors this one, which I guess can be said for a lot of Unity's official sample threads: https://forum.unity.com/threads/unity-labs-available-for-download.315877/page-3#post-2361577

The Unity Labs project pisses me off to be completely honest. It's still by far the best example project Unity has ever released. It's such a good learning project for so many types of games or gameplay features and the assets in it are amazing even by today's standard. And it's so easy to upgrade to newer versions of Unity.

And what projects Unity decide to keep and not is so ridiculously random. Like why is this project still around and being continuously updated?
https://assetstore.unity.com/packages/essentials/tutorial-projects/2d-roguelike-29825

That project was bad even when it was new. Ugly graphics that are way too specific to be used in any other project, awkward code logic that is hard to follow and ridiculously bug prone and it's a tiny weird project that's not suited for beginners or interesting for experienced users.

Again it seems like it's each individual Unity developer's responsibility to keep their project updated or supported. It feels just like random Asset Store assets where the support you get from different asset developers varies wildly.

Anyway I guess this was me going on an off-topic tangent and just venting some steam, but the actual reason I ended up here was that I was looking for the standard assets project only to realize it was removed because after all, someone at Unity is working on a new awesome replacement that is "nearly ready ™". Yeah right, fool me a twice... or a hundred times...

When I started using Unity over a decade ago I remember Unity used to have a slogan like "It just works" or something like that. That slogan was phased out never to be seen again, which makes a lot of sense.

 

Unity has grown a lot.
I remember 5.x too - now we have 2020 and they are about to go public. Think about that growth for a second, it's insane.

You are not the only one who noticed it. Everything is half baked, unfinished, full of bugs, and every year they are listening.

You can either get frustrated about it, or see the good in it and take over a package here and there.

For example, Unity's UNET networking went through the same fate. In the end we decided to fork it and fix it ourselves. It was a lot of work and at times extremely frustrating because it felt like doing the work that a team of highly paid Unity employees was responsible for. Now three years later, it turned out the best decision ever:

• It makes a substantial amount of money every month through donations. Which shows that it's not just you that's frustrated. There are thousands of others who are eager to use and donate to a project that is stable and receives continuous bug fixes over the years.
• We learned just about everything there is about networking. Previously we didn't know much. That's huge.
• We are now vertically integrated. Previously when working on my multiplayer game, if I encountered a bug or a performance bottleneck then I had to beg Unity for a fix. This was not fun at all, because it never happened. Now if I find a bug or a bottleneck, it's usually fixed within 24 hours because we are vertically integrated. Meaning we own the full tech stack and can adapt / fix which ever part we want.

In other words: I agree that it sucks. But take it as a chance. If you care about shader lab, maybe make your own and release it on the Asset Store