Elegance Alchemist LESS the Azure

100%

리스 — Thu, 15 Oct 2009 01:23:19 GMT

72%

우린 순수혈통 전투민족의 마지막 생존자.

100% 고집불통 내 길을 걷는 삶의 개척자.

아무리 죽고 싶어도 죽지 못하는 생은 죽음의 고비를 넘기면

언제나 자신을 몇 배로 단단히 성장시켜. 자!

미래로 향하는 열쇠를 짊어진 내 눈과 두 귀는 변함없이

나를 높은 곳으로 이끌어가 나비처럼 날아서 벌처럼 쏴

난 끝없이 고개를 숙여, 인내와 노력을 가슴에 새겨

고통은 성장의 밑거름 난 언제나 자신을 믿거든

굶주림으로 한길만을 바라보고 달려왔던 지난날을 되새기며

끊임없이 노력하는 어제보다 발전하는 내일처럼 빛을 향해 미친 듯이 달려가다

쓰러지면 어때 부러지면 어때 구겨지면 어때 뭐 때문에 망설이니 무너지면 어때

날을 갈아 거침없이 칼을 뽑아 다가오는 적을 향해 목을 베고 확실하게 숨을 끊어라!

내 적이라면 칼을 맞대 형제라면 살을 맞대

너 아니면 내가 죽고 나 아니면 니가 죽는 빌어먹을 전쟁은 파도와도 같아

박차고 일어나서 갈 때 까지 가는 거야

떠나려면 떠나가라 있는 힘껏 밀어붙여

머리부터 뼛속까지 계속해서 소리 질러 아!

오늘부터 내 이름을 가슴속에 되새기거라!

- Better than Yesterday 中.

삶은 치열한 전투니까. 질 수 없지.

C 코드 최적화 하기.

리스 — Tue, 29 Sep 2009 15:26:01 GMT

http://kldp.org/node/79109?destination=node/79109

개인적으론 C는 정말 간결한 언어라고 생각합니다. 그래서 가끔씩 C를 공부하는 비전공자들에게 충고아닌 충고를 해주곤 하는데.. 사실 깊이 파면 정말 깊게 들어갈 수 있지만 겉핥기만 하려면 정말 또 간단하게 할 수도 있거든요.

어쨌든, 그 C의 간결함 때문에 정말 중요한 것을 얻기란 쉬운일이 아닙니다. 흔히 많은 사람들이 만드는 코드를 보면 좀 아니다싶은 그런 것들도 있고...

적어도 내 코드만큼은 그러지 말아야겠다, 라고 생각하고 열심히 공부하고 있는 것이겠지만서도요.

위의 링크는 C 코드를 최적화시키는데 적절한 몇가지 케이스와 예시를 보이고 있습니다. 숙지해두면 좋겠군요.

tag : C언어, 데니스리치만세

승리의 닷넷 프레임워크!

리스 — Sun, 20 Sep 2009 09:22:00 GMT

개그는 개그일 뿐, 오해하지 말자! 개그는 개그일 뿐 오해하지 말자!

뭐 사실 만고의 진리가 아니겠습니까. 기본적인 실력만 있다면 언어는 진정 도구일 뿐이라고.

주 종목은 있어야겠지만 두루두루 섭렵하는 것도 중요하겠지요. 일단 몸값도 높여야하니깐<-

+) 비관계자를 위한 간단한(정확하다기보단 대충인) 주석

1. 부사수 : 군대 용어. 사수와 그를 보조하는 부사수라는 의미이지만 본인은 영공방위를 힘쓰다 와서 육군의 표현은 잘 모른다. 현업에서는 보조자 정도의 의미

2. 닷넷 : MS에서 밀고 있는 새로운(?) 개발 툴. 자바를 견제하기 위해 만들어졌다고 보여짐.

3. 프레임워크 : 어떤 의미에서는 일종의 '패러다임'. MFC도 프레임워크의 일종이다. 프로그램을 개발하기 위해 구현되어 있는 시스템? 그래. 모두가 알만하게 적당하게 예를 들자면 게임 개발에 있어서의 '엔진' 같은 역할. ..물론 미묘하게 다르다.

4. MSDN : MicroSoft Developer Network. 윈도우 개발자에겐 없어서는 안되는 공기와도 같은 존재. MS의 개발 툴에서 어떤 함수가 제공되고 사용법, 용례 등을 알려준다. 그냥 멍하니 바라보고만 있어도 새로운 지식을 습득할 수 있다. .. 물론 백날봐도 모르는건 모른다.

5. 이클립스, 자바머신 : 자바 개발 툴.

6. 플렉스(Flex) : 자바계의 대세로 떠오르고 있는 개발 툴. 굉장히 섬세하고 유려하고 아름답다. 본인은 Adobe Flex를 구경만 해봤는데 멋지다. 그렇지만 그래픽 처리 부분이 많이 필요한지라 gg..

7. 실버라이트 & 블렌드 : MS가 자바 잘되는 꼴은 못봐서 내놓은 툴. 플렉스만큼 아름답다. 본인같은 디자인 잼병이 대충 만들어도 그럴싸해보인다. ActiveX에 대한 비난이 거세지며 대안으로 떠오르고도 있다. 향후 몇년 후에는 대세가 될 것으로 전망.

전 닷넷 프레임워크를 좋아라 합니다. 나날이 발전하고 있지요. Visual Studio 2010에서 버전 업 된다는 4.0도 기대가 됩니다.

잘 쓸줄을 모르는게 문제이지만요. 후후.

tag : MS, .net_framework, 닷넷프레임워크, 개그만화보기좋은날

VC++ 6.0의 getline() 버그

리스 — Mon, 14 Sep 2009 11:33:00 GMT

간단한 스트링을 다루는 예제를 만들고 있었는데 이게 어찌된 영문인지 아무리 봐도 논리상 아무 문제가 없는데 제가 의도하는대로 작동을 안하는겁니다.

이게 어찌된건가 싶어서 차근차근 디버그를 돌려봐도 해결이 안났는데..

문제는 getline()함수에서 발생했습니다.

string str;

