[💬] 이거 sin 계산기로 어케구함?

[익명(58.126)]

시바 언리얼 커브쓰는데

이거 계산기로 공식을 어케구함?

가로줄 x축은 1.4 라고했을때

y축 높이 모든 값을 합산하면 90 도가 나와야함

그럼 짤의 동그라미친 값을 구하는 공식을 알고싶어..

[김메가(scw973108)]

본인쟝이 이해한게 그래프의 밑의 넓이를 구하고 십다는거 같은대 제대로 이해한개 맛다면 가로가 1.4이고 높이가 동그라미친 키의 값만큼인 (이하 h) 삼각형의 넓이가 90이면 되는거닊가 1/2*1.4*h=90 하면 댈거가틈

[익명(58.126)]

이게...저게 어디쓰이냐면 케릭터가 1.4프레임까지 y축의 값만큼 회전해서 90도를 만들고싶거든 대략적인 값은 구해지는데 공식으로 정확히넣고싶음 그래서 y값을 알고싶은거 - dc App

[김메가(scw973108)]

그럼 본인쟝이 말한대로 하면 댈거심

[익명(58.126)]

아니네 1.4는 시간. 초임 - dc App

[익명(58.126)]

엉뚱한값이 나오는데;; 128.5? 뭔가 다르게 적용되는가 - dc App

[김메가(scw973108)]

각 프레임별 델타타임에 따라서 오차가 나기는 할건대 그 정도까지 차이나는건 애바에오...보닌쟝은 언리얼을 안해봣스니 언리얼맨이 나타나기를 기도하샘

[김메가(scw973108)]

아 실제로 프로그램을 돌려봣는대 128.5만큼 회전한다는개 아니라 h값말하는 거엿슴? 그거 마즐거임

[김메가(scw973108)]

그 값을 동그라미친 키의 y값으로 넣어보샘

[익명(58.126)]

매틱 마다 y축값만큼 회전을함 128의 값이면 한틱에 128도를 도는거니 말이 안됨..모든 y값을 합산했을때 90 이 나와야함..그래야 케릭터가 90도 회전을 하는거니 - dc App

[11111111(llllllll11111111)]

f(0)=f(1.4)=0이고 f(0.7)=1이 성립하는 f(x)를 구하고싶은거?

[익명(58.126)]

ㅇㅇ 이고같이 계산기쓸수있는 공식좀 알고싶아 - dc App

[11111111(llllllll11111111)]

https://www.desmos.com/calculator/vhppu1an25
정의역내에서는
값 똑같이 나올거임 확인해봐

[11111111(llllllll11111111)]

g(x)가 니가 원하는 함수임

[익명(58.126)]

이건 y값이 걍 1로 나오는데;

[11111111(llllllll11111111)]

x=0.7에서 90도를 원하는거 아님?

[익명(58.126)]

0.7의 시간에선 케릭터가 45도를 돔..1.4초때 90도 돌아보기 완료 그럴때 0.7의 y값을 알고싶은거임 모든 y값을 합산하면 90이 나옴 - dc App

[11111111(llllllll11111111)]

https://www.desmos.com/calculator/roupyw09xf

[11111111(llllllll11111111)]

1.4까지 적분했을때 90나온다고 이해하고 했음. 이게 맞는진 모르겠다 ㅅㄱ

[익명(58.126)]

이게 아닌거같아..이건 어떻게 계산하든 y값이 1 이 나오자나..

[11111111(llllllll11111111)]

g(x)함수에 w를 곱해서 다시 해보셈 그래도 안되면 내가 이해를 못하는거

[익명(58.126)]

뭔가 이거 근접하긴한거같은데.... 내가 사용법을 모르겠다...그러니깐 1.4초까지의 "모든 y값을 더하면 90 이 나올때" 0.7 정중앙 y의 높이값을 알고싶은거..

[11111111(llllllll11111111)]

밑에보니까 극댓값이 5.484라니까 5.484g(x) 로 구하면 될거임

[익명(58.126)]

수할못이라..밑에 에가말한 델타값 30프레임으로 4.28이게 맞던데 4.29정도? 이거 어케구한지 모르겠어 이거좀 풀이부탁해도 될까? - dc App

[11111111(llllllll11111111)]

https://www.desmos.com/calculator/guqvnoximp
k(x)써보셈

[익명(58.126)]

진짜 고마웡 이걸로 연구좀 더해볼게 이거 맞는거같에

[익명(58.126)]

이런 계산 공식이 있었구나 이거 맞음!! 근데 문제가 언리얼이 몇번째 소수점을 인식하는지 반올림하는지 몰라도 결과값이 1도가량 부족하네 계산공식은 맞음 수학은 대단해

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(58.126)]

음? 이게 무슨뜻이야?

[익명(211.63)]

pi * 45 / 2.8

[익명(211.63)]

sin그래프라고 가정할때 높이의 합이 90이 되게 하려면 sin(1.4/pi*x)그래프를 적분해서 구해야 하는데 대충 솰라솰라 해보면 저렇게 나오는데 한번 넣어보삼.. 아님말고

[익명(58.126)]

