I have been looking at GitHub - Unity-Technologies/EntityComponentSystemSamples and it says that I should add the Hybrid Renderer as a package but I cannot find it in the list. The Entities package does not seem to be listed either.
I have made sure to enable the preview packages option.
Hereâs hoping the ECS framework falls in the former category, not the latter.
Anyway, these packages are apparently being hidden now and need to be added manually.
The ECS package can be added by adding com.unity.rendering.hybrid through the âAdd package from git URLâŚâ option in the Package Manager. This Hybrid Renderer package will then add the Entities com.unity.entities package as a dependency.
The whole having to go to another place to enable showing previews and dependencies was not a great idea. This makes it worse. Development packages also show as Unity Technologies which is confusing.
I think treating people like professionals should be the baseline. As in that is the bar. If you can make it easier on people that might shoot themselves in the foot by all means do so. But not at the cost of making it cumbersome for everyone. The latter should be a non starter.
I think you already found it but for anyone else:
One possibility to get the package names is to check the manual: Unity - Manual: Pre-release packages
I agree that hiding it is overkill. If unity wantâs to hide some preview packages because they are to experimental, I would add the second checkbox: show experimental packages.
Iâm selecting âadd package from git URLâ and then entering âcom.unity.rendering.hybridâ, but nothing happens. It just boots me back to the Package Manager. I have barely started using 2020 and I already dislike it. Help me.
Edit - Oh, it seems it just quietly downloads the stuff without giving you ANY INDICATION it recognized your command and is doing jack. Seriously, whoever in the usability department gave the go ahead for this deserves to⌠Iâll stop myself here. These days everything you say is taken literally.
Okay, Iâm confused now. Iâm thinking ECS is the future and want to develop my next project around it with the expectation itâll be mainstream in two years, and useable before then (think alpha and early access test builds). Is this not the case? Is it so flaky that Unity donât really want people considering development with it beyond poking around with hobby concepts? When is it expected to be good enough to create, or the basis of, WIP commercial projects?
Just yesterday Unity announced a ânewâ platform for writing multiplayer networking code, but get thisâŚitâs specifically for GameObject-based games and not entity-based DOTS games.
The API changes fairly often for the core stuff but it is otherwise very usable. The higher level functionality is a lot more flaky.
That depends on your definition of âgood enoughâ. For some people, that is now. For others, that is probably 5 or 10 years away if ever. Personally, I require some custom stuff that no engine currently provides to do what I want to do. I was originally going to switch to a custom engine, but now with DOTS the engine is opened up enough that I can implement that stuff in Unity while also being able to take advantage of Unityâs implementations for the less fun things. Iâm starting that now, but this is a long multi-year investment.
This is Unity making sure that thereâs an officially-supported way of making games in GameObject land while DOTS is being developed. Itâs an open-source project that was already widely recognized in the community as one of the best solutions for making multiplayer games in Unity. It takes very little research on the forums to find out that DOTS netcode is undergoing active development in parallel.
Guys, everyone gets what you mean. Your scepticism about DOTS is healthy and well-warranted. Still, youâre not making anyoneâs day better with needless toxicity. I am positively surprised by the amount of restraint exhibited by the forum moderators, by the way.
At this point Iâm guessing Unity doesnât have a particular direction beyond âeverythingâ and they are throwing their development behind every idea.
It is opposite in fact. DOTS at its current state is developed at least since Unity 5. That before its current name was cobbled out. This is how far back it reaches, if considering Unity envirement to be able support current DOTS state. Unity editor came trough many changes since, to accommodate that.
Dots is probably one of very few Unity features, which is constantly developed over many years since, with rather clear direction to me.
Current DOTS state however, does require and expect to have range of technical skills.
People proved in many cases to use it just fine. The package state of being hidden, is to make sure, that people understand, it is not fully released. But anyone with required technical skills is able to grab it.
However, it is common knowlage regarding DOTS that it is constantly evolves and its API nonstop changes. Average Joe wouldnât like that and will complain straight away. Hence packageâs are accessible at this point, to people who are fully aware about DOTS state and are expecting for changes at any given time.
Consider it for early adopters and first batch of testers.
You shouldnât be starting project however, with expectation that dots tomorrow will be commercial ready. This is wring approach. You should instead understand and take what you got now and in worse case scenario, lock Unity version, then work toward release. Any updates are just bonus then.