cout << "문자열을 입력하시오 (끝내려면 q) : ";
getline(cin, str);

라는 간단한 문장인데. 이놈의 망할 getline이 엔터를 두번 입력 받아야 다음으로 진행이 되는겁니다. 더군다나 다음번에 또 getline 함수를 통해 문자열을 입력받으면 입력받은 것이 하나씩 밀리는 사태가 발생하더군요.

이게 왜 그런가, 하면서 고민 고민을 했더라죠.

이것만 만들고 좀 자야겠다, 싶었는데 이런데서 어이없게 막히니 분통이 터져서 계속 들여다볼 수 밖에 없었습니다.

결국 혼자 해결하길 포기하고 구글신님께 여쭤보았더니........

Visual C++ 6.0의 버그라고 하는군요. 아놔.

이게 getline()이 string함수의 메소드가 아닌 friend함수로 사용되서 생기는 버그라고는 하는데..

그래서 버그 패치를 구해서 패치 후 다시 컴파일하니 정상적으로 작동하는군요. 아놔. 날린 아까운 시간이 어찌나 길고 긴지 ㅠ_ㅠ

확실히 VC++이면 거의 10년에 가까운 유구한 역사를 자랑하는(?) 컴파일러입니다만 역시 이제 2008로 옮겨타야 할 시기가 확실히 오긴 온 것 같습니다. PC만 좀 사양이 더 좋았다면 바로 2008로 갈아탈텐데.. 슬프군요.

첨부 파일은 VC++ 6.0의 getline함수 버그를 패치해 주는 프로그램입니다.

보통 자동으로 설치가 되는 위치인 C:\program files\... 에는 정상적으로 되는진 모르겠는데 저는 D 드라이브에 제 맘대로 설치해서 그런지 자동으로 잡아주진 못하는 듯 합니다.

패치가 정상적으로 안될 경우 VC60폴더의 include 안에서 실행하면 정상적으로 패치가 될 것입니다.getline_fixer.zip

tag : VC6, VisualCpp, getline, 컴파일러

[Win] CHARFORMAT을 LOGFONT로 변환하는 코드

리스 — Sun, 23 Aug 2009 07:14:00 GMT

수업중에 만들어진 코드입니다.

인터넷에 lf2cf 코드는 널리 알려져 있는데 정작 이를 역으로 변환하는 코드는 없기에 사용하실 분들은 사용하시라고 올려봅니다.

(파일로 첨부도 하였습니다)

void cf2lf(CHARFORMAT2& cf, LOGFONT& lf)
{
    HDC hdc;
    LONG yPixPerInch;

   memset(&lf, 0, sizeof(lf));
    hdc = ::GetDC(::GetDesktopWindow());
    yPixPerInch = ::GetDeviceCaps(hdc, LOGPIXELSY);

   lf.lfHeight = abs((cf.yHeight*yPixPerInch)/(72*20));
    ::ReleaseDC(::GetDesktopWindow(), hdc);

   if(cf.dwEffects & CFE_BOLD) lf.lfWeight = FW_BOLD;
   if(cf.dwEffects & CFE_ITALIC) lf.lfItalic = TRUE;
   if(cf.dwEffects & CFE_UNDERLINE) lf.lfUnderline = TRUE;
   if(cf.dwEffects & CFE_STRIKEOUT) lf.lfStrikeOut = TRUE;

lf.lfCharSet = cf.bCharSet;
lf.lfPitchAndFamily = cf.bPitchAndFamily;

strcpy(lf.lfFaceName, cf.szFaceName);
}

유니코드 처리는 따로 하지 않았습니다. 유니코드 처리를 하시려면 적절하게 수정해서 사용하시길 권장합니다.

tag : API, CHARFORMAT, LOGFONT, WindowsAPI

[렛츠리뷰] 창세기전3 ep2 리뷰

리스 — Wed, 01 Jul 2009 12:07:18 GMT

내게 창세기전은 어떤 작품인가

나의 어렸던 시절, 나에겐 몇가지 즐겨하던 게임들이 있었다. 한가지에 몰두하기 시작하면 끝없이 그쪽으로만 파고드는 성격이었던지라 여러 게임들을 두루 즐기기 보다는 한두가지 마음에 드는 작품을 두고 끝장을 보는 편이었다.

그래서 내가 즐겼던 것은 KOEI의 삼국지 시리즈와 소프트맥스의 창세기전 시리즈였다.

삼국지 시리즈(시뮬레이션은 물론 RPG였던 영걸전 시리즈까지)는 워낙에 삼국지를 좋아했기에 좋아하지 않을 수 없었다. 그래서 허구한날 삼국지만 하며 지내던 어느날 학교에서 친구들이 어떤 게임을 주제로 대화를 나누고 있었다. 수많은 사람 이름이 오가고, 각종 기술에.. 각종 이벤트에 대한 이야기들.

그게 무엇인고, 하니 바로 창세기전이었다. 사실 난 옛날부터 창세기전을 좋아했다, 라고 말하기엔 조금 부족한 것이 내가 처음 접한 창세기전은 3편이었기 때문이다. 그것도 출시가 된지 꽤 시간이 지나서.

그것도 주변 친구들의 입에서 계속 회자되자 나도 어쩐지 그 흐름(!)에 뒤쳐지지 않으면 안될 것 같아서 낼름 빌려서 해 보았을 뿐이었다. 사실 가장 처음 창세기전을 인지한 것은 서풍의 광시곡 때였지만 정작 이때는 왜인지 전혀 관심을 가지고 있지 않았었다. 템페스트때는 아주 조금.. 그렇지만 역시 3편 만하겠나.

아직도 창세기전3를 처음 하던 기억은 생생하다. CD가 왜 4장이나 되는지.. 설치하는데 하드 용량은 왜이렇게 많이 필요한지.

게다가 한 챕터를 끝내자 이벤트가 진행되는데 빨리 끝이 나지 않아 밖에 나가야하는데 빨리 나오지 않는다고 혼내는 부모님까지.

