대충 ±9000000000000000(9e15) 살짝 위아래다.
이 위의 값을 표기하지 못하는 건 아니지만
그 경우 아랫자리에서 부동소수점 오류? 비슷한 게 발생하면서
더하기 빼기가 정확하게 되지 않고, 수시로 일의 자리가 조금 늘거나 줄거나 아예 날아가거나 함.
내 체감상, 이것보다 아래 값에서도 반복적으로 더하기 빼기를 반복하다 보면
정확도가 망가질 거 같은데 확신은 없다.
내부적으로 이게 어떤 구조인지를 모르겠으니 원...
그보다 대체 무슨 룰에서 1e15 이상의 이니시나 소수 이니시를 쓰길래
이런 입력값을 지원하는지는 잘 모르겠음.
아무튼 16진수로 1F F973 CAFA 8000이니까,
턴 트래커는 대충 6.5바이트짜리 메모리라고 생각하면 되는 셈.
그런데 보통 턴 트래커에는, 실제로 현재 쓰고 있는 이니시 값이 기록되어 있는 경우가 많고
그걸 함부로 지워버리기에는 곤란할 수 있지...
그래서 필요한 값들을 전부 turn tracker에 올리겠답시고
이론상 저장값의 최대치에다 1 더한 숫자들을 계속 곱하고 나누는 방식으로
이런 더러운 계산식들을 쓰려고 했는데
'잠깐, 잘 생각해보니 다섯째 칸의 발사 수는 10 아니면 0이니까,
1비트짜리 값이 될 수 있잖아' 라는 생각이 들어서
이렇게 편-안하게 고칠 수 있었다...
머 앞에 것처럼 해도 기능에는 아무런 문제도 없지만,
아무래도 유지보수 측면에서 내부구조 이해하기가 상당히 힘들어지고 수정도 귀찮아지니까...
근데 사실 여기서 뭐 더 저장해야 할 값이 늘어도...
음... 구조를 쥐어짜면 2~3'비트' 정도 더 칸이 나오는 걸로 땡일듯;;
뭐 그건 그 때 생각할 문제고...
일단 제가 게으름 안 피우면 제압사격 매크로 초안을 보여줄 수 있지 않을까 시프요.
큰 수는 모르겠고 소수 두자리 정도까지는 겁스가 씀 - dc App
그 말을 들으니 진지하게 겁스가 만악의 근원 같아
보통은 보안성을 위해서 저런 거 255나 65535 못 넘게 만들어둔다고
다른 룰도 이니시 동률이면 편의상 소수 넣어서 순서 표시하기도 하고 - dc App