[💬] 리듬게임 싱크 질문

[익명(121.131)]

노트를 transform.Translate(speed * Time.deltaTime)으로 움직이고 있는데, 

Time.deltaTime의 생략되는 뒷자리가 누적되면서 곡의 후반부로 접어들수록 노트가 곡보다 점점 빨라지는 문제가 발생했음.

게임 시작 이후 모든 deltaTime을 더한 timer의 자료형을 double로 바꾼다면 조금 덜하겠지만, 

이렇게 된다면 double을 float로 형변환 하는 일이 프레임마다 수 차례 발생함. 혹여 이게 부담되지는 않을까 걱정됨.

이런 문제 겪어본 적 있으면 조언좀...

[익명(220.82)]

음악에 오프셋 주고 만들어봐

[익명(121.131)]

음악과 노트에 대한 오프셋은 이미 있어 오프셋 문제가 아니라 그냥 게임 진행될수록 싱크가 밀리는 상황

[익명(121.182)]

audio.timesample 인가 이걸로 해당 판정 위치 도달하기 일정 시간 이전에 내려오게 하던거 같던데

[익명(121.131)]

관련된 글같은거 없을까 ㅠ 영어 자료밖엔 잘 안나오네

[익명(usnned)]

노트가 움직이는게 아니라 임의의 시간을 지정하면 해당 시간의 상황을 바로 구성할 수 있는 구조로 만들어야 할듯

[설양(seolyang)]

Miliseconds 단위로 delta-time, 그리고 현재 음악 진행 정도를 측정하는 헬퍼 클래스나 컴포넌트 하나 만들어둬 - dc App

[설양(seolyang)]

그런 다음에 노트가 점진적으로 움직이는게 아니라 어느 진행 정도에서 만들어져서 어느 시간에 판정 위치에 도달해야하는지 정하고, 그 범위내에서 얼마나 진행됬는지를 노트가 소환된 후 흐른 시간(ms)/(이동이 끝날 시간 -소환된 시간)(ms)로 하면 precision 문제에서 조금 자유로울 것 같은데 - dc App

[설양(seolyang)]

결과적으로 판정은 miliseconds 단위(64비트 부호 없는 정수형으로 저장되는)로 처리하면 아에 부동소수점 오차 문제에서 자유로워 지니까 - dc App

[설양(seolyang)]

뭐 곡 길이가 uint64/1000초 보다 긴게 아닌 이상 내 생각엔 이게 제일 나을것 같음.. - dc App

[oo(222.109)]

누군가 글 검색해서 찾아올까봐 댓글 남김. 오디오 재생시간은 유니티 엔진내에서도 다른 시간을 가지고 쓰레드가 진행되기때문에 시간에 대한 개념이 다름. 때문에 우리가 사용하는 AudioSource 같은 친구들은 메인 로직이랑 사운드 엔진이랑 동기화 해주는 중간다리라고 생각하면 됨. 근데 문제가, deltaTime, FixedDelta 같은 보간 ms 친구들이 오디오랑 전혀 다른 관계이기때문에 함부로 누적으로 더 했다간 다른 시간이 나오는게 문제임 아무리 매 프레임 마다 더해도, 같은 타이밍에 일시정지하면 누적된 deltaTime은 항상 다르게 나온다. 이 문제는 리듬게임. 즉 오디오 반응성 게임장르에는 매우 위험하고 개발자가 예외를 예상할 수 없게 만듦.

[oo(222.109)]

때문에 유니티에서도 Audio time에 관련된 다양한 api를 지원하고는 있는데,
현재로서 유니티 리듬게임에서 사용하는 api는, AudioSetting.dspTime 이 제일 주로 사용됨.
https://docs.unity3d.com/ScriptReference/AudioSettings-dspTime.html
Audio
기반의 Time.time과 같은 느낌이고, API 문서에서도 메트로늄을 구현하는 예제가 나옴.
<현재 dspTime - 노래가 시작 된 dspTime = 현재 음악 재생> 시간 로직으로 재생 구간을 Update 이벤트로 받아오면됨.
박자 분할이나 판정도 마찬가지로 input 받은 dspTime으로 오차를 계산해서 판정하면되고

[oo(222.109)]

현재 음악 재생시간을 알기 때문에 노트를 이동하는 것도 바로 구현 가능함. 재미있는 리겜 구현이 되기를!

[oo(222.109)]

+a 유니티에서 싱크문제는 영원히 해결되지 않는 문제긴함. 현재 출시된 리겜들도, 싱크가 안맞아서 강제 offset이나, 특정 Update(Tick) 카운트 이후에 싱크 오차율을 계산해서 강제로 맞추는 기능도 있어, 특히 유저가 인지하는 소리 재생 타이밍이 안맞는건 유니티 고질적인 문제라 해결 불가능임. ㅇㅇ 그저 유저들이 느끼기에 잘 맞는 것 "처럼" 보이게 하는 것 뿐이야 이건 팀 역량이나 아이디어 싸움이지

[익명(121.131)]

와씨 이제봤네 진짜 고마워 알아서 머리굴려서 해결 해 봤는데, 비슷한 방법이네