이렇게 시작한 것이 창세기전이었고, 처음에는 아무 생각 없이 게임만 했었다. 그러나 진행될수록 스토리에 흥미를 가지게 되었고, 전편의 스토리도 궁금해지기 시작하였다. 결국 인터넷을 뒤져 전편의 스토리도 어느정도 파악하게 되었고 다시 플레이할 수록 새로운 부분들을 알 수 있게 되었다.(특히 에피소드3, 아포칼립스에서는 더더욱)

그리고 머지않아 창세기전3 파트2의 발매 소식이 들려오고 이미 푹 빠져있던 나는 당시 '엘피앙'이라는 게임 쇼핑몰의 오픈과 함께 진행된 창세기전3 파트2의 예약판매를 홈페이지 오픈과 함께 주문한 기억이 난다.(그때 받았던 직소퍼즐은 아직도 간직중..)

다소 스토리 전개가 어려웠던 파트2였던만큼 많은 유저들에겐 스토리가 엉성하다든가 기존작에 비해 재미가 떨어진다는 등의 비평이 많았다. 그러나 개인적으로는 가장 만족했던 것이 파트2였다. 방대한 창세기전 시리즈를 하나로 요약을 해 주고 있는데다가(억지스럽지만 그럴싸하게!) 창세기전이 지니고 있던 철학적인 요소 내지는 교훈 같은 것들이 다분히 담겨 있기 때문이었다.(교훈 이야기가 나와서 하는 말인데 최근 파트2를 다시 한 적이 있었다. 게임 내용 중 T&T라는 언론사에서 언론과 권력의 관계에 대해 언급하는 부분이 있는데 요즘같은 정세엔 꽤 뼈가 있는 말이 아니었나 싶다.)

게임의 재미도 재미거니와 스토리, 게임이 전달하고자 하는 주제가 분명한 것이 좋았고 이로 인해 그 설정과 시나리오에 매료되어 한동안 창세기전에서 헤어나오지 못하곤 했다. 부끄러운 이야기이지만 내가 쓰고 있는(?) 환상 문학 한 편 역시 이 영향을 받지 않을 수가 없었다.

PC용 창세기전의 부활, 모바일 창세기전 3

창세기전3가 모바일판으로 재구성되어 발매가 되었다는 사실은 언젠가 우연히 알게 되었다. 그러나 아무리 내가 좋아하던 창세기전이라도 문득 손을 뻗치기엔 조금 무리가 있었다. 형만한 아우없고, 리메이크는 원판을 따라잡지 못한다고 했던가. 내가 깊은 애정을 갖고 있던 게임이었던만큼 실망감을 가지고 싶진 않았기에 애써 외면을 해왔다는 말이 바를 것 같다.

우연히 블로그에 들어오기 위해 이글루스를 들어왔는데 창세기전의 그림이 메인에 떠 있는 것이 아닌가.

'창세기전3ep2 렛츠리뷰.'

평소에 렛츠리뷰에 관심도 가지고 있지 않다가 창세기전3 라는 단어를 보자 난 무의식적으로 이를 클릭하게 되었고 다른 생각은 할 것도 없이 바로 신청을 했었다. 그리고 긴 기다림 끝에, 리뷰어에 선정되었다는 안내와 며칠 후 게임을 받는 것 까지 마칠 수 있었다.

게임을 실행하기 전까지 떨리는 마음을 어떻게 할 수가 없었다. 과거의 영광을 다시 한번 느낄 수 있을 것인가, 아련한 추억만으로 남을 것인가 하는 기대 반 불안 반으로 게임을 실행 시켰고 나는 조금씩 감동을 느끼기 시작하였다.

모바일 창세기전3 ep2와의 첫 만남, 익숙한 멜로디

게임을 가동하고 가장 먼저 느낄 수 있는 것은 익숙한 멜로디의 사운드. 물론 PC에서의 매끄럽고 화려한 사운드를 한낱(?) 휴대폰에서도 듣길 기대한다면 그건 과욕일 것이다. 사실 요즘 휴대폰 정도라면 그런 사운드를 못낼 것은 아니지만 문제가 되는 것은 음악이 차지하는 용량일 것이다. 일반적인 음질의 mp3파일이 최소한 3MB정도가 된다는 것을 감안한다면 오히려 모바일 게임은 미디 수준의 음악이 나오는 것이 합리적일 것이다. 중요한 것은 어설픈 미디 시퀀스 만으로 얼마나 원곡에 가까운 분위기를 재현하느냐가 관건이 될 것이다.

솔직히 완벽하게 만족한다라고 말할 수 있는 수준은 아니었다. 짧은 한 소절만 반복적으로 나오는 탓도 있었고 다소 가벼운 소리를 내는 악기가 종종 포함되어 어두워야할 분위기(?)에 조금 방해가 되고 있지 않은가 싶다. 그렇지만 어디 그런 것이 중요하겠는가. 어차피 추억으로 플레이 하는 게임이니. 스피커에서 나오는 소리는 현대적이지 못한 미디일 뿐이지만 내 머리속에 맴도는 것은 완벽한 오케스트라가 조화를 이루고 있는 음악이니.

이질감이 느껴지지 않는 전투. 최선의 인터페이스

아무렴 모바일버전이다보니 일반 필드나 이벤트보다는 전투에 비중이 높은 것이 사실이다. 그만큼 전투에 투자해야할 시간이 길고 전투를 진행하는데 불편함이 따른다면 이는 게임의 몰입도를 방해하는 요소가 된다.

창세기전 3의 경우 전투 커맨드가 크게 4가지가 있다. 그래서 난 게임을 받기 전, 이 메뉴를 1, 3, 7, 9 버튼을 단축키로 활용한다면 적절할 것, 이라고 생각하였는데 아니나다를까 그런 시스템을 채택하고 있었다. 상하좌우를 움직이는 것은 한 칸을 단위로 움직여야 하는 것이라 다소 불편함이 없잖아 있지만 그렇다고 일정 픽셀 씩 마우스 커서가 움직이듯 하는 것은 더더욱 아니니 조작에는 별다른 문제가 없다고 생각이 되었다.

