닷넷에선 비트맵을 로우레벨 수준에서 건들기 위한 BitmapData 객체를 제공하고 있다.
실제로 비트맵은 메모리에 일직선으로 쭉 늘어서있고
BitmapData 객체에 이 비트맵의 첫 부분 주소와 비트맵의 너비, 높이가 들어있다.
너비, 높이 외에 Stride라는 값도 있는데
이는 수평 한 줄이 얼마만큼의 메모리를 차지하느냐는 값이다.
그러니까 24비트 비트맵의 경우 한 픽셀 크기가 3바이트이므로
Stride는 너비 * 3이 된다.
...라고 알고 있었다!
마비노기 봇 좀 만들어본다고 장난질하고 있는데
스샷을 찍어서 비트맵으로 이미지를 보는데 이상하게 원하는 결과가 안 나온다.
한참 삽질하다가 비트맵의 앞부분은 대충 맞는데 뒤로 갈수록 안 맞게 되는 걸 발견,
혹시 이건가~하고 당연히 같을 것이라 생각하고 있었던 두 값을 실제로 조사해보고는 충격을 받았다.
(너비 * 픽셀크기)와
(Stride)가
달랐다.
이 뭥미-_-;
검색해보다가 나온 메모리상의 비트맵 구조이다.
보면 Stride가 있고 너비 * 픽셀크기가 있는데 둘이 일치하지 않는다!
뒤에 unused space가 붙어있기 때문이다.
... 뭐야 이거 쓰지도 않는데 왜 있는 거야!?
날 엿먹이기 위해 우주가 창조될 때부터 존재했던 것인가??
대충 보니까 효율성을 위해 Stride는 4의 배수로 하기로 결정되어 있으므로
너비 * 픽셀크기가 4의 배수가 안 되는 경우 unused space를 몇 개 넣어 4의 배수로 만든다는 것.
정리하면, 너비 * 픽셀크기 + unused space(0~3개) = Stride 크기(4의 배수)
비트맵에서 주소 참조는 굉장히 여러번 일어나니까 Stride를 4의 배수로 해두면
인덱스 참조할 때 곱셈 연산 같은 걸 어떻게 최적화해서 되는 게 있나보다?
...라지만 정확한 이유는 찾지 못했다.
옛날에 그래픽스 과제할 때 bmp 파일을 바이트 수준에서 직접 쓴 적이 있는데
특정 크기에서 픽셀이 조금씩 밀리는 현상이 있었는데 그것도 이 문제였나보다 -_-;
너비가 4의 배수인 경우는 운 좋게 문제가 발생 안 했던 거고.
(구조 그림 만든 사람이 급하게 만들었는지 unsed라든지 picxel이라든지 오타가 막 보인다 ㅋ)
