Can GameObject physics interact with Entity physics?

I'm very new to this DOTS thing and when I watch talks about it, the developer that's talking always says something about still having gameobjects whilst at the same time implementing entities.

they say the player can still be a gameObject but if that's so how is the player able to interact with the entities?

I know there's a convert to entity script but that still means I have to write code for the player as if it was an entity and not a gameObject which will still take a long time. As far as I know, entities and gameObjects don't even use the same physics engine. Entity uses Unity.Physics whilst gameObjects uses UnityEngine so I dont even know how those two things can work together.

anyway, please help cause I am very frustrated and my head hurts.

 

I've just started learning this as well and I'm not 100% sure this is correct, but I believe there are a couple options. First we start with the conversion by injecting the game object.


This allows us to have the game object and the entity in the world at the same time. This is currently necessary if we want a skinned mesh renderer and animations, and other game object world "things" that are currently not dots friendly.

Then you could run all physics in the DOTS world and update the game objects position, velocity, etc based on the information determined through the dots physics. This would drive your animations and whatever else you need.

Another option would be to run your normal physics on the character and use dots jobs to run collision detection against entities. You would provide the transform position of your character to the entity world along with other relevant information like height, radius, etc and check if you are colliding with an entity and perform the necessary action.

I'm hoping someone with more knowledge pokes holes in my ideas though

 

The Physx in 2019.3.0f3 & 5 is driving me nuts. I can get maybe 10 or 20 rigidbodies with attached particle systems made active and then crashes to desktop...every..single...time. Stopped me dead in my tracks for ten days now. Then last night the rigidbodies would be like 15,000 units away from the activation position one frame later and running up scores as though they collided with the avatar..like 6 or 8 collisions for every emitted object I couldn't see anywhere but the Hierarchy. So I was thinking of using DOTS for physics but the vehicle is so delicately balanced I fear I cannot write the same code for the "feel" of the stick to the walls skid-drifting gyrocycle which using a PID controller took about two weeks to balance..AGAIN..after Unity's Physx upgrade totally broke the previous version. I would love DOTS to work with the seven levels and 200+ prefabs already made.. But only use it for the emitted rigidbodies and somehow tag all the other environment props so that DOTS knows about them. Since it is in edutainment game about subatomic physics taking place in environments like cyclotrons and tokamaks and particle accelerator tunnels it would seem DOTS is the way to go for the subatomic part..protons, neutrons, electrons etc..as I am limited with physx to the dozens before slowdown or crashes and DOTS seems like you can have thousands.

@MelvMay ...You alluded to DOTS understanding Physx objects by having a component such as a rigidbody or collider on them. Do I have to script this or is that a part of the package I have to init. I tried playing wth a github sample last night and it came in with no lighting or totally borked lighting and like 15fps. Not encouraging..but then i see real world devs convert their game with huge mobs and inventories moving around seamlessly. Tempting..but I have dug myself into many a hole thinking this Unity tech is awesome and then the project dying by a thousand cuts.

What is the exact process to convert environments..most just MeshCollider colliders and a bunch of triggers..and can I just keep my other stuff intact like the audio system and portal door opener-closer type scripts?