다른 인터페이스들은 대체로 다 만족되는데 다소 아쉬운 것이 있다면 어빌리티 사용 시 시전 대상을 찾아 알아서 움직여주는 기능이 구현되어 있는데 이는 오히려 방해가 되지 않는가 싶다. 나름대로 인공지능이 설정되어 있어 최적의 상대를 찾아주는지 그냥 끌리는 녀석 아무나 찍어주는지 내부 루틴은 잘 모르겠지만 차라리 처음부터 유저가 선택할 수 있도록 하는 편이 더 좋지 않았을까 싶다. 유저의 선택을 AI가 간섭한다라는 느낌이 가볍게 든다고 해야할까.

또한 어빌리티나 아이템의 경우 리스트가 나열이 되며 이 중 하나를 선택하여 사용하는 형식이다. 이러한 형태라면 위에서부터 아래로 1,2,3 등의 숫자 버튼을 눌러서 선택하는 것도 좋지 않았을까 싶다. 일일이 아래로 칸을 내려서 선택하는 것은 어쩐지 불편했다.

모든 것이 완벽할 순 없겠지만 그래도 대체로 인터페이스는 만족스러웠다.

그런데 난이도는...?

난 개인적으로 창세기전3 중 두번째 에피소드였던 크림슨 크루세이더를 좋아하지 않았다. 이유는 간단했다. 캐릭터가 약해서. 물론 강하게 키우면 되는 일이라지만.. 어쩐지 애착이 가질 않는다고 해야하나. 오죽하면 난 튜토리얼에서 이어지는 무영릉 챕터의 꼬마살라딘이 더 낫다고 생각할 정도였으니.

어쨌든 그런 기억 탓인지 이번 작품도 주인공들 무지 약하지 않을까. 그럼 또 엄청 어렵겠구나. 하는 생각이 들었다. 그러나 이는 착각이었다.

스토리상 가장 첫 전투라고 할 수 있는 팬드래건 외곽 전투는 처음 봤을때는 무지 간단했다. 멀리서 쫓아오는 녀석도 없고 일정 범위 안에만 들어가면 알아서 와서 맞아주고, 아군은 휴식을 통해 보장된 HP회복의 기회도 있어서 전투는 아무런 문제도 되지 않는다라고 생각이 들었다.

나의 RPG 게임 스타일은 '섬멸'이다. 전투 목표가 어디로 탈출하시오, 라든가 누구를 처치하시오! 라는 것으로 설정이 되어있다면 그런건 다 무시하고 그냥 전멸을 시킨다. 아는 사람들은 다 알겠지만 이는 경험치에 영향을 끼치고 캐릭터의 성장과 능력치에 큰 영향을 끼치기 때문이다. 그래서 여기서도 마찬가지로 처음부터 섬멸을 목표로 게임을 진행하였다. 그러나... 조금 멀리 나가자 난데없이 시나리오에 없던(?) 전차가 여럿 나오더니 현재의 능력치로는 도저히 클리어가 불가능하도록 설계가 되어 있었다.(혹시 전멸 시키신 분 있으시면 공략을 좀....<-)

그러나 어려움은 거기까지였다. 주인공들의 HP는 전작보다 높게 설정되어 있었고 능력치도 전반적으로 상향조정되어있어 게임에 어려움은 느낄 수 없었다. 라고 생각했었다.

가끔씩 등장하는 기계들, 정찰기라든가 탱크, 마장기 등은 도저히 차원이 다르게 셋팅이 되어 있었다. 전판에서는 이정도까지는 아니었는것 같은데. 어쨌든 아군이 네다섯만 있어도 돌려가며 어찌어찌 클리어가 가능하겠는데 1,2 : 1의 상황이라면 도저히 답이 나오지 않는 것이다.

더군다나 전작에서 총알받이로 사용했던 '용병'의 개념이 사라져 그래도 일국의 대공이라는 자가 전장에 단신으로 뛰쳐나가 싸워야하는 안타까운 꼴을 보게 되었다.

난이도에 대해 말을 덧붙이자면.. 나는 가장 쉬운 보통 모드로 게임을 했었다. 그렇다면 하드코어나 용자의 무덤은 어느정도의 난이도가 된단 말인가? 상상도 무섭다.

나의 수족같은 용병들은 어디로?

용병 이야기라면 할 말이 좀 생긴다. 앞서 이야기 했다시피 용병은 실제 용도 외의 가치가 있었다. 용병이 경험치를 뺏어먹는 일은 눈뜨고 볼 수가 없기에 일단 풍비박산을 하여 용병을 해체하고 알아서 싸우며 적의 HP를 적절히 깎아놓으면, 유저 조작 캐릭터는 깨작깨작 적을 처리하며 경험치만 줏어먹는 용도로 사용했었고, 적군이 용병을 가지고 나올 경우 개인 어빌리티를 사용하지 못함을 이용하여 마법사 같은 경우 일부러 용병을 유지시키는 것도 한가지 전법으로 사용되곤 했었는데..

이번 모바일 버전의 경우 용병의 개념이 아예 사라졌다고 해도 과언이 아닌 것 같다. 용병은 군단장의 통솔아래에 움직이는 것이 정석이건만 그와 관계없이 개별적으로 행동을 하는 것이 보였다. 이로 인해 일반 RPG와 다를 바 없는 형태가 되지않았나 하는 아쉬움이 생긴다. 그만큼 구사할 수 있는 전술이 줄어든 셈이니까.

사행성? 이 게임에 사행성이..?

게임을 시작하게 되면 볼 수 있는 문구가 폭력성과 사행성이다. 폭력성은 그렇다 치고 사행성이라니? 이상한 일이었다. 그러나 의외로 간단한 곳에 답이 있었으니 이는 바로 캐쉬아이템이다. 아직 네트워크로 게임을 들어가 캐쉬아이템을 구매해본적은 없지만 이는 아마도 게임에 도움을 주는 아이템들을 구매하는데 사용하지 않을까 싶다. 그렇지만 이러한 아이템들은 게임을 쉽게 만들 뿐 게임 자체를 즐기는데는 별 도움을 주질 못한다. 반대로 생각하면 이 캐쉬 아이템들을 이용하면 게임은 재미가 없어져 버린다. 이런 딜레마가 있는 아이템이라면 차라리 없는 것이 낫지 않을까? 글쎄, 난 게임 유통관리사 직원이 아니니 이를 통해 벌어들이는 수익을 알 수 없으니 뭐라고 말은 못하겠다. 하긴, 그래도 아무것도 없는 것 보다야 낫겠지.