계산 공식으로 적으니 잘모르게따.;; 컴퓨터 계산기로할려면 어케하는지알어?

[익명(211.63)]

음.. 다시 계산해보니까 저거 아닌거 같아 128.5714285714286 로 해보셈

[익명(211.63)]

https://ko.numberempire.com/graphingcalculator.php?functions=%28sin%28%28x-0.35%29%2F0.7%2A3.14%29%2B1%29%2F2%2C-%2835%2Acos%28%283140%2Ax-1099%29%2F700%29-157%2Ax%29%2F314

[익명(58.126)]

y축 끝점을 구하고싶은건데... 대충 게임적용했을땐 5.484 가 근사치로 나오더라고..

[익명(58.126)]

y축만큼 회전하는거라...y축의 값을 모두다 더하면 90도로 도는 형식이거든

[익명(211.63)]

나도 잘 모르겠네.. 저 그래프로 얻어진 값만큼 회전할때 elapsed time을 곱해서 회전해 주고 있는거 맞지? 라디안으로 계산해봐도 5.484 같은 값은 안나옴.. 나도 이만 언리얼 알못이라 아웃함..

[익명(58.126)]

128.5714285714286 이면 한틱에 128도가 돌아서 말이 안되자남....y축의 값만큼 회전해서 총합이 90도 나오게하는게 목표인데..

[익명(211.63)]

그러니까 그 틱당 이라는걸 수학적으로 제대로 적용하려면 저 y축의 값을 그대로 회전하는게 아니고 이전틱에서 이번틱까지의 흘러간 시간을 곱해서 적용해 줘야해 그렇지 않으면 프레임 속도에 따라서 회전하는 양이 달라질껄?

[익명(58.126)]

에셋에서 뽑아낸거라 적용은 잘되...프레임 속도에 따라 회전량도 추가 계산식있는데 이건 생략한거야..적용 잘되..문제는 저 기본의 회전 공식을 구하고싶은데 대충 근사치는 뺑이치면 구해지는데 공식으로 정형화할수있냐 그게 궁금한거 실제로 해보니 y축 값만큼 틱마다 회전하더라고 그 최대치가 5.484 정도의 근사치나오구

[익명(211.63)]

흠... 글쎄 그 에셋이 어떻게 돌아가고 있는지를 봐야 알거 같다.. 나도 더는 모르겠어.. 틱마다 저 그래프의 y축만큼 돌아가는 방식이라면 틱의 개수를 구해서 어떻게 잘 해봐야 할듯..

[익명(58.126)]

뭐 그냥 근사치만 적용해도 되는데 지금 회전 애니만 16개 다른 모션에서도 그만큼 쓰일거라 계산공식으로 편해게 구하고싶어서 그래.. - dc App

[익명(58.126)]

틱의 개수를 나도 모르게따 언리얼구조가 어케돌아가는진..프레임단위인지 시간단위인지... 희안한건 렉걸려도 더빠르게해도 결과값은 똑같이 나오더라고 - dc App

[ㅇㅁ(222.106)]

애들이 보여준 그래프가 맞는거야 한 틱에 128도 도는게 아니고 저 128.57구간 전후의 델타타임을 곱해야지 예를 들어 60프레임이면 0.7-1/120 부터 0.7+1/120 구간만큼 적분해야 한 프레임에 회전하는 값이 나오는.. 건데 존나 작네? 2.14?? 30프레임 기준이라도 4.28?? 에라이~ 근데 이게 0.7초 전후에 딱 맞게 프레임이 들어간것도 확정하지 못하고 매 프레임이 1/fps 밀리세컨드에 돈다는 보장을 못함 그래서 적분이 전 프레임->다음 프레임 델타타임만큼 들어갈거라 딱딱 맞아떨어지는 경우는 없을 것 같은데 저걸 꼭 구해야겠니??????? 모든 프레임이 딱딱 맞게 들어온다고 가정 하면 sin^2(pi/1.4 * x) * 1/fps 해서 봐도 될 것 같기도 한데..

[익명(39.7)]

애들이 말한 공식이 대충 맞는다는건 알고있어 근데 이게 언리얼에 적용될때 내가 설명을 잘못하는거같다..어째...걍 언리얼은 y값이 아니라 저 면적을 적용하는거같기도하고..프레임 변화에도 결과값은 똑같이 나오는거보니..내가 수포자라 설명을 잘못하네 - dc App

[익명(39.7)]

근데 희안한건 수학잘하는넘은 보여주니 공식을 또 잘구하더라고? 이런거 옛날에 점프공식 난 근사치구해서 했는데 군머후임이 보더만 공식을 만들어주더라고 신기했슴 - dc App

[익명(39.7)]

아 값이 딱딱 맞아떨어지진 않더라 90.xxxx 이렇게 중간값고 마찬가지 근데 이건 원래그렇구.. - dc App

[익명(58.126)]

일끝나고 지금 찬찬히 둘러보니 너말이 맞네 30프레임 기준으로 델타타임으로 구하고 오차가있네.. 매번 할때마다 살짝 오차가 생김.. 너가 구한4.28 이거 값이 맞아 이거 윈도우 계산기로? 구할수있게 설명좀 해줄수있을까?