Q&A와 스터디
![[레벨:5]](http://old.lameproof.com/modules/point/icons/default/5.gif "포인트:2288point (3%), 레벨:5/30"){kind=icon}
kallru![[레벨:0]](http://old.lameproof.com/modules/point/icons/default/0.gif "포인트:0point (0%), 레벨:0/30"){kind=icon}
1(무언가 좀 이상한..-_-)
책 예제에 보면 픽셀을 가저온후
r 값은 >> 11 & 0x1F
로 비트 연산을 합니다.
1F 면 -> 0001 1111
맞죠?
이거는 16비트 안에서 R값만 가저오기 위해서 마스킹하는거 아닌가요??
ARRRRR GGGGG BBBBB (5:5:5)
RRRRR GGGGGG BBBBB (5:6:5)
책에선 5:5:5 모드로 한다고 했는데..
R 값을 1F와 엔드연산을 하면..
X11111 00000 00000 -> 오른쪽으로 11번
00000 00000 X11111 -> 맞죠 -_-?
00000 00000 011111 -> 1F 맞죠??
-------------------------------------- R값을 마스킹하믄
00000 00000 X11111
00000 00000 011111
------------------- R 값만 나와요 -_-a
두번째는 3F 와 마스킹을 합니다.
3F -> 0011 1111 맞죠-_-?
00000 11111 000000
00000 00000 111111 -> 3F
이제 오른쪽으로 5번 시프트 합니다.
00000 00000 11111X
00000 00000 111111
///////////// 딱 맞는군요 -_-a /////////////
아..펜가지고 막 그리면서 생각했을때에는 분명 1비트가 안맞었는데(....바보)
그런데 5:6:5 모드는 어떻게 하죠??
RRRRR GGGGGG BBBBB (5:6:5)
00000 00000 011111 -> 1F >>12 (맞나요;; 12번 해야 R 값이 최하비트 5군데로 이동하는거?? -_-;;)
00000 00000 111111 -> 3F >> 6 (맞나요;;)
B도 땡겨야 되나요...ㅡ_ㅡ?
아악 햇갈....;;;
그런데 R 값을 뽑으로고 비트연산을 하고
GGGGG BBBBB ARRRRR ->11번 이동했을때
저 계산을 한 후에 G 값을 뽑을떄
GGGGG BBBBB ARRRRR 이 상태에서 다시 비트를 이동시키는 건가요??
책에 예제를 봐서는 그렇지 않은것 같은데..
분명 비트를 오른쪽으로 11번 시켰으니...저 모양이 되어저 있는것 아닌가요?
아니면 비트연산은 사용할때만 되었다가 다시 원상복귀 되는건가요 -_-??
비트연산에 궁금증..
그리고 비트를 셀때 어떻게 세는거죠..ㅡㅡ;; 헷갈림;;
종이랑 펜가지고 R 비트를 셋었는데 몬가 하나가 비는듯한...
@_@...
책 예제에 보면 픽셀을 가저온후
r 값은 >> 11 & 0x1F
로 비트 연산을 합니다.
1F 면 -> 0001 1111
맞죠?
이거는 16비트 안에서 R값만 가저오기 위해서 마스킹하는거 아닌가요??
ARRRRR GGGGG BBBBB (5:5:5)
RRRRR GGGGGG BBBBB (5:6:5)
책에선 5:5:5 모드로 한다고 했는데..
R 값을 1F와 엔드연산을 하면..
X11111 00000 00000 -> 오른쪽으로 11번
00000 00000 X11111 -> 맞죠 -_-?
00000 00000 011111 -> 1F 맞죠??
-------------------------------------- R값을 마스킹하믄
00000 00000 X11111
00000 00000 011111
------------------- R 값만 나와요 -_-a
두번째는 3F 와 마스킹을 합니다.
3F -> 0011 1111 맞죠-_-?
00000 11111 000000
00000 00000 111111 -> 3F
이제 오른쪽으로 5번 시프트 합니다.
00000 00000 11111X
00000 00000 111111
///////////// 딱 맞는군요 -_-a /////////////
아..펜가지고 막 그리면서 생각했을때에는 분명 1비트가 안맞었는데(....바보)
그런데 5:6:5 모드는 어떻게 하죠??
RRRRR GGGGGG BBBBB (5:6:5)
00000 00000 011111 -> 1F >>12 (맞나요;; 12번 해야 R 값이 최하비트 5군데로 이동하는거?? -_-;;)
00000 00000 111111 -> 3F >> 6 (맞나요;;)
B도 땡겨야 되나요...ㅡ_ㅡ?
아악 햇갈....;;;
그런데 R 값을 뽑으로고 비트연산을 하고
GGGGG BBBBB ARRRRR ->11번 이동했을때
저 계산을 한 후에 G 값을 뽑을떄
GGGGG BBBBB ARRRRR 이 상태에서 다시 비트를 이동시키는 건가요??
책에 예제를 봐서는 그렇지 않은것 같은데..
분명 비트를 오른쪽으로 11번 시켰으니...저 모양이 되어저 있는것 아닌가요?
아니면 비트연산은 사용할때만 되었다가 다시 원상복귀 되는건가요 -_-??
비트연산에 궁금증..
그리고 비트를 셀때 어떻게 세는거죠..ㅡㅡ;; 헷갈림;;
종이랑 펜가지고 R 비트를 셋었는데 몬가 하나가 비는듯한...
@_@...
![[레벨:7]](http://old.lameproof.com/modules/point/icons/default/7.gif "포인트:4676point (19%), 레벨:7/30"){kind=icon}
Excelsis
2003.12.28 19:57:35 (*.117.254.184)
kallru 그렇군요;; 그런데 5:5:5 모드나 5:6:5 모드에 영향을 받지 않고서 알파블렌딩을 할수 있나요??
음 제가 드디어 모두 이해해서 처음에 5:6:5 모드로 했는데
그림이 이상하더군요 -_-;; (제일 처음엔 파랑색이 많더니 나중에는 초록색이..)
전체적으로 초록색이 좀 튀길래 5:5:5 모드로 바꾸어 봤는데
잘나오는 군요 -_-a 리바 tnt2 사용중인뎀....5:6:5 모드는 지원을 안하나봐요ㅜ_ㅜ
그런데 예전에 배울때 썼던 소스가 있는데
그 소스에선 특별히 값을 나누거나 그러지는 않던데..(한번에 계산에서 끝나는듯한데)
*t = (*(LData->BePaint[0].GetData()+i*800+j)>>1 & 0x7BEF) + (*(LData->BePaint[1].GetData()+i*800+j)>>1 & 0x7BEF);
draw->ImageToHeap(SCREEN, j,i,t,1,1);
이것이 그 소스입니다. LData->BePaint[0].GetData() 여기에 첫번째 그림파일이 들어있구요
LData->BePaint[1].GetData() 여기에는 두번째 그림파일이 들어있죠 GetData는 그림파일에 첫 주소를 리턴해줍니다.
*t는 단순히 WORD형에 * 이구요 오른쪽으로 1번 쉬프트 해서 7BEF 과 엔드연산을 하고..
흐음 저 처럼 rgb 값을 나누어서 짝짝궁 하는건 없는듯 한데..
뿐만 아니라 저희집 컴터와 다른 컴터들에서도 정상적으로 작동하더군요
제가 조금전에 했을때 5:6:5 모드로 하면 저희집 컴퓨터에선 정상적으로 안나오는데 -_-a
음 제가 드디어 모두 이해해서 처음에 5:6:5 모드로 했는데
그림이 이상하더군요 -_-;; (제일 처음엔 파랑색이 많더니 나중에는 초록색이..)
전체적으로 초록색이 좀 튀길래 5:5:5 모드로 바꾸어 봤는데
잘나오는 군요 -_-a 리바 tnt2 사용중인뎀....5:6:5 모드는 지원을 안하나봐요ㅜ_ㅜ
그런데 예전에 배울때 썼던 소스가 있는데
그 소스에선 특별히 값을 나누거나 그러지는 않던데..(한번에 계산에서 끝나는듯한데)
*t = (*(LData->BePaint[0].GetData()+i*800+j)>>1 & 0x7BEF) + (*(LData->BePaint[1].GetData()+i*800+j)>>1 & 0x7BEF);
draw->ImageToHeap(SCREEN, j,i,t,1,1);
이것이 그 소스입니다. LData->BePaint[0].GetData() 여기에 첫번째 그림파일이 들어있구요
LData->BePaint[1].GetData() 여기에는 두번째 그림파일이 들어있죠 GetData는 그림파일에 첫 주소를 리턴해줍니다.
*t는 단순히 WORD형에 * 이구요 오른쪽으로 1번 쉬프트 해서 7BEF 과 엔드연산을 하고..
흐음 저 처럼 rgb 값을 나누어서 짝짝궁 하는건 없는듯 한데..
뿐만 아니라 저희집 컴터와 다른 컴터들에서도 정상적으로 작동하더군요
제가 조금전에 했을때 5:6:5 모드로 하면 저희집 컴퓨터에선 정상적으로 안나오는데 -_-a
2003.12.28 20:29:58 (*.117.254.184)
kallru 위에 답글 -_- 제가 잘못 생각한듯..
에 그러니까 다른 비디오 카드 (지포스 FX 5200 )에서 테스트 해보았는데 (제가 5:6:5 모드라고 생각했던 걸로)
저희 집이랑 같은 현상으로 G 값이 좀더 많이 나오더군요...
음...KGDA 에서 게시판을 뒤지다가 어떤분이 5:6:5 모드에선 G 값을 1더 시프트해주면 된다고 하든데..
아닌듯..-_-;; G를 5번 시프트 했을때 정상적으로 나오고 G를 6번 시프트 했을때
G 값이 좀 많이 나오면서 약간 깨집니다. 우우~_~
에 그러니까 다른 비디오 카드 (지포스 FX 5200 )에서 테스트 해보았는데 (제가 5:6:5 모드라고 생각했던 걸로)
저희 집이랑 같은 현상으로 G 값이 좀더 많이 나오더군요...
음...KGDA 에서 게시판을 뒤지다가 어떤분이 5:6:5 모드에선 G 값을 1더 시프트해주면 된다고 하든데..
아닌듯..-_-;; G를 5번 시프트 했을때 정상적으로 나오고 G를 6번 시프트 했을때
G 값이 좀 많이 나오면서 약간 깨집니다. 우우~_~
2003.12.30 14:12:50 (*.250.163.29)
![[레벨:3]](http://old.lameproof.com/modules/point/icons/default/3.gif "포인트:1033point (35%), 레벨:3/30"){kind=icon}
곤(GON) 먼저 백 서페이스를 만드시고 난후 바로 16비트의 경우 565, 555 판단을 해주셔야 합니다. 요새는 DX를 쓸일이 없어서 모르겠는데 아마 geforce 계열은 대부분 555였던걸로 기억하는데요 ^^;;
HRESULT hr;
DDPIXELFORMAT DDPixelFormat;
memset ( &DDPixelFormat,0,sizeof(DDPIXELFORMAT));
DDPixelFormat.dwSize = sizeof(DDPIXELFORMAT);
hr = m_lpBackScreen->GetPixelFormat( &DDPixelFormat );
DWORD colorbit = DDPixelFormat.dwRGBBitCount;
if( 16 == colorbit ){
DDPixelFormat.dwGBitMask >>=5; // 그린비트의 수를 세어봅니다.
int GreenBitCount = 0;
while( DDPixelFormat.dwGBitMask ){
DDPixelFormat.dwGBitMask >>=1;
GreenBitCount++;
}
if( GreenBitCount == 5 ) MessageBox("555 모드입니다.");
else if (GreenBitCount == 6 ) MessageBox("565 모드입니다.");
}
아아.. 이게 언제 소스일까 ㅜㅜ
혹 도움 될까 해서요..
참 이건 부연 설명인데.. 2D로 알파 블랜딩 등의 효과를 프로그래밍 하시려면...
결국 메모리에서 몽땅 다 그린다음에...
걍 백버퍼로 전송하고 플립.. 이렇게 되지요.. 비됴 카드의 성능이랑 전혀 관계 없이요.. 흠~~
이 결론을 내기까지 전 1년도 넘게 걸렸었다는 쿨럭 ㅜㅜ 역시 사람은 하고 싶은 일이 있으면 그 일을 해야지..
목구멍 포도청 어쩌구 하면 죽도 밥도 안된다지요??
옛생각에.. 주저리 주저리 떠들어 봤습니다...
클라이언트 인터페이스 프로그래머나 혹은 초보 서버 플머 안 뽑으시남유?? ㅜㅜ 주르륵 - 김사장님 -
HRESULT hr;
DDPIXELFORMAT DDPixelFormat;
memset ( &DDPixelFormat,0,sizeof(DDPIXELFORMAT));
DDPixelFormat.dwSize = sizeof(DDPIXELFORMAT);
hr = m_lpBackScreen->GetPixelFormat( &DDPixelFormat );
DWORD colorbit = DDPixelFormat.dwRGBBitCount;
if( 16 == colorbit ){
DDPixelFormat.dwGBitMask >>=5; // 그린비트의 수를 세어봅니다.
int GreenBitCount = 0;
while( DDPixelFormat.dwGBitMask ){
DDPixelFormat.dwGBitMask >>=1;
GreenBitCount++;
}
if( GreenBitCount == 5 ) MessageBox("555 모드입니다.");
else if (GreenBitCount == 6 ) MessageBox("565 모드입니다.");
}
아아.. 이게 언제 소스일까 ㅜㅜ
혹 도움 될까 해서요..
참 이건 부연 설명인데.. 2D로 알파 블랜딩 등의 효과를 프로그래밍 하시려면...
결국 메모리에서 몽땅 다 그린다음에...
걍 백버퍼로 전송하고 플립.. 이렇게 되지요.. 비됴 카드의 성능이랑 전혀 관계 없이요.. 흠~~
이 결론을 내기까지 전 1년도 넘게 걸렸었다는 쿨럭 ㅜㅜ 역시 사람은 하고 싶은 일이 있으면 그 일을 해야지..
목구멍 포도청 어쩌구 하면 죽도 밥도 안된다지요??
옛생각에.. 주저리 주저리 떠들어 봤습니다...
클라이언트 인터페이스 프로그래머나 혹은 초보 서버 플머 안 뽑으시남유?? ㅜㅜ 주르륵 - 김사장님 -
![[레벨:2]](http://old.lameproof.com/modules/point/icons/default/2.gif "포인트:687point (72%), 레벨:2/30"){kind=icon}
yiranyaotiao@yahoo.com
그러니까 그 책에서 p1 이라고 표현된 변수는 아무런 영향을 받지 않았다는거지요. 원상복귀라기보다는 걍 연습장에서 계산하고나서 답지에 적는다 라고 생각하면 편해요.