다시 돌아온 즐거움, 창세기전3 ep2

습관이란 무서운 것이다. 이러쿵 저러쿵 해도 결국 재미있는 것은 재미있는 것이고, 좋아하는 것은 좋아하는 것이다. 난 여전히 집에서 할 일이 없으면 휴대폰을 집어들고 창세기전을 하고 있으며 때로는 머리를 싸매고 고민하고 있다.(고백하자면 현재 진행이 막혀있다. 롤랑와 록슬리 단 둘이 나오는 곳에서 노포크를 어떻게 하지를 못하고 있다. 다행이도 세이브 포인트가 전 챕터라 차라리 다시 분기를 선택할까.. 라는 생각까지 하고 있다)

때때로 추억은 환상을 가지고 온다. 눈에 보이는 것은 작은 화면에 조금은 어설퍼 보이는 그림들 뿐이라도 과거 푹 빠져 살고만 있었던 창세기전의 세계로 나를 인도하게 된다. 그리고 메인 이벤트 컷신들의 경우 전작을 굉장히 잘 복원해냈기에 이에도 찬사를 보내고 싶다. 잊혀질 뻔 한 감동을 다시 이끌어 낼 수 있는 것은 보통 일은 아니니까.

덧. 개발자의 입장에서 본 창세기전3 ep2

나를 개발자라고 칭하기에는 솔직히 좀.. 부족한 감이 많지만. 어느정도 알건 알고 있으니 최소한의 내용만 사족을 달아 본다면.

정말 놀라고 놀란 것이 있으니 이는 창세기전3 ep2의 크기이다. 창세기전3 ep2의 크기는 1606KB이다. 기존 PC판 창세기전3의 용량을 생각해보면 이는 엄청난 것이 아닌가 싶다. 물론 가장 큰 부분을 차지하는 그래픽에서 대폭 줄어든 까닭도 있겠지만.. 여기까지 구현에 필요한 사운드, 그래픽과 각종 리소스(문자열이라든가 아이콘 기타 등등)들을 감안해본다면 이렇게 줄이기 위해서 상당한 노력이 있지 않았을까, 하는 생각이 든다.

본래 모바일 시장이 그렇지 않은가. 최근 나오는 스마트 폰이야 대용량 저장장치가 포함되어있으니 상관없을지 몰라도 대부분의 휴대폰은 제한된 용량을 가지고 각종 프로그램을 다운받아 사용하게 된다. 다운 받는 시간이나 여러가지를 고려해봤을때 아직까진 가벼운 프로그램이 유리하다. 그런 의미에서 이 게임, 잘만들지 않았는가 하는 생각이 든다.

(스크린샷은 엠조이넷 공개 스크린입니다)

tag : 렛츠리뷰, 모바일창세기전3ep2

World IT Show(WIT) 2009 후기!

리스 — Sat, 20 Jun 2009 05:15:59 GMT

어제는 일도 땡땡이치고 WIT 2009 관람을 갔습니다. 지난주에 있었던 정보보호 행사도 참가를 못했던터라 이번 행사만은 꼭 가야겠다고 마음을 먹었습죠.

안타깝게도 이 행사가 있다는건 행사 1주일 전 부터 알고 있었는데 사전등록자는 무료입장의 기회를 준다는 사실을 뒤늦게.. 정확히는 하루 늦게 알게되어 돈내고 볼 수 밖에 없었습니다. 입장료는 5천원이었지만 절대로 아깝다는 생각은 들지 않는군요.

WIT 2009 행사는 코엑스 Hall A, C 에서 열렸습니다.(구 태평양홀, 대서양홀)

굉장히 많은 업체들이 참가를 했더군요. 업체 뿐만 아니라 각 대학 연구실에서도 많은 작품과 기술들을 선보였습니다.

임베디드 코너. 개인적으론 임베디드에 관심이 타 분야보단 적습니다. 아니 솔직히 관심이 없진 않은데.. 그 하드웨어 기판들만 봐도 왜 진절머리가 나는지 orz

- SK Telecom -

이번 행사때 SKT는 진짜 큰맘먹고 전쟁을 각오하고 나온 것 같습니다. 입구에 들어가자마자 엄청난 규모의 SKT 부스가 눈을 압도시킵니다.(이쁜이 누님들까지 대동해서..ㄷㄷㄷ)

누님들 공연 모습입니다. 자세한 사진은 뒤쪽에....?

이런걸 보고 있으면.. 시장 점유의 야심을 드러내지 않을 이유가 없지요. 모든 것이 네트워크화라니.

이에 비하면 KT는 좀 약하게 느껴 질 정도였습니다.

이번엔 LG입니다.

롤리 롤리 롤리팝~

이번엔 ETRI. 한국 전자 통신 연구원입니다.

이런 작품도 보이더군요.

뭐지. 이 비트 Java 고급반 프로젝트 같은 느낌의 기술은.

이번엔 융합형 컨텐츠 미래 비전관이라고 하는군요.

DC 대상이라는 말에 왜 쓸데없는 생각이 들죠..?;;

이것도 남자들의 로망이 될 수 있으려나요 ( ..) 하긴 재밌어 보이긴 하더라만..

역시 스크린 골프 부스 앞도 사람들로 북적북적.

이번엔 AhnLab입니다.

실시간 감시만 좀 제대로 해 주셔도 감사할 V3.. 하긴 사실 어떤 백신 프로그램이든 구멍이 없는 녀석은 없으니..

제대로 된 보안 솔루션. 이런걸 연구해야하는데 말이지요. 후우. 전 언제 이정도 수준으로 할 수 있으려나요.

이건 좀 무서운데요? ㅎㅎ

친구의 대학 부스에서 발견한 저희 학교 교수님의 연구물. 1학년때 저희 C언어 담당이셨는데 여기서 이름을 올리고 계실줄이야 ㄷㄷ

