[💬] 유니티의 한계를 만나 다이렉트X를 배우려고 함.

[익명(14.50)]

정확한 시간 측정이 중요한 게임 만드는데 유니티는 그게 영 안되네. 코루틴, 인보크 때려박아도 타이밍 안잡히고 쓰레드까지 박아봤는데도 영.... 유니티가 C#을 스크립팅 언어로 써서 그런건지... 성능이 영 좋지 않은 것 같아.
다렉은 조미료가 안 들어가서 성능이 확실히 나을 것 같은데 이게 과연 좋은 판단일까?

[익명(49.161)]

무슨 게임이길래;;

[익명(14.50)]

리듬 게임임. 뭐 대부분의 경우에서는 유니티도 나름 쓸만한데...

[익명(14.50)]

설명하자면 좀 길음

[ㅊㅋㄴ(58.122)]

그게 왜안됨

[익명(61.97)]

뭔가 잘못알고있는거같은데 유니티에서 못하면 아마 다이렉트X는 커녕 다른 엔진에서도 못할듯

[익명(61.97)]

참고로 국내 리듬게임 디제이맥스 리스펙트는 유니티로 개발되었다

[익명(14.50)]

그거 나도 알고 디맥하고 다른 기믹이 들어간다. 디맥정도 기능은 카오스 페이더 빼고 이미 다 구현되있음.

[익명(61.97)]

조미료가 안 들어갔다고 해서 물론 가볍긴 한데 어느정도 게임의 틀이 나올 때에 제대로 최적화가 안 되어있으면 왠만한 상용화 된 게임엔진보다 느려지는 경우가 태반임

[익명(14.50)]

그건 나도 동의하는 부분

[익명(118.47)]

https://docs.unity3d.com/ScriptReference/AudioSource-timeSamples.html

[익명(118.47)]

리듬게임 이면 음악 재생 시간에 맞춰서 노트를 보여주는 걸 추천

[익명(14.50)]

오디오 관련 아님.

[익명(14.50)]

이미 그런 기능은 다 해결함. 특수한 기믹 제작이 문제지

[익명(14.50)]

심지어 노트에 맞춰 악기 + 배경음 악기로 자동재생됨.

[익명(118.47)]

dx 기반 리듬게임에서도 같은 방식으로 싱크를 맞춤.

[익명(14.50)]

루나틱 레이브 말하는거면 나도 암. 알고리즘이 동일하게 구현되있는데 정확한 문제를 그냥 밝힐까?

[익명(118.47)]

특수 기믹 로딩이 부하가 걸려서 느려지는 게 문제인 건가?

[익명(14.50)]

ㄴㄴ 순간적으로 BPM을 90만대로 늘려서 노트를 텔레포트시키는 기믹인데 이게 지속시간이 매우 짧지. 그래서 그런지 이런 특수한 BPM 변경에 오버헤드가 너무 커서 원래 예정보다 오랜 시간동안 늘어난 BPM으로 게임 진행되서 BPM 늘어나고 게임이 순식간에 끝나버리는 문제임

[익명(118.47)]

원래 목적이 노트를 그냥 점프하는 거야 아니면 일정 시간 엄청 빨라야 하는 거야?

[익명(14.50)]

아무래도 일정 시간 엄청 빨라야하는 게 정상적인 곡 진행에 맞을거지

[익명(118.47)]

노트를 진행하는 코드가 연출 코드에 연결되어 있거나 진행하면서 다른 곳에 콜백을 주는 게 있어서 빠르게 진행하면 함수 가 너무 많이 호출되서 부하가 걸리는 걸까나?

[익명(14.50)]

ㄴㄴ 그냥 BPM 변경은 독립된 함수로 존재하지. 콜백은 이 게임에서 쓸 필요가 없어서 안씀

[익명(118.47)]

노트가 진행되면서 하는 작업들이 궁금하네. 노트를 진입할때 그리고 나갈때. 일반적인 bpm에서 낮은 빈도로 호출 되겠지만 빨라지면 엄청 많이 호출될 테니까

[익명(118.47)]

유니티에 퍼포먼트 측정하는 기능으로 부하가 걸리는 부분을 찾는게 가장 정확할듯

[익명(14.50)]

BPM은 스크롤 속도에만 영향을 미치지 함수 호출 빈도엔 영향이 전무함. 그리고 게임 진행 도중엔 스크롤 속도 계산하려고 곱하기 나누기 살짝 하고 현재 몇박자 진행됬는지 덧셈 하고 스크롤 이동처리만 하지. 그냥 사칙연산 10줄도 안되고 노트 이동처리 빼곤 없음.

[익명(14.50)]

퍼포먼스때문은 아닌듯한게 프레임이 안정적이고 딱히 프로파일링해서 걸리는건 없었음. 코루틴 오버헤드가 걸렸지. 코루틴에 WaitForSeconds해서 FixedUpdate 주기 넣어보셈. 오버헤드 짱오져

