[💬] Unity ECS << 개병신 Framework

[Vg_(dhtpdud528)]

이전글

개처열받는 물리엔진과 10선 - 인디 게임 개발 마이너 갤러리

https://youtu.be/dzYFJhkGTRk

결론은 com.unity.physics 패키지 문제가 맞다.

일단 포럼이랑 Bug report에 문의 넣었다...

내 게임 출시하기 전까진 고쳐주겠지...

해당 이슈 테스트 프로젝트는 Github에 공유해 두었다.

버그 리포트 용으로 만든 테스트 프로젝트인데, 막상 만들고 보니 DOTS예제로도 괜찮은 듯

https://github.com/지우셈dhtpdud/Unity-ECS-Incorrect-collisions

(아니 / dh 가 왜 금지어인데!!!!!!!!!!!!!!!)

간단한 SystemBase랑 ISystem, IJobEntity 코드 들어있으니까, DOTS 공부하고 싶은 사람은 까서 보는 거 추천

[Indie 1(222.96)]

버그 수정 안할듯 다른 방법 찾는 것이 빠르지 않것나? 지금 갸들 수정보다는 기존 오브젝트와 통합시킬려고 머리굴리고 있어 바쁠거라..

[Vg_(dhtpdud528)]

[Vg_(dhtpdud528)]

아니야아아악!!!!!!!!!!!!!!!! 그럴 리 없어!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

[만들어보기(oblige5800)]

물리충돌 세밀하거나 빠른이동에서는 못씀 저거 유니티 초창기부터 있던 이슈고 해결할필요 없는게 극단적인 물리법칙에는 원래 적용 못함. 빠르게 계산되는게 목적이라..그냥 물리는 정확한거 원하면 직접 짜야함

[Vg_(dhtpdud528)]

아니 진짜네ㅋㅋㅋㅋㅋㅋ GameObject도 Continuous Dynamic 활성화 안하면 똑같은 현상이 일어나네ㅋㅋㅋㅋ....

[Vg_(dhtpdud528)]

후 결국 직접 총알 물리 구현해서 해결했다...

[Indie 2(121.149)]

한 1-2년은 걸릴거야 경험상 그래

[Indie 2(121.149)]

그리고 윗댓 말도 맞아서 직접 보정하는 거 만드는 게 나을 듯

[겨울농부(prime2050)]

[tpf(arrow3322)]

ShooterSystem은 SystemBase인데 왜 [BurstCompile]붙임? Managed type참조해서 Burst 안될텐데.

[Vg_(dhtpdud528)]

그동안 생각없이 붙였는데, 맞네... class니까 붙일 필요가 없네...

[tpf(arrow3322)]

entityBakery = GameManager.Inst,ance.GetComponent(); 이 코드도 조금 이상한 거 같은데 통상적인 엔티티 생성 방식이랑 좀 다른듯

[Vg_(dhtpdud528)]

아 저건 MonoBehaviour 비교 테스트 하려고 짠거 Entity도 테스트하고, GameObject도 테스트하고

[tpf(arrow3322)]

추가로 Entities 1.0부터는 Execute안의 쿼리문에서 in, ref보다는 RefRO<>, RefRW<>이 권고 됨 IEnableable를 쿼리할 때는 EnabledRefRW<>를 쓰는 것이 권고 됨. 좀 번거로워지지만 더 안전하고, 필드가 없는 컴포넌트도 쿼리할 수 있고, IEnabledRefRW의 경우 활성 상태를 껐다 킬 수도 있게 됨

[Vg_(dhtpdud528)]

ㄳㄳ 배우고감 혹시 한가지만 더 질문 ㄱㅊ음? in, ref보다 RefRO<>, RefRW<>로 작성하는게 더 빠름? 핑프짓ㅈㅅ 찾아봐도 안보여서 질문함.

[tpf(arrow3322)]

@Vg_ 속도는 아마 똑같을 거임. 버스트 컴파일된 코드 기준으로 분석해야 되는데 IL까지 뜯어보면서 찾아볼 가치는 없는 문제라고 생각함 RefRO RefRW는 Wrapper라서, ValueRO ValueRW같은 1차 방어선 덕분에 방어적 복사 같은 문제가 생길 확률이 적음. Wrapper 내부의 헨들 덕분에 에러 메세지가 좀 더 상세하다 정도의 이점이 있음. 구체적으로 설명하자면 굉장히 장황스럽게 되는데 예를들면 ref로 따온 변수를, 또 다른 곳에 매개변수로 넣었을 때(foo x처럼), 이때 함수 선언 시 매개변수에 ref와 매개변수를 넘겨줄 때의 ref를 빠뜨리면 안됨. 그러면 값 복사가 일어남. 근데 RefRO/RW는 ValueRO/RW라는 unsafe 포인터가 있으니까 참조를 유지하기 쉬움.

[Vg_(dhtpdud528)]

@tpf 에러가 더 자세하다는 점으로도 훌륭한데, 값 복사 실수까지 방지해준다? 써야 할 이유는 충분함. 진심으로 좋은 정보 감사함. 또 배웠음.

[tpf(arrow3322)]

@Vg_ 에러 메세지는 사실 별거 없음. ParrallelJob돌릴 때 Wrapper내부에서 AtomicSafeHandle에서 읽기/쓰기 권한 충돌 나는지 확인하는 것