정부도 이런 마인드를 좀 제대로 가지고 있어야하는데..

연아는 스무살이라 좋~겠다~

받은 책자, 팜플렛들을 집에와서 정리해보니 거 참.

이 책자들은 만족스럽습니다. 볼게 많더군요.

ETRI 간행물

보안관련 간행물

CP3라는 기술인데 꽤 걸작이더군요. 기존의 MP3파일에서 보이스와 MR을 따로 추출하는 기술이라고 합니다.

현재 Mnet을 통해 서비스하고 있는 것 같습니다.

우리에게 익숙한 이스트 소프트.

SKT의 앱스토어, My Store 관련 간행물입니다.

임베디드 관심있는 분들은 한번 보시죠 ( ..)

좋은 볼거리들이 많았습니다. 멋진 기술과 작품들도 많았구요. 한 제품은 꽤 감명받아 제품설명을 동영상으로 촬영도 했었는데 여력이 되면 그것도 올려보겠습니다. 역시 이런 자리는 무조건 찾아서 들어야 할 것 같습니다 ㅠ_ㅠ

그리고 이쁜이 누님들! 그리고 여지없이 드러나는 컴팩트 디카의 한계 ㅠ_ㅠ

SKT

삼성

tag : WIT2009, WorldITShow, 코엑스

[렛츠리뷰] 창세기전3 EP2 당첨!

리스 — Sat, 20 Jun 2009 04:36:43 GMT

렛츠리뷰 46차 당첨자를 발표합니다!

평소에는 렛츠리뷰에서 뭘 하는건지 몰라 그냥 멍하니 흘려보낸게 많았는데.

문득 이런 아주 반가운 물건을 던져주셨습니다. 그래서 낼름 신청했는데 당첨이 되었군요!

어제 폰으로 전송이 완료되었고 이제 한창 달리고 있습니다.

리뷰는 조금 더 분석(?)한 뒤에 정리해서 올릴게요!!

어제 받은 문자메세지들, 그리고 플레이 화면.

근데 이건 무슨 소리지요 ( ..)

잡설. 폰 화면 찍는건 어려워요 ㅠ_ㅠ

tag : 렛츠리뷰, 창세기전3ep2, 모바일게임

MSSQL2008에서 레코드 입력 시 증가된 기본값을 리턴받는 방법(VC++ 2008 적용)

리스 — Thu, 04 Jun 2009 10:09:52 GMT

VC++ 2008과 MSSQL2008을 OLE-DB방식으로 연동시키는 방법은 아래 글에 있습니다.

뭐, 어쨌든.

이제 프로젝트기간에 들어간지 한달이 다 되어가는데요. 전체적으로 윤곽이 잡히는 것 같으면서도 크고작은 문제들이 발생하는군요.

그 중 어제 발생한 문제 중 하나가 DB에서 발생한 것이었습니다.

두 테이블이 있습니다.

A라는 테이블에는 전체적인 데이터가 들어가게 되고, Primary Key로 번호가 자동으로 매겨지는 항목이 있습니다.

B라는 테이블은 A라는 테이블에 레코드가 생성될 때, 추가될 값이 한개가 될 수도 있고 두개가 될 수도 있고 여러개가 될 수도 있어서 따로 테이블로 분리를 했습니다. A와 B를 연결하기 위해 B에는 A의 Primary Key를 저장하게 됩니다. (DB지식은 얕아서 이렇게 연결하는 것 밖에 모르겠군요. DB공부를 제로보드 소스를 보고 하다 보니 orz)

그런데. 문제가 발생한게.. A에다가 Primary 값을 제외하고 다른 데이터를 다 INSERT시키고 보니. 정작 B에 저장해야 할 Primary Key 값을 못받아오더군요. 이걸 어떻게 해야하나.. 하고 고민하면서 구글링을 하던 중 아래와 같은 방법을 찾았습니다.

예를 들어,

INSERT INTO Increase(NAME) VALUES(?)

라는 문장이 있다면 Increase라는 테이블의 NAME이라는 항목에 ?에 들어갈(PARAM_MAP에 저장되어 있는 항목의 값이 들어가겠지요) 내용이 저장될 것입니다.

여기까지만 하면 지금 입력한 값이 몇번째 레코드에 들어갈지 모르겠죠.

그런데 이 뒤에 하나만 더 넣으면 Primary Key 값을 받아 올 수 있습니다.

INSERT INTO Increase(NAME) VALUES(?) SELECT @@IDENTITY

@@IDENTITY는 가장 최근에 입력된 레코드의 Primary Key를 리턴해주는 예약어입니다.

이 경우, 값이 리턴이 되는 경우이므로 이 값을 저장할 변수가 추가로 필요합니다.

결론적으로 아래와 같이 코드를 수정하면 됩니다.

<수정 전 코드>

<수정 후 코드>

그런데.. 어찌된 일인지 이렇게 명령을 내렸을 때 에러가 발생하기도 하더군요. 그래서 다른 방법을 찾아 보던 중..

테이블 자체적으로 INSERT를 할 시 자동으로 값을 리턴해주는 트리거 문장이 있었습니다.

trProducts_Insert는 트리거의 이름이 되겠고 나머지는 위와 같이 입력해주면 앞으로 해당 테이블에 들어오는 모든 INSERT쿼리는 자동으로 SELECT @@IDENTITY 가 적용되어 Primary Key값을 받아올 수 있습니다.

그리고 위 코드 처럼 해당 쿼리를 실행하면 됩니다.

보통 Insert 쿼리는 리턴값이 없이 데이터의 전달만 하기 때문에 OpenAll()만 해주고 끝이 났지만 이제 리턴되는 값이 있기 때문에 일반적인 Select 쿼리 처럼 MoveNext()를 통해 값을 받아와야 합니다. 그리고 COLUMN_MAP에서 지정한 변수로 해당 Primary Key 값이 저장이 되고 이를 이용해 데이터의 저장과 처리를 할 수 있는 것이지요.

