[펌] 알파블랜드
게임 라이브러리에는 그런 효과를 많이 요하니까 소스가 많거든요 이영찬 (Sonaki ) [강좌] 빠른 반투명,알파블렌딩 처리 #1 1999-04-22 23:06 228 line /*********************************************************/ 본 게시물은 하이텔 게제동(게임 제작 동호회)이외의 다른 게시 란/게시물에 본인의 허락없이 기제/게시할수 없습니다. 본 게시 물의 모든 저작권은 본인 이영찬(Sonaki)에게 있음을 밝힙니다. 본 게시물에 관련된 의문사항의 질문은 게시판을 통해 해주시 길 바랍니다. /*********************************************************/ 안녕하세요. 이영찬입니다(왠지 굉장히 상투적인 냄새가.. ==;). 이번에 제가 강의 할 것은 다름이 아니고, 16비트에서 구현하는 알파 블렌딩,반투명,페이드 인/아웃 기법에 관한 것입니다. 다들 어느정도 이론은 알고 계시겠지만, 막상 써 먹자니 너무 느리죠. 나름대로 최적화도 시키고 테이블도 만들고 해도 한계가 있죠. 제 가 처음 16비트로 페이드인/아웃을 했을때는 1~2프레임이라는 경 이적인(?) 속도가 나오더군요. 처음에는 내가 뭘 잘 못했나 보다 하고 고치고 고치고 했지만 역시 안되더군요.(미친척하고 6만 5천 칼라에 일일이 값을 지정해 주는 테이블을 만들기도 했었는데 마 찬가지..) 그래서.. 흠 16 비트에서 페이드 인/아웃은 하지 말자 . 라고 생각 까지 했었습니다. 하지만 그 생각은 금세 바뀌 더 군 요. 강의에 앞서 드리고 싶은 말은.. 처음 이라는 것입니다. 그리고 제가 워낙 무식한지라 알고리즘이나 이론을 확실히 아는게 아닙니 다. 수 많은 시행착오를 겪으면서 나름대로 분석한 결과 이거나 여기 저기서 줏어 들은 이야기라서 간혹 틀린 내용이 있을 수 도 있습니다. 그럴때는 가차 없이 '아저씨 틀렸잖아욧!!'이라는 제목 의 메일을 보내 주시기 바랍니다.(진짜루 아저씨라 그럼 안 고칠 것임. ^^) 강좌는 다음과 같은 순서로 진행 됩니다. 1. 일반적인 방법 : 기본적인 알고리즘과 정석(?)이라 할 수 있는 방법을 설명 했습니다. 2. 비트 마스크 활용 : 비트 마스크를 활용한 보다 나은 반투명 처리에 관한 내용 입니다. 3. 알파블렌딩 : 4바이트 비트 마스크를 이용한 보다 빠른 알파 블렌딩 기법을 설명 했습니다. 4. 응용 : 실제적으로 페이드 인/아웃에 응용해 보 겠습니다. 아울러 간단한 이미지 출력도 해보도록 하죠. 그럼 본론으로 들어 가겠습니다. >> 1. 일반적인 방법 << 스프라이트를 반투명으로 찍는 다면 다음과 같은 방법을 사용합 니다. 스프라이트의 칼라를 sprRed,sprGreen,sprBlue로 분석한다. 스프라이트 찍어주는 곳에 배경컬러를 얻어와 역시 backRed, backGreen,backBlue로 분석한다.(분석한다는 말이 좀 어색하네 요.. ^^) 그리고 halfRed,halfGreen,halfBlue에 이 색들의 중간 값을 얻어 옵니다. halfRed =(sprRed+backRed )/2; halfGreen=(sprRed+backGreen)/2; halfBlue =(sprRed+backBlue )/2; 그리고 마지막으로 저 값을 합쳐서 다시찍어주면 되는거죠. 여기서 간단한 함수를 만들어 보겠습니다. 컬러에서 r,g,b 값을 얻어 오고 다시 합쳐 주는 함수입니다. BYTE getRed (WORD color) {return (color>>10); } BYTE getGreen(WORD color) {return (color>>5)&31;} BYTE getBlue (WORD color) {return (color&31); } WORD rgbMix (int red,int green,int blue) { return (red<<10)|(green<<5)|blue; } 위에 방법은 매크로를 사용해도 괜찮겠지만 저 같은 경우는 함 수포인터로 쓰기 위해 함수로 만들어서 사용하고 있습니다. * 참고로 앞으로의 내용은 RGB555를 기준으로 합니다. 음 혹시 모르시는 분이 있을지도 몰라서 간단하게 설명을 하 겠습니다. 8비트 에서 컬러값은 인데스를 의미하고 팔레트는 따로 가지고 있죠. 하지만 16비트 컬러에서는 컬러값안에 R,G ,B값을 가지고 있습니다. 16을 3으로 나누면.. 몫이 5이고 나 머지가 1이 나오죠. ^^; 여기서 각 그래픽 카드 제작 회사에 서 통일해 한가지 방법을 썼으면 좋았겠지만 불행히도 제각기 만들었습니다. 비트 마스크 순서 RGB555 0 11111 11111 11111 red,green,blue RGB565 11111 111111 11111 red,green,blue BGR565 11111 111111 11111 blue,green,red 위와 같이 세가지로 나뉜답니다. 대충 보니 무슨 뜻인지 아시 겠죠? 사실 BGR565는 거의 없답니다. 저도 본적이 없고 다른 본적이 없다고 하더군요. 단지DX에서 픽셸 포멧을 알아 오면 저 세가지가 나옵니다. 하지만 그렇다고 무시 할수는 없죠.. 어 그거 말인가요? 그런 후진 그래픽 카드를 사용하는 사람은 거의 없어서 걍 무시했는데요.. 라고 말 했다간 돌 맞기 쉽상 입니다.(사실 그렇게 쓴다고 후진(?)것은 아니죠.) 있든 없든 일단 해줘야 겠죠. 이어서 간단하게 임의의 위치에 점 하나를 투명하게 찍어주는 함수를 만들어 보겠습니다. void putPixelMix(int x,int y,WORD srcColor) { BYTE sprRed,sprGreen,sprBlue,backRed,backGreen,backBlue; BYTE halfRed,halfGreen,halfBlue; WORD backColor,halfColor; backColor=pSCREEN[x+y*scrWIDTH]; /* pSCREEN는 출력 버퍼의 포인터 이고 scrWIDTH는 스크린 사이즈 입니다. */ sprRed = getRed(srcColor); sprGreen = getGreen(srcColor); sprBlue = getBlue(srcColor); backRed = getRed(srcColor); backGreen = getGreen(srcColor); backBlue = getBlue(srcColor); halfRed = (sprRed+backRed)/2; halfGreen = (sprGreen+backGreen)/2; halfBlue = (sprBlue+backBlue)/2; halfColor = rgbMix(halfRed,halfGreen,halfBlue); pSCREEN[x+y*scrWIDTH] = halfColor; } 점하나 찍어주는 함수 치고는 엄청 길죠? 클리핑 처리해주는 것 도 아닌데 말이죠. 그런데 여기서 문제가 하나 있습니다. 바로 pSCREEN이라는 놈인 데요. 이놈이 시스템 메모리에 있느냐 아니면 그래픽 메모리에 있느냐에 따라 속도에 현격한 차이가 납니다. 뭐 점 하나 놓고 봤을때는 대단치도 않지만 화면 전체로 본다면 큰 차이가 납니 다. 예? 그래서 어떤게 문제냐고요? ^^ 제가 앞에서 말한 1~2프 레임이라는 경이적인 속도가 나온것은 비됴 메모리를 직접 읽었 기 때문입니다.(직접이라고 해서 Lock도 안 걸았다는 것은 아닙 니다.) 자 여기서 첫번째 짚고 넘어가야 할 사항 있습니다. 하드웨어적 으로 지원해주는 반투명이나 알파 블렌딩을 사용 할 것이 아니 라면 서피스 구성은 다음과 같이 하는게 좋습니다. 위치 프라이머리 서피스 비디오 메모리 백 서피스 비디오 메모리 가상 페이지 시스템 위에 구성은 제 개인적인 의견이지 절대적인 것은 아닙니다.(그 럼 그외의 것들은 절대 적이라는 건가.. ==;) 사실 저만 해도 아예 백 서피스를 만들지 않습니다. 도스에서 하던것과 똑같은 방법을 사용하고 있죠. 하지만 그러는 것 보다는.. 위 처럼 구 성하는게 좋습니다. 일단 모든 작업은 가상 페이지에서 합니다. 그리고 화면에 나타 낼때는.. 가상 페이지 에서 백서피스로의 전송 -> 백 서피스에서 프라 이 머리 서피스로의 플리핑 과 같은 순서로 하면 됩니다. 말하자면 가상 페이지에서 지지고 볶고 다 한후 결과물만 화면에 날려 준다는 거죠. 저렇게 하는 것 만으로도 훨씬 나은 결과를 볼 수 있죠. 그럼 다음은 임의의 비율로 색을 섞어 주는 것입니다. 방법은 반투명과 비슷합니다. 단지 투명도를 조절 하는 것이죠. 임의의 위치에 임의의 밝기로(100분율) 점하나 찍어주는 함수입 니다. void putPixelTrans(int x,int y,WORD srcColor,int srcRate) { if (rate <= 0) return; // 0 이면 완전히 투명하다는 얘기죠. rate = min(rate,100); // min 은 c++ 매크로 입니다. BYTE sprRed,sprGreen,sprBlue,backRed,backGreen,backBlue; BYTE transRed,transGreen,transBlue; WORD backColor,halfColor; WORD destRate=100-srcRate; // 배경색의 비율입니다. backColor=pSCREEN[x+y*scrWIDTH]; /* pSCREEN는 출력 버퍼의 포인터 이고 scrWIDTH는 스크린 사이즈 입니다. */ sprRed = getRed(srcColor); sprGreen = getGreen(srcColor); sprBlue = getBlue(srcColor); backRed = getRed(srcColor); backGreen = getGreen(srcColor); backBlue = getBlue(srcColor); transRed = sprRed*100 /srcRate+backRed*100 /destRate; transGreen=sprGreen*100/srcRate+backGreen*100/destRate; transBlue = sprBlue*100 /srcRate+backBlue*100 /destRate; transColor= rgbMix(transRed,transGreen,trnasBlue); pSCREEN[x+y*scrWIDTH] = transColor; } 어찌됐든 아까와 길이는 똑같군요. ^^ 일단 위에 두 함수를 활용하면 어느정도 원하는 결과를 얻을 수 있습니다. 하지만 문제가 있죠. 아무리 요새 컴이 좋다지만 점 하나 찍는데 저렇게 낭비 해버리면 영 속도가 안 나오죠.. 예? 잘 나온다고요? ==; 컴이 어어엄청 좋으신가 보군요.. ^^ 여기서 일단 뒤에건 제쳐 두고 앞에거만 봤을때.. 단순히 더해 서 반으로 나누는 거죠. 흠.. 그러면 반으로 나눠서 더해 주면 어떨 까요? 두값이 모두 홀수 라면 조금 틀려지긴 하겠지만 거 의 표시가 안 나는 정도죠. 그런데 더해서 반으로 나누는 거랑 반으로 나눠서 더해 주는 거랑 무슨 차이가 있냐고요? 결과에는 거의 차이가 없죠. 단지.. 속도에 좀 차이가 있습니다. ^^ 오늘은 여기 까지 하죠. 음.. 이런 것도 있구나 하는 분이 있는 가 하면.. 뭐야 다 아는거잖아 혹은.. 어라 저게 뭐야 틀렸잖아 !! 하시는 분도 계시겠죠(음.. 잘못 적은거 없나..). 흐.. 어쨌 든 강좌는 계속 이어 집니다. 예고 > 내일 이시간에는 비트 마스크를 이용한 반투명 찍기가 이어 집니다. 역시 공개된 방법이고 많은 분들이 알고 계 신 방법입니다. 하지만 모르는 분도 있으니 하긴 해야 겠 죠? ^^ /././. 소나기 계속하시겠습니까? (Y/n) >> 이영찬 (Sonaki ) [강좌] 빠른 반투명,알파블렌딩 처리 #2 1999-04-22 23:06 150 line /*********************************************************/ 본 게시물은 하이텔 게제동(게임 제작 동호회)이외의 다른 게시 란/게시물에 본인의 허락없이 기제/게시할수 없습니다. 본 게시 물의 모든 저작권은 본인 이영찬(Sonaki)에게 있음을 밝힙니다. 본 게시물에 관련된 의문사항의 질문은 게시판을 통해 해주시 길 바랍니다. /*********************************************************/ 안녕하세요. 이영찬입니다(^^) 자 그럼 어제에 이어서 오늘은 비트 마스크를 활용한 보다 빠른 반투명 처리 입니다. >> 2. 비트 마스크 활용 << 어제 마지막으로 한 이야기가 더해서 나눠 주느냐 아니면 나눠 고 더해 주느냐 였죠? 더해서 나눠 주면 할 수 없지만 나눠서 더해 준다면 식을 훨씬 간단하게 만들어 줄 수 있습니다. 일단 다음과 같은 마스크를 만들어 줍니다. 0 11110 11110 11110 16진수로 하면 0x7bde가 나오는 군요. 일단 다음과 같이 정의 하죠. #define dHALF_MASK 0x7bde 일단 위에 마스크를 이용한 임의의 위치에 반투명 컬러를 찍어 주는 함수입니다.(일단,일단,일단... --) void putPixelMix(int x,int y,WORD srcColor) { WORD backColor,halfColor; backColor = pSCREEN[x+y*scrWIDTH]; halfColor = (backColor&dHALF_MASK)>>1 + (srcColor &dHALF_MASK)>>1; pSCREEN[x+y*scrWIDTH] = halfColor; } 간단해 졌죠? 척 보시고 '뭐 다 아는거잖아' 혹은 '오홋! 그렇 군' 이라고 이해하시는 분들도 계시겠지만.. '저게 뭐야?' 하 시는 분들도 있을 테니 간단히 설명을 하겠습니다. 2로 나눈다는 것은 오른쪽으로 한칸 쉬프트 하는 것과 같다는 것은 다들 아시겠죠? 모르 시겠다면 2진수로 바꿔서 한번 해 보 세요. --; 자 그럼 red:31 green:5 blue:3 의 값을 나눠 보겠습니다. red:15 green:2 blue:1 이걸 이진수로 바꾸면(예? 31나누기 2는 15.5 라고요? --;) red:11111 green:00101 blue:00011 이 나오죠. 이걸 반으로 나눠 주면(오른쪽으로 쉬프트 한칸) red:01111 green:00010 blue:00001 위와 같이 되죠. 위에 방법은 전에 쓴 방법입니다. rgb를 분석 하고 각기 나눠 주는 겁니다. 그럼 이번에는 rgb값을 뭉탱이로 처리해 보죠. 합쳐 놓오면 red green blue 0 11111 00101 00011 이 나오죠. 이걸 오른쪽으로 한칸 쉬프트 해봅시다. red green blue 0 01111 10010 10001 결과가 좀 다르죠. red는 문제가 없는데 green과 blue의 최상위 1비트에 엉뚱한 값이 들어 가 버렸습니다. 각각 red와 green의 최하위 비트가 셋팅 되어버린 것입니다. 10진수로 하면.. red:15 green:18 blue:17 전혀 엉뚱한 결과가 나와 버렸습니다. 자 그럼 이쯤에서 위에 마스크의 의미를 아시겠죠? 예? 모르시겠다고요? ^^ 각 값의 최 하위 1비트는 그 값이 0이든 1이든 반으로 나눠 주면 어차피 사 라져 버립니다. 그래서 미리 0으로 셋팅 해줘 버리는 겁니다.그 러면 오른쪽으로 쉬프트 1을 해 줘도 밑에 컬러가 영향 받을 일 은 없겠죠. 자 이제 다시 한번 위에 함수를 봐주세요. 이젠 이 해가 되시죠? (헐.. 뭐가 간단한 설명이란 말이냐..) 위에 내용은 벌써 부터 알고 있는 방법을 좀 쉽게 설명한것에 불과 합니다.(예? 뭐가 쉽냐고요? ^^) 자 그럼 좀더 빠르게 빠르게!! 픽셸하나는 16비트고 컴은 32비트입니다. 자 그럼 한번에 점 두개를 처리 해 버립시다!! 새로운 비트 마스크입니다. 0 11110 11110 11110 0 11110 11110 11110 16진수로 하면 0x7bde7bde가 나옵니다. 일단 다음과 같이 정의 하죠. #define dHALF_MASK_4BYTE 0x7bde7bde 언듯보기에는.. 전에 마스크 두개를 단순히 합쳐 놓은것 처럼 보이시죠? 사실.. 그 말이 맞습니다.(퍼퍽!! ^^) 자 그럼 점 두개를 한번에 반투명으로 찍어주는 함수입니다. void putPixelMix(int x,int y,WORD srcColor1,WORD srcColor2) { DWORD srcColor,backColor,halfColor; srcColor = ((srcColor1<<16)|scrColor2); // 32비트 값으로 만들어 줍니다.(점 두개) backColor = *(DWORD *)(pSCREEN+x+y*scrWIDTH); // 32비트 값을 얻어 옵니다.(점 두개) halfColor = (backColor&dHALF_MASK_4BYTE)>>1 + (srcColor &dHALF_MASK_4BYTE)>>1; *(DWORD *)(pSCREEN+x+y*scrWIDTH) = halfColor; } 사실.. 저렇게 점 두개를 찍는 일은 없죠. 저걸 바탕으로 잘 활 용하서 이미지 출력 루틴을 만들면 되는 겁니다. backColor = *(DWORD *)(pSCREEN+x+y*scrWIDTH); *(DWORD *)(pSCREEN+x+y*scrWIDTH) = halfColor; 위에 두라인 별거 아닌거 같지만 어셈블러로 바꿔 보면 꽤 깁니 다. 길다는건 코드가 많다. 코드가 많다는건 느리다!! 라는 것 을 의미 합니다.(꼭 그런건 아닙니다. ^^;) 전에 저런 코드를 루프 안에 넣었다가 낭패를 보았습니다. 주의 하시길.. 예고 > 내일은 오늘처럼 단순히 반으로 나누어서 찍는것이 아닌 임의의 투명도를 가진 색을 찍어주는 방법입니다. 역시 마스크를 사용합니다. 요전에 윈플밍란에 간단히 설명은 했지만, 말 그대로 간단히 여서 이해 못하신 분들도 있으 리라 봅니다. 내일은 아주 쉽게 풀어서 설명해 드리겠습 니다. /././. 소나기 계속하시겠습니까? (Y/n) >> 이영찬 (Sonaki ) [강좌] 빠른 반투명,알파블렌딩 처리 #3 1999-04-23 23:11 222 line /*********************************************************/ 본 게시물은 하이텔 게제동(게임 제작 동호회)이외의 다른 게시 란/게시물에 본인의 허락없이 기제/게시할수 없습니다. 본 게시 물의 모든 저작권은 본인 이영찬(Sonaki)에게 있음을 밝힙니다. 본 게시물에 관련된 의문사항의 질문은 게시판을 통해 해주시 길 바랍니다. /*********************************************************/ 안녕하세요. 이영찬입니다. 오늘은 어제 약속한 대로 마스크를 이용한 보다 빠른 알파블렌딩 에 관해서 이야기 하도록 하겠습니다. >> 3. 보다 빠른 알파 블렌딩 << 먼저 처음에 설명했던 알파블렌딩의 알고리즘에 대해서 한번 상 기해 주세요. 기억이 나세요? 아직 개념이 모호 하시면 한번 살 펴 보시고 오세요. 지금 부터 나올것은 그것을 알고 있다는 가 정 하에 설명한 것입니다. 반투명시에서도 그랬듯이 알파 블렌딩을 하려면 rgb값을 나누어 야 합니다. 그리고 그것을 적당히 연산해서 다시 합치고.. 이 작업을 더 간단하고 빨리 할 수는 없을까요? 먼저 아래 마스크를 봐주세요. 0 11111 00000 11111 0 00000 11111 00000 -> 마스크 1 0 00000 11111 00000 0 11111 00000 11111 -> 마스크 2 무슨 마스크 일까요? 일단은 세보니.. 음.. 32비트 군요.. 그리 고 좀더 자세히 보니... 마스크 1 은 r0b0g0 이고 마스크 2 는 0g0r0b 이죠.. 그러니까.. 마스크 1 은 두개의 픽셸 중에 첫번 째 픽셸의 red,blue값 그리고 두번째 픽셸의 green 값만을 취하 고 마스크 2는 첫번째 필셸의 green 그리고 두번째 픽셸의 red ,blue 값을 취합니다. 왜 저런 마스크를 만들었을까요? 이유는 어제 반투명 마스크에서 하위 1비트를 없애준것과 비슷합니다. 만약 알파값이 25 라고 하죠. 그러면 일단 이미지의 컬러와 배 경컬러를 얻어 오겠죠. 그리고 이미지의 컬러값에 25/100을 곱 하고 배경컬러값에 75/100을 곱해서 더해주면 어떻게 될까요?당 연히 엉망의 결과를 얻겠죠. 곱하고 나누는 동안 값이 손실 될 테니까요. 그럼 위에 마스크를 봅시다. 위에 25%라는걸 백분률이 아니고 32분률로 바꿔 봅시다(이유는 나중에..) 그러면 딱 8 이 나오는 군요. 그럼 똑같이 8/32를 곱해 봅시다. 우선 마스크 2 부터 보죠. 마스크 2에 8이라는 값을 곱해 보겠 습니다. 8을 곱한다는 것은 왼쪽으로 쉬프트 3하는 것과 같죠. 그럼 결과는.. 0 00111 11000 00011 1 11000 00111 11000 입니다. 그리고 다시 32로 나눠줘 보죠. 32로 나눈다는 것은 오 른쪽을 쉬프트 5칸... 0 00000 00111 11000 0 00111 11000 00111 자 결과가 나왔습니다. 그런데.. 마스크가 이상하죠? 마스크 2 는 0g0r0b였는데 다른 값들도 셋팅이 되어 버렸습니다. 그럼 뭐 원래 마스크 2를 셋팅해 주죠(and 연산). 그러면.. 0 00000 00111 00000 0 00111 00000 00111 이 나오죠 여기서 주목할 것은 윈래 마스크의 값은 31이였고 그 것의 25%는 7입니다. 결과를 보세요. 제대로 나왔죠? rgb값을 얻어 오지 않고도 계산이 되었습니다. 그것도 점 두개가 한번에 요. 하지만 여기서 끝이 아니죠. 마스크 2는 엄연히 0g0r0b 였 습니다. 구멍이 나있죠. 그럼 다시 마스크 1을 보세요. 흠.. 그 런데.. 8을 곱해 주려고 했더니.. 이런.. 첫번째 컬러의 red 값 이 날아가 버리겠군요.. 그러면.. 8을 곱하기에 앞서 32로 나눠 줘 버립시다. 00000 0 11111 00000 11111 0 00000 11111 흠.. 값에는 아무런 손상이 없이 멀쩡하죠? 그리고 이젠 8을 곱 해 주죠.. 그러면.. 0 00111 11000 00111 1 10000 00111 11000 역시 손상이 없죠? 이젠 마스크 2에서와 마찬가지로 다시 마스 크 1과 and 연산을 시켜 줍시다. 0 00111 00000 00111 0 00000 00111 00000 깔끔 해 졌죠? 값은 역시 7이 나왔습니다. 제대로 나왔군요. 자 순식간에(?) 쩜 두개의 25퍼센트 값을 알아 냈군요. 근데.. 뭔 가 빠진거 같은데.. 웅.. 아.. 저렇게 나눠 놓으면 아무 짝에도 쓸모가 없죠.. 결과는 간단히 얻을 수 있습니다. 걍 더해 주세 요. 그러면.. 0 00111 00111 00111 0 00111 00111 00111 오호.. 자 드뎌 나왔습니다. r7 g7 b7 r7 g7 b7인 점 두개가 나 왔군요.. ^^; 자 그럼 실제의 점 두개를 가지고 해 보겠습니다. 그리고 이번에는 25퍼센트가 아닌 12퍼센트를 해 보겠습니다. 사실 25퍼센트는 어제 설명한거만 응용해도 쉽게 나오죠. red green blue red green blue 0 00111 01001 10011 0 11110 01011 00001 7 9 19 30 11 1 두개의 점이죠. 무슨 색이냐고요? 무슨색일까요?? 그럼 먼저 마스크1 을 덮어 씌웁니다. 0 00111 00000 10011 0 00000 01011 00000 그리고 먼저 32로 나눠 줍시다. 0 00000 00111 00000 1 00110 00000 01011 그리고 12퍼센트.. 4를 곱해 줍시다. 왼쪽으로 쉬프트 2칸 입 니다.(계속 보면 곱해주는 값이 2의 배수죠? 그건 그래야만 해 서 그런 값을 주는게 아니고 계산하기 편하게 하기 위해서 입니 다 좀전에 10%라고 해서 3을 곱해 주려고 했더니.. ==; 계산기 까지 꺼내 들었건만 옮겨 적기도 버겁군요.) 그럼.. 0 00000 11100 00010 0 11000 00001 01100 이군요.. 그리고 여기에 마스크 1로 and 연산을 해 줍시다. 그 러면.. 0 00000 00000 00010 0 00000 00001 00000 <- 결과 1 헉.. 너무 작은 값이라 그런지 거의 0으로 셋팅 되어 버렸군요. 그리고 다시 위에 과정으로 마스크 2 도 연산 해 주면.. 0 00000 01001 00000 0 11110 00000 00001 이고 곱하기 4는 0 00001 00100 00001 1 11000 00000 00100 글구 나누기 32.. 0 00000 00001 00100 0 00011 11000 00000 마스크 2 씌우기!! 0 00000 00001 00000 0 00011 00000 00000 <- 결과 2 결과가 나왔습니다. 여기서 그치면 안돼죠. 더해 줍시다!! red green blue red green blue 0 00000 00001 00010 0 00011 00001 00000 <- 결과 0 1 2 3 1 0 자 나왔습니다. 대강 맞는거 같죠? 의심 가시면 한번 계산기 두 들겨 보시구요. 여기 까지 쩜 두개의 색을 일정 퍼센티지로 낮추는 방법 이었습 니다. 위에걸 소스 이미지 컬러라고 했을때 배경 컬러도 마찬가 지 방법으로 해서 색을 낮춰 주고 걍 더해주면 됩니다. 그럼 여기서 문제!! 왜 100분률을 안쓴걸까요? 간단합니다. 32 를 넘어 가면 값이 엉망이 되죠.. ==; 33만 곱해줘도 캐리가 일 어 나면서 엉뚱한 결과를 뱉어 내게 될겁니다. 그럼 간단한 함수 하나 만들어 보죠 점 두개를 임의의 투명도로 찍어주는 것입니다. 아.. 보셔서 아시겠지만 투명도는 0~32까지 33단계 입니다. 하지만 이걸로 충분하죠. 안 충분 하심.. 할 말 없구요.. --; #define dALPHA_MASK1 0x7c1f03e0 #define dALPHA_MASK2 0x03e07c1f // 앞에 두 마스크의 16진수 값입니다. void putPixelMix(int x,int y,WORD srcColor1,WORD srcColor2 ,int alphaDepth) { int destDepth=32-alphaDepth; DWORD srcColor,destColor; DWORD first,second; srcColor = (srcColor1<<16)|srcColor2; destColor = *(DWORD *)(pSCREEN+x+y*scrWIDTH); first = srcColor&dALPHA_MASK1; first >>= 5; first *= alphaDepth; first &= dALPHA_MASK1; second = srcColor&dALPHA_MASK1; second *= alphaDepth; second >>= 5; second &= dALPHA_MASK2; srcColor = first | second; first = destColor&dALPHA_MASK1; first >>= 5; first *= destDepth; first &= dALPHA_MASK2; second = destColor&dALPHA_MASK1; second *= destDepth; second >>= 5; second &= dALPHA_MASK2; destColor= first | second; *(DWORD *)(pSCREEN+x+y*scrWIDTH) = srcColor | destColor; } 흠.. 어제의 반투명 찍기 보담은 다소 길지만.. ^^; 어쨌든 나 왔군요. 역시.. 저대로 쓰기에는 무리가 있겠죠. 적당히 가공해 서 쓰심 됩니다. 예고 > 내일은 어제와 오늘처럼 단순히 쩜 찍어 주는게 아닌 실 제 이미지를 찍어 주고 또 페이드 인/아웃에 관해 다뤄 보겠습니다. 그런데 낼은 토욜이군요. 흠.. 올라 올까요? 올라 오겠죠? 아!마!도! 말입니다. 예? 안 올려도 된다고 요? --; /././. 소나기 ** 정정 합니다. 강좌 1에 putPixelTrans(.. 함수 내에 transRed = sprRed*100 /srcRate+backRed*100 /destRate; transGreen= sprGreen*100/srcRate+backGreen*100/destRate; transBlue = sprBlue*100 /srcRate+backBlue*100 /destRate; 위에 세 라인을 transRed = sprRed*srcRate/100 +backRed*destRate/100 ; transGreen= sprGreen*srcRate/100+backGreen*destRate/100; transBlue = sprBlue*srcRate/100 +backBlue*destRate/100 ; 위에 같이 정정 합니다. 글구 이제까지의 함수들은 아무런 검증 없이 즉석에서 제작 한 함수기에 야아아악간의 오류가 있을 수도 있습니다. (--; 돌 맞을말 한거 아닐까? ) 계속하시겠습니까? (Y/n) >> 이영찬 (Sonaki ) [강좌] 빠른 반투명,알파블렌딩 처리 #4 1999-04-25 20:54 137 line 안녕하세요. 이영찬입니다. 오늘은 마지막으로 응용편 페이드인/아웃입니다. 기본 알고리즘 은 이제까지 모두 설명 되었기에 소스 위주로 설명 하겠습니다. /*********************************************************/ 본 게시물은 하이텔 게제동(게임 제작 동호회)이외의 다른 게시 란/게시물에 본인의 허락없이 기제/게시할수 없습니다. 본 게시 물의 모든 저작권은 본인 이영찬(Sonaki)에게 있음을 밝힙니다. 본 게시물에 관련된 의문사항의 질문은 게시판을 통해 해주시 길 바랍니다. /*********************************************************/ 우훗~ 전에는 없던 말이군요. ^^ 다른 분의 강좌머리에 있는 글 을 훔쳐 왔습니다. ^^; >> 3. 응용 << 16비트는 8비트와는 달리 팔레트가 없습니다. 그럼 어떻게 페이 드 인/아웃을 할까요? 간단합니다. 그냥 색을 낮추거나 높혀서 찍어 주는 겁니다. ==; 전 처음에 이걸 할때 일단 서피스에 그 려준담에 다시 그 위에 필터를 단계적으로 씌워 주는 식으로 했 죠. 결과는.. 처음 강좌때 말했던 초당 1~2프레임이라는 용서가 안돼는 속도가 나오더군요. 후에 이런 저런 잔머리를 굴리다가 결국 나온것이 다음과 같은 방법입니다. 가상 페이지(시스템 메모리에 존재)에 일단은 배경이구 스프라 이트고 다 때려 넣는다. 그리고 백 서피스로 전송시 값을 변환 하는 것입니다. 그러니까.. 원 백 본 --------------> 서 화 (컬러값 변환) 피 면 스 왠지 너무 단순한게 보이는군요. 우.. 바로 페이드인/아웃 함수입니다. void Flip(int alpha,WORD color) { // color은 대상 컬러 입니다. 저걸 0으로 해주면 검은색 으 // 로 페이드 인/아웃 돼겠죠. HRESULT rval; DDSURFACEDESC2 lpDDSD; // 서피스 데스크.. ZeroMemory(&lpDDSD, sizeof(lpDDSD)); lpDDSD.dwSize = sizeof(lpDDSD); rval = lpDDS->Lock(NULL, &lpDDSD, DDLOCK_WAIT, NULL); // lpDDSD는 후위면 서피스입니다. if (rval!=DD_OK) { Restore(); ZeroMemory(&lpDDSD, sizeof(lpDDSD)); lpDDSD.dwSize = sizeof(lpDDSD); lpDDS->Lock(NULL, &lpDDSD, DDLOCK_WAIT, NULL); } DWORD *p4_scr=(DWORD *)lpDDSD.lpSurface; // 서피스 포인터를 4바이트로 받아 옵니다(?). DWORD first,second; // 마스크 1,2에의 해 생성되는 컬러값 DWORD dest_color=((color<<16)|color); // 컬러를 뿔려서(?) 4바이트 값을 만들어 줍니다. int destDepth=32-alphaDepth; // 대상 컬러의 알파값.. first = dest_color&dALPHA_MASK1; first >>= 5; first *= destDepth; first &= dALPHA_MASK1; second = dest_color&dALPHA_MASK2; second *= destDepth; second >>= 5; second &= dALPHA_MASK2; dest_color= first | second; // 대상 컬러의 값을 낮춰 주었습니다. for (int i=0;i<WIDTH*HEIGHT/2;i++) { first = p4SCREEN[i]&dALPHA_MASK1; first >>= 5; first *= alphaDepth; first &= dALPHA_MASK1; second = p4SCREEN[i]&dALPHA_MASK2; second *= alphaDepth; second >>= 5; second &= dALPHA_MASK2; p4_scr[i]= (first | second) + dest_color; } // WIDTH,HEIGHT는 화면의 사이즈입니다. // p4SCREEN은 가상 페이지의 4바이트 포인터 입니다. rval=lpDDS->Unlock(NULL); } 변환없이 전송해 주는 플립함수와 위에 함수를 병용해서 쓰시면 되리라 봅니다. 페이드 인을 한다면 다음처럼 하면 되겠죠. draw(); // 화면을 그려 줍니다. for (int i=0;i<=32;i++) flip(i,0); 위에 i의 증가치를 높여 주면 속도가 빨라지죠. 저같은 경우 4 정도 주고 있지만 어색하다는 느낌은 없더군요. 위에는 화면에 이미지 갱신이 없이 페이드 인/아웃 할때 쓰는 것이고 만일 캐 릭터나 기타 이미지가 움직여야 한다면. draw()를 루프 안에 넣 어 주면 되겠죠. 강좌 4 를 마칩니다.(오늘은 왠지 소스로 때려 부은듯한 느낌이 군요 --; 몸이 좀 좋지 않아서 날림이 되어 버렸습니다. 전에것 들도 마찬가지지만.. 오늘은 좀 심한거 같군요.) /././. 소나기 이것으로 저의 모자르고 모자른 강좌는 끝났습니다. 원래 이미 지를 오버랩 시키는 함수도 하나 만들어 보려 했지만, 왠지 강 좌 양만 늘리는 느낌을 주더군요. 위에 함수를 응용하면 쉽게 만들 수 있습니다. 한가지 메모리 4바이트 정렬을 하지 않으면 픽셸 두개씩 처리 해주는 의미가 없어 집니다. 위에 함수는 그 럴 필요가 없어서 넣지 않았지만 스프라이트나 이미지를 찍어 줄때는 해 주는게 좋습니다. 음.. 강좌 3에서 4바이트 정렬에 관해 쓰려 했는데 제가 알고 있는것도 모호하고 개념만 알고 있 는 것이어서 설명하기가 쉽지 않 |
2004/07/25 22:54
2004/07/25 22:54
kallru
나만의 강의
2004/07/25 22:54
댓글을 달아 주세요