[익명(118.47)]

아 혹시 fixed update 시간 간격을 줄여버린 거야? 그럼 엄청 느려짐. 그값은 가급적 바꾸면 안됨. 가령 fixed 간격이 0.1 이고 실제 한프레임 시간 가견이 1초라면 한번 업데이트 구간에서 fixed update 를 10번 호출하는 방식임. 그럼 90만 bpm 이면 엄청 짧은 시간인데 한번 업데이트 에서 fixed update를 엄청

[익명(14.50)]

ㄴㄴ 픽스드 그대로고 그냥 픽스드에서 호출안하고 BPM은 코루틴에서 조절함. 한 프레임 사이에서 바뀌어버리면 약간 엇나가서

[익명(118.47)]

많이 호출 하는 거임. 게다가 모든 게임 오브젝트에 영향을 주니 필요없는 부하가 덤으로 걸리겠네.

[익명(14.50)]

지금 픽스드업데이트 주기 0.02셈

[익명(118.47)]

아~ 한프레임 간격에서도 진행 시간을 따져봐야 할 듯. 가령 delta time 이 있다면 이값을 그냥 적용하면 안되고 delta time = 기본 bpm 구간 delta time + 빠른 bpm 구간 delta time + 기본 bpm 구간 delta time 이런식으로 나눠서 처리해줘야함.

[익명(14.50)]

ㅇㅇㅇㅇ 지금 그상태임. 짝대기로 프레임 표현하자면 |전 델타| -> |빠른 델타 -> 전 델타 - 빠른 델타| -> |전 델타| 이런식

[익명(14.50)]

근데 이게 오버헤드가 오져서;; 제대로 적용이 안되는 문제지

[익명(118.47)]

bpm 이 부드럽게 증가 한다면 보간 구간도 추가해야하고

[익명(14.50)]

BPM은 무조건 딱딱 증가하지. BPM이 부드럽게 증가하는 부분도 결국 곡 정보 파일에 이미 있슴

[익명(118.47)]

모든 경우의 수를 다 적용한 거야? 1. 전 델타 -> 빠른 델타 2. 빠른 델타 3 빠른 델타 -> 전 델타 4. 전 델타 -> 빠른 델타 -> 전 델타 대충 따져도 이정도 경우의 수가 나오는데

[익명(14.50)]

ㅇㅇ 그냥 경우의 수 따질 것 없이 BPM간 정확한 전환 시간을 구한거니

[익명(118.47)]

그러니까 한 프레임 업데이트의 델타 타임이 아까의 경우의 수로 구성 될 수 있다는 거지.

[익명(14.50)]

ㅇㅇㅇ 다됨

[익명(118.47)]

설마 코루틴에서 WaitForSecond( Second per Beat) 로 기다렸다가 노트를 진행하는 거임? 나는 update 함수나 fixed update 함수에서 노트를 처리하는 것을 추천함. WaitForSecond 가 동작하는 방식을 검증할 필요가 있어보임. 내가 기억하는 바로는 fixed update 를 처리할 때

[익명(118.47)]

WaitForSecond 처리를 진행하는 걸로 아는데 그럼 fixed 간격이 0.02 라면 WaitForSecond (0.0) 으로 해도 실제로는 0.02 로 간격이게 됨.

[익명(14.50)]

코루틴 waitforsec하고 fixedupdate waitforsec하고 다름. 코루틴껀 오버헤드가 심하고 이거 fixedupdate에서 처리하면 전에 말한 프레임 도중 bpm 변경에 문제가 생겨는겨... fixedupdate에 넣어도 결과는 똑같고 주기를 1밀리초로 해보니 그나마 바로 게임 끝나진 않음.

[익명(118.47)]

https://docs.unity3d.com/kr/530/Manual/ExecutionOrder.html

[익명(118.47)]

찾아보니 WaitForSec 는 update 에서 호출 되네. 그럼 만약 한 프레임의 델타 타임 보다 작은 시간 간격에서는 오차가 나게됨

[익명(118.47)]

여튼 오차가 생길 수 있는 WaitForSec 방식보다는 다른 방식으로 노트를 처리하길 추천함.

[익명(14.50)]

그럼 노답임. 프레임 단위 검사 하면 큰일나는 경우인데

[익명(110.70)]

차라리 플러그인을 만들어서 dll 임포트하는건 몰라도 오버임 게다가 유니티에서 제공하는 타임관련함수들 당연히 플랫폼(window) 에서 제공하는거 dx랑은 무관한건데..

[익명(110.70)]

혹시 vsync걸려서 프레임 싹둑잘려나가는지 먼저확인해보세요. dx공부는 솔직히 너무오래걸림

[익명(14.50)]

ㄴ 프레임 안잘려나가고 애초에 프레임 기반 검사가 아닌데...

[marmotru(anybody96)]

유니티 에디터확장이 더쉬울듯