다만 코드 작성중에.. 도대체 어디서 에러가 발생하는지 파악이 안되는 경우도 종종 있어서. 일단은 계속 연구를 좀 해봐야겠어요. 이제 대충 방법은 나왔으니 이렇게 하면 되긴 되겠지만..

tag : VC2008, MSSQL2008, MFC, OLEDB

VC++ 2008을 이용한 MSSQL 2008 연결 사용 방법

리스 — Thu, 04 Jun 2009 09:03:00 GMT

일전에 네이버 블로그에 올렸던 내용인데.. 아무래도 역시 네이버 블로그는 정감이 가지 않네요. 그쪽에서 문서 정리하려고 했는데 영 마음에 안들어서 다시 얼음집에다가 올릴래요.

2NE4 팀의 발족 이후 본격적으로 프로젝트가 시작되었습니다. 프로젝트 내용에 대해선 차차 얘기를 해 보구요,

뭐 어떤 어플리케이션을 만들든 현재의 양상으로는 DB와 네트워크가 빠질 수가 없지요.

그래서 오늘은 먼저 DB에 대한 내용을 정리를 해 볼까 합니다.

저희가 공부를 할 때는 VC++ 6.0을 기반으로 ATL object를 추가하는 방식으로 DB를 연결했었는데 VC++ 2008로 넘어오면서 인터페이스의 변화가 생기며 조금의 혼동이 생겼습니다.

그것을 해결하기위해 검색을 했지만 딱히 정리가 된 부분이 없어서.. 한번 정리를 해 보고자 합니다.

먼저 2008 버젼으로 해보기 전, 6.0에서 ATL 개체를 추가하는 방식으로 DB연결하는 것을 리뷰해 보겠습니다.

작업하던 MFC 프로젝트에서 Insert의 New ATL Object를 클릭합니다.

위 화면은 제가 예전에 비디오샵 관리 프로그램을 만들던 당시의 화면입니다. 생각해보니 다른 DB를 연결해야해서 새로운 프로젝트를 하나 생성해서 계속 진행하였습니다.

어쨌든 ATL Object 추가를 누르면 아래와 같은 창이 나타납니다.

위와 같은 창이 뜨면 Data Access의 Consumer를 선택하고 Next를 클릭합니다.

그럼 원본 DataBase에 연결을 해야겠죠? Select Datasource를 클릭합니다.

저희는 MS SQL을 사용합니다. 그래서 OLE DB Provider for SQL Server를 선택하였습니다. 다른 DB를 사용하시는 분은 다른 항목을 선택해 주세요.

선택이 완료되었으면 다음을 누릅니다.

그럼 위와 같은 창이 뜨는데 SQL Server에 로그인 할 때 사용하는 서버 이름과 설정을 그대로 입력하시면 됩니다. 다 입력하셨으면 연결테스트를 눌러보시고 위와 같은 창이 뜨면 성공적으로 연결을 한 것입니다. 확인을 누르고 설정을 마칩니다.

그럼 위와같은 화면이 나올 것입니다. 붉은 색의 스트링 문자열이 실제로 적용될 쿼리문이겠죠. 일단 6.0에서는 이런 방식으로 DB를 사용했었고, 2008에서는 어떻게 바뀌었는지 확인해 보겠습니다.

먼저 MFC 프로젝트를 하나 생성하고 클래스 뷰를 열어봅니다.

최상단의 프로젝트를 오른쪽 버튼 클릭 하셔서 추가->클래스를 선택합니다.

New ATL Object가 어디갔나 했더니 여기 있었습니다. 우리는 DB를 사용할 것이니까 ATL란의 ATL OLEDB 소비자를 선택합니다.

비슷비슷한 모습이죠? 여기서도 데이터 소스를 선택합니다. 그럼 위의 6.0에서의 설정 화면과 똑같은 모습이 반복됩니다. 과정은 그와 동일하고 사용할 주 테이블까지 선택을 하시면 연결이 완료됩니다.(여기서 선택하는 테이블만 우리가 사용할 수 있는 것은 아닙니다. 그냥 메인 테이블 선택한다고 생각하시면 될 것 같습니다.)

전 TEMP라는 테이블에 간단하게 ID와 이름을 저장할 수 있는 공간을 만들었습니다. 확인을 눌러서 설정을 마칩니다.

그럼 무섭게도 이런 메세지가 나타납니다. 크게 중요한 내용은 아니니 그냥 슬 넘어갑니다.

그럼 다음과 같은 소스가 만들어 집니다. 그럼 이 소스를 기반으로 쿼리를 조작하면 됩니다. 다만 6.0과 조금 다른부분이 생겼는데 그 부분을 집중적으로 보도록 하겠습니다.

먼저 아까 메세지 박스로 언급되었던 보안 문제가 있습니다. 이 보안문제는 별건 아니고 아래 OpenFromInitializationString을 통해 DB에 접속하게 되는데 그 안에 보안과 관련된 스트링이 포함되어 있어서 이걸 정말 사용할 것인지를 재차 확인하는 것입니다. 가볍게 주석처리해줍시다.

그리고 위에 보면 DBSTATUS와 DBLENGTH라는 타입의 변수들이 있는데 이는 실제로 사용할 변수들의 정보를 담고 있다고 보면 됩니다. DBSTATUS의 경우 DB가 정상이라고 그냥 정의해주면 되고 DBLENGTH는 DB에 입력될 문자열(혹은 숫자)의 길이를 입력해주면 되는 듯 합니다.(정확하진 않지만 일단은..)

쿼리문은 DEFINE_COMMAND_EX라는 매크로를 통해 정의가 가능합니다. 하나의 쿼리를 실행하기 위해서는 하나의 접근자(Accesor)가 필요하므로 이 클래스를 양식으로 여러 쿼리를 만들어 관리할 수 있습니다.

DB로 부터 값을 받아올 데이터의 변수를 지정해주는 BEGIN_COLUMN_MAP매크로는 대체로 같습니다만 COLUMN_ENTRY가 조금 변경되었습니다. 위에서 선언되었던 DBLENGTH와 DBSTATUS의 값을 저장할 변수를 지정해주는 매크로인 COLUMN_ENTRY_LENGTH_STATUS를 사용해야 합니다. 일단 이녀석을 사용하는게 컴파일러의 의도에 맞춰 주는 것 같습니다.

그리고 CCommand뒤의 CAccessor뒤에 접근자 클래스가 명시가 되어있습니다만(위 그림에선 다른 클래스에 적용시켜서 CTEMP가 CMEMBER가 되어있습니다만 융통성있게 그냥 이해하세요 ㅎㅎ) 템플릿을 이용해서 어떤 접근자도 다 받아들여 공용으로 사용할 수 있도록 하는게 편합니다. 쿼리 클래스 하나당 별도의 클래스가 하나씩 있어야한다면 그만큼 비효율적인 것도 없습니다.

그럼 이제 테스트를 위해 간단하게 다이얼로그를 하나 만듭니다.

참 간단합니다. 확인/취소는 더블클릭만해서 OnOK()와 OnCancel()만 만들어 주고, 텍스트 박스를 두개, 버튼을 하나 만듭니다. 당장 에디트 박스를 쓸 것은 아니지만 입력때도 사용하도록 m_strID와 m_strName이란 이름으로 컨트롤 변수도 만들어 줍니다.(value, CString)

그리고 테스트 버튼을 더블클릭하여 위와같이 코드를 작성합니다.

CMEMBER는 접속을 위한 클래스, CMEMBERAccessor는 DB접속 후 무슨 쿼리를 실행할지가 정의된 클래스라고 생각하면 쉽습니다.

또 6.0과 차이점이 하나 있습니다만 기존에는 Open() 메소드를 사용했지만 이젠 OpenAll()이란 메소드를 사용합니다. 현재의 버젼에서 Open()을 실행하게 되면 CMEMBER 클래스에는 정의된 Open() 메소드가 없어서 상위 클래스의 메소드를 호출하게되어 의도치 않은 결과를 낳게 됩니다. 실제로는 OpenAll() 메소드가 과거의 Open() 메소드의 발전형태라고 생각하시면 될 것 같습니다.

그리고 우리가 사용하고자 하는 쿼리를 CMEMBERAccessor 클래스 내부에서 다음과 같이 정의합니다.

저는 TEMP라는 테이블의 MEMNAME의 열에서 데이터를 가져올 것입니다.

그럼 빌드 후 실행을 시켜보겠습니다. 실행 후 테스트 버튼을 클릭하면 다음과 같은 화면이 나옵니다.

출력이 잘 되었습니다.

만약 전체 리스트를 출력하고 싶다면 if( Login.MoveNext() == S_OK)를 while( Login.MoveNext() == S_OK)로 바꾸어서 Login.m_MEMID 로 접근이 가능할 것입니다.

그럼 이제 입력을 해 보겠습니다. 입력을 위해서 접근자 클래스를 하나 더 만들어 보겠습니다.

이름은 CMEMBERInsertAccessor, 코드의 변경점은 아래와 같습니다.

(중략)

이번에는 우리가 값을 전달할 것이기에 COLUMN_MAP대신 PARAM_MAP을 생성합니다. 안에 들어갈 내용은 동일합니다.

그리고 테스트 버튼을 클릭하였을때의 코드를 조금 수정해줍시다.

CMEMBERInsertAccessor 클래스로 바꾸고 이름도 Insert로 바꾸었습니다.

그리고 텍스트박스에 값을 입력했을 것이니 UpdateData() 함수를 이용해 변수에 값을 저장하였습니다.

wcscpy를 통해 Insert객체 내의 변수들에 값을 저장하였습니다. 컴파일을 하게 되면 이 wcscpy 함수의 보안 문제로 경고 메세지가 뜨겠지만 지금은 일단 넘어가겠습니다.

m_dw~Length 에는 해당하는 텍스트의 길이를 지정하기 위에 wcslen함수를 사용하였고, 곱하기 2를 하였습니다. 왜 곱하기 2를 해야하는가- 라고 물어보신다면 유니코드라는 키워드만 던져드리겠습니다.

m_dw~Status 에는 DB_STATUS_S_OK 라는 값을 넣어주었는데 사실 저도 이건 잘 모르겠습니다. 책 보고 참고했을 뿐 ( ..) (열혈강의 Visual C++ 2008 MFC 윈도우 프로그래밍, 최호성)

어쨌든 INSERT 쿼리는 따로 값을 받아올 필요 없이 값만 던져준 다음 쿼리문만 실행하면 되기에 OpenAll만 해줘도 실행이 됩니다. S_OK의 값이 리턴되면 등록에 성공한 것입니다.

빌드하고 실행해보겠습니다.

정상적으로 등록이 되었답니다.

그럼 정말 제대로 올라갔는지 확인해 보겠습니다.

다행히도 사기친 것 같진 않습니다. 입력한 16/LESS!라는 문구가 제대로 저장이 되었습니다.

위의 SQL 테이블을 보시면 test라고 치려다가 반이 잘려나간 te 라든가 '췍'등은 왜 문제가 생긴채로 들어갔었을까요? 답은 문자열 처리 도중에 문제가 발생한 것이지요. 혼자 뻘짓하다가 내놓은 결과물인데 dw~LENGTH와 관련이 있지요. 물론 췌ㄱ의 경우는 PARAM_MAP의 설정에서 문제가 생긴 케이스이고 te는 wcslen에서 문제가 발생했었습니다. 어쨌든 문제는 해결되었고 잘~ 됩니다.

이런 식으로 조금 더 응용하면 수정, 삭제는 일도 아니겠지요.

어쨌든 이정도로 VC++ 2008에서 MSSQL을 사용하는 방법을 간단하게 살펴보았습니다.

제가 검색능력이 부족해서 이런 레퍼런스를 찾지 못한 것인지.. 아님 아직 2008이 전체적으로 확대 보급이 안되서 레퍼런스가 부족한건진 모르겠습니다만 어쨌든 6.0으로 공부하시다가 2008로 넘어오면서 고생 하시는 분들이 계시다면 함께 공부하자고 말씀드리면서 이 글을 마치도록 하겠습니다.

tag : VC2008, MSSQL2008, db, database, Visualstudio2008, SQL연결, MFC