Finebe

5초 표현한 회사생활

Finebe — Mon, 08 Mar 2010 02:33:13 +0900

오호... 간결하군요.. 하지만 불쾌감을 줄 수도 있겠습니다.
동영상과 반대로 여러분은 모두 기분 좋은 하루되시길...

Flash AMF 의 개요

Finebe — Mon, 08 Mar 2010 01:38:23 +0900

Action Message Format 이라불리우는 방식을 사용하게되면 객체를 그대로 전달하고 받을수있다.

서버로부터 객체를 전달받은후에 인코딩과정을 거치게되면 완전한 형식의 데이터가 뽑혀나온다.

근데 왜 이런짓(?)을 하는가.

xml로 그냥 보내면 될것을 말이지.....

일단 xml은 보안이 되지 않는다. 사람의 눈으로 그대로 보이니 보안관련 내용부분을 암호화 인코딩 한다하여도 노출되는것은 마찮가지다.

하지만 amf방식은 프로토콜이 전용이므로 보이지 않는다. 포트는 80포트를그대로 쓰기때문에 거의 왠만한 방화벽은 통과할수있다.

그뿐아니라 데이터 량이 많을경우 이진데이터로 변환해서 전송하기에 상당한 효율을 가져온다. 이것을 이용하면 파일 전송,채팅,게임까지도

플래시에서 구현하는데 많은 잇점이 생긴다.

플래시 플레이어에 이미 이 기능이내장되어있다. 플래시 8에서는 단지 이기능을쓰기위해 별도의 컴포넌트를 받아 플래시를 업데이트 해서 써야했다.

AMF 방식은 플래시 응용프로그램과 원격 서버간의 효율적인 통신을 한다. amf는 원격 프로시져 호출을 압축된 이진 표현으로 인코딩하여 플래시 미디어서버(Flash Media Server)에서 현재 사용되고있는 프로토콜(http,rtmp) 프로토콜형식으로 변환해서 전송한다. 그형식은 액션스크립트 객체와 데이터의 값을 이진형식으로 직렬화시키기 때문에 텍스트인 xml보다 엄청난 양을 압축할수있다.

xml을 압축전송한다고생각하면된다. 이방법을 썼을때 효율적인것은 바로 트래픽관리이다.

플래시로 제대로된 게시판이나 , 기타 대중화 어플리케이션이 상용화 되지 않는이유중 하나도 xml의 양날의 검때문이다.

개인사이트가아닌 상용사이트에서 xml로 구성된 데이터를 주고받는다면 일반 html로 만드는 어플리케이션보다 수배는 더많은 트래픽과 서버의 부하를 주게된다. 그러므로 이를 해결하기위해 장비를 늘리므로해서 더 많은 비용발생이되며 이것은 운영자에게는 별로 매력적이지 않은 부분이다. amf를 사용하면 그부분을 많이 줄일수있다. amf는 플래시가 쓸수있는 최상급의 리아 기술중 하나이다.

amf의 규격>

amf는 amf0과 amf3가 현재 사용되고있다.

플래시 8까지와 as2.0 까지는 amf0 이 지원되고

as3.0부턴 amf3를 쓸수있다.

amf3는 플래시9와 플렉스2 부터 지원한다.

--------AMF3 에서 추가된 사항 -------

1.int , uint 객체를 정식으로 지원해서 정수로 제대로인식할수있게됨.

2.ByteArray,XML,IExternalizable 의 데이터 유형을 그대로 인식함.

3.ByteArray, NetConnection, NetStream, SharedObject, Socket 및 URLStream 클래스에는 ObjectEncoding 클래스로부터 상수가 할당되는 objectEncoding 속성이 포함되어 있는데 objectEncoding 속성의 비헤이비어는 객체에 따라 달라진다.

----------------------------------------------

flash.net.ObjectEncoding 클래스의 부모는 Object이다.

활용>

그렇다면 이걸 어떻게 어디서 누가 쓰는것일까...

지난시간강좌중 new URLStream();

부분이 있었다.

amf가 사용되는곳은 SharedObject, Socket ,NetConnection ,URLStream , IDataInput ,IExternalizable , ByteArray ,IDataOutput , NetStatusEvent ..... 상당히 많이 쓰이고있다.

var test:URLStream=new URLStream();

을 해서 생성된 인스턴스 test는 objectEncoding의 속성이 있다. 이녀석은

public function set objectEncoding(value:uint):void 의 형식으로 선언되어있고

들어가야될 value값은 flash.net.ObjectEncoding 클래스에 상수값으로 아래와같이 규정되어있다.

AMF 0 : uint = 0

[static] ActionScript 1.0 및 2.0용 AMF를 사용하여 객체를 직렬화하도록 지정

AMF 3 : uint = 3

[static] ActionScript 3.0용 AMF를 사용하여 객체를 직렬화하도록 지정

DEFAULT : uint = 3

[static] 현재 플레이어의 기본(최신) 형식을 지정합니다.

3일경우는 현재까지는 플래시플레이어 9이므로 amf3가 자동지정된다.

웁쓰 그럼 또 NetStream은 어따쓰는거지? 지난번에 파일 읽어낼때 한번 본적이 있으나 구체적으로 살펴보면 아래와같다.

NetStream 클래스는 NetConnection 객체에 의해 설정된 연결을 통해 Adobe의 Macromedia Flash Media Server 2 (현재 3 까지 나왔음)또는 Adobe Flex 등의 서버와 Flash Player 사이, 또는 로컬 파일 시스템과 Flash Player 사이에 단방향 스트리밍 연결을 연다.

양방향이 아닌 단방향스트리밍이다. 이녀석의 속성과 메서드들은 플래시미디어서버,플렉스 서버등에 사용되도록 만들어져있다.

위에서 AMF가 이들용으로 http,rtmp 프로토콜을 사용해서 데이터를 주고받는다고언급했을때 이 netstream클래스가 해당 프로토콜을 제어하는것으로 마찬가지로 amf도 해당된다.

또한가지 살펴볼 녀석은 NetConnection이다. 이녀석은 주로 NetStream과 함께쓰이는데 서버에 존재하는 명령을 실행할때쓴다.

이객체를 만든다음 connect()메소드를 실행하게되면 서버와 연결되고 call()명령으로 서버의 펑션을 직접 실행하게된다.

그결과값도 받아올수있다. 이런역할을 하기위해서는 플래시미디어서버가 있어야했다.

플래시 미디어 서버의 가격을 알아봤다면 미디어를 컨트롤하지 않고 그장점을 사용하기위해 그 가격이 너무 비싸다고 생각했을것이다.(재벌 3세는 제외)

하지만 그것을위해 php에서 amf 프로토콜을 지원하는 프로젝트가 오래전부터 있어왔다.

바로 amfphp 이다.

비디오만 없지 채팅,데이터등은 아주 충실히 작동해준다.

만일 비디오스트리밍까지도 지원했다면 (red5 가 현재 오픈소스이다) 값싼 php에서 소형 미디어써버들이 대량생산되었을것이다.

항상 느끼는거지만 오픈소스의 더딤은 어쩔수없다. 실험정신에 신기술은 더 빠르지만 안정성과 업데이트는 상용에 밀릴수밖에 없다.

국내에서 amfphp를 쓴 프로젝트는 극히드믈다.

필자는 홈노트라는 사이트에서 2007년에 만든 플래시가계부중 스케쥴부분은 이 amfphp로 구현했다.

하지만 얼마나 더 속도가 빠른지에 대한 장점의 정밀한 테스트는 해보지 못했다.

그리고 그럴정도로 데이터량이 많은 서버에서 과연 php를 쓸것인가 하는점도 의문이다.

하지만 우리 플래시 오타쿠들은 실험정신에 입각하여 한번쯤은 해보는것도 좋을것이다.

출처: http://cafe.naver.com/amfphpsamo.cafe?iframe_url=/ArticleRead.nhn%3Farticleid=175

트위터의 힘 그리고 매력

Finebe — Tue, 02 Mar 2010 22:32:46 +0900

안녕하세요. 지금은 Finebe시대입니다. 훗

제가 트위터를 시작한지 한 3주정도 되었는데요. 정확히 트위터에 적응하기까지 2일정도 걸렸습니다.
"RT, DM 이게 뭠미"하면서 시작했는데...

어느덧 이 트위터 없는 하루는 상상할 수 없습니다.

현재 제 트윗에 댓글을 다는 사람은 회사사람들을 제외하고 몇몇 없습니다. 하지만 굴하지 않습니다. 저를 follow(제 말을 듣는 사람들)하는 수십명의 사람들은 제 말을 듣거든(보거든)요.

이것이 트위터의 첫번째 힘 "단순함 속의 개방성"입니다. 짧은 글이지만 제가 쓴 글이 수초만에 수십명에게 보여지는 파급효과.. 안 해본 사람은 모릅니다.

그 짧은 글에 제 차칸 트윗 친구들은 가끔 댓글을 달아줍니다.ㅠㅠ 좋은 글이면 RT를 달아 아는 사람들에게 전파시킵니다. RT(ReTweet)라고 하는 옮길 가치가 있다고 생각하는 글을 원문 그대로 올리는 트위터의 핵심기능으로서 RT 뒤의 글을 내가 아는 사람에게 권장한다는 뜻입니다.

이러한 기능은 저의 아는 사람들에게 쭈욱쭈욱 퍼지고 또 저의 아는사람들의 아는사람들, 또 저의 아는사람들의 아는 사람들의 아는사람들.헉헉..ㅡ_ㅡ;

이렇게 다단계(피라미드)처럼. 그 피라미드가 꼬리에 꼬리를 물고 초거대한 피라미드가 형성되어 순식간에 수천 수만명의 사람들에게 글이 전파되는 초절정의 파급효과. 트위터의 두번째 힘 "초빠른 전파력"입니다

이것만 보더라도 트위터의 힘은 막강하다고 봅니다. 그 외의 많은 힘들은 몸소 체험을 통해 느껴보시기 바랍니다. 후후

그럼 진정한 트위터의 매력은 무엇일까요??

사람들은 왜 트위터를 하는 것일까요??

우리가 자주하는 네이트온, 싸이월드는 SNS지만 수직적인 면을 가지고 있습니다. 즉 자신들의 주변 인맥 생각등은 알 수 있으나 그 외 사람들에 대해 알고 싶다면 싸이월드 파도타기를 열심히 타야합니다.

하지만 이도 '일촌미공개'라는 난관에 부딪칩니다. OTL

훗훗...트위터는 다릅니다. 최강국가의 미쿡 대통령 오바마씨도, 최고부자 빌게이츠씨도, 우리의 간G남 MB씨도 한 명의 트위터에 불과합니다. 원하는 사람의 트위터에 접속해서 보시면 됩니다. 즉 트위터 안에서 만들어진 수평적인 관계라는 것이지요.

그냥 무작정 follow하면 되는 것입니다. 쌍방향적인 대화는 힘들더라도 그 사람들의 생각이나 말들을 듣고 댓글도 달 수 있으니 훗... 말 다했지요. 저는 지금 당장 빌게이츠씨에게 말 걸 수 있습니다.

"당신 돈 0.001%만 국제송금해달라"고.. 하지만 리댓글은 없겠죠 ㅋ

이렇게 모두가 평등하고 모두에게 기회가 주어지는 땅. 트위터. 자신이 좋아하고 원하는 사람들의 말들을 언제 어디서든 듣고 말할 수 있는 트위터.

그것이 트위터의 매력은 아닐까라고 생각합니다.

http://twitter.com

IT트렌드 2010

Finebe — Fri, 05 Feb 2010 10:44:46 +0900

올해의 IT트렌드는 머가 될까라는 질문을 받는다면 전 망설임없이 "스마트폰"입니다. 아이폰이니 옴니아2니 안드로이드폰이니 아주 그냥 스마트폰들이 쓰나미처럼 쏟아지고 있습니다. 이에 스마트폰에 관심이 없던 일반인들도 차츰 스마트폰에 빠져들고 있습니다(예: 스마트폰에 전혀전혀 관심없던 친구 내 폰 옴니아2를 보고 옴니아2 지르다...).
우리나라 핸드폰의 일반폰과 스마트폰 비율은 아직 9:1도 안되지만 차츰 그 간격은 좁아질 것은 당연지사입니다. 제가 지하철을 타고 출퇴근을 하는데요. 요즘 정말 스마트폰유저들이 많이 있더군요. 어떤 언론에서는 2013년에는 스마트폰이 전체 폰에 절반을 차지할 것이라고도 합니다. 그만큼 스마트폰은 매력덩어리인 것입니다.
저는 "옴니아2"를 사용 중입니다. 하지만 공부는 안드로이드 ㅋㅋ 참 웃깁니다. 윈도우모바일을 쓰긴 하지만 쓸 수록 매력이 없는 것을 느낍니다. 하지만 좋긴 정말 좋습니다. 예전 HTC듀얼터치에 비하면 옴니아2 진짜 이건 혁명이죠ㅋㅋ 완전 느린 HTC듀얼터치.. 당시로선 사랑스러웠지만 안구에 쓰나미가 잦았던 HTC듀얼터치 OTL
제가 'IT트렌드 2010" 이 제목으로 이 글을 쓰는 계기는 메일을 확인하던 중 Microsoft에서 IT트렌드2010이라고 메일이 온 것입니다. 물론 자기네들 상품광고할려는 의도도 보이지만 그래도 트렌드를 정리한 것 같아서 아주 간단하게 살펴보았습니다.

클라우드 컴퓨팅

간단한 개념은 인터넷 기반(cloud)의 컴퓨팅(computing) 기술을 의미합니다.
그러니깐 사용자의 데이터를 신뢰성 높은 서버에 보관함으로써 어디서든 자기 데이터를 맘대로 접근할 수 있다는 것입니다. 한 예로 구글이 개발중인 OS크롬은 어느 컴퓨터에서든지 자기의 아이디로 로그인만 한다면 항상 같은 컴퓨터환경을 만들 수 있습니다.

그린IT

정보통신산업진흥원이 최근 310명의 IT 업계 관계자를 대상으로 실시한 조사에 따르면 2010년 최대 화두로 ‘그린 IT’가 꼽혔습니다. 그린IT라하면 아무래도 에너지절감이겠죠 ^^;

앱스토어

예전에 제가 프로그램을 열심히 만들었지만 이것을 상용화하는 데는 큰 문제점이 있었습니다. 복잡한 절차등등..하지만 이제 저의 작은 꿈은 현실이 됐네요. 애플의 앱스토어가 한 예입니다. 앱스토어는 모바일과 클라우드부분에서 크게 두각을 나타낼 것으로 짐작되구요. 이미 모바일에선 크게 두각을 나타내었지요. 하지만 구글 안드로이드폰등으로 인하여 더욱 다양해지고 거대해 질 것 같습니다.

3스크린

3스크린은 TV, PC, 휴대폰으로 언제 어디서든 인터넷으로 연계되어 원하는 컨텐츠에 접근할 수 있는 의미를 내포합니다.

모바일

드디어 나왔습니다. 모바일. 이건 앞에서 설명한 바와 같습니다. 2010년 엔터프라이즈 시장과 일반 소비자 시장 모두에서 가장 큰 화제로 모빌리티를 꼽는 것에 이견을 달 사람은 없을 것이라고 합니다.

소셜네트워크 & 웹게임

소셜네트워크는 웹상에서 개인이나 집단이 하나의 노드(node)가 되어 각 노드들 간의 상호의존적인 관계(tie)에 의해 만들어지는 사회적 관계구조를 말합니다. 소셜네트워크의 거대한 서비스는 Facebook입니다. 우리나라에선...흠..싸이월드쯤이 그 예가 되지 않을까요??
웹게임은 설치를 하지않고 웹에서 게임이 가능한 것을 말하는데 2000년이전부터 존재하였는데 요즘 이런 게임들이 아주 인기가 많습니다. 직장인들에게 풋ㅋㅋ.. 몰래몰래 웹셔핑을 하듯이~ 클릭하고 기달리고...클릭하고..기달리고....OTL 재...재미는 있습니다. 인기있는 게임으론 칠용전설, 웹삼국지, 제가 했던 플래시 기반의 외국게임 Evony 등등 많은 게임이 있습니다.

이상 마소의 메일을 기반으로 글을 작성했는데요. 제 생각대로여서 ^^; 바쁜 일정 속에서 제 글을 끝까지 읽어주셔서 감사합니다. 좋은 하루되시길..^_^

마소의 글은 이곳에 가시면 됩니다.

http://www.msittrend.com/trend_com/trend.asp?Trend_PageNum=TRD01

인터페이스(interface)

Finebe — Thu, 21 Jan 2010 13:46:07 +0900

인터페이스는 다중상속을 구현하기 위한 꼼수 입니다.
그렇다면 다중상속이 필요한 이유가 무엇이냐?

예를 들자면 이렇습니다.
한 회사의 부서들을 클래스로 나타내고 각 직원들을 각각의 부서에 할당했다고 하죠.
일단
1. 영업부 class
2. 기술부 class

정도로 크게 나눴다고 하고 영업부를 더 자세하게 나눈다고 치죠.

1-1 해외영업부class
1-2 국내영업부class

그리고 기술부 역시

2-1 시스템개발부 class
2-2 소프트웨어개발부 class

정도로 나눴다고 치고 모든 직원을 아래의 4개의 클래스에 속한다고 칩시다..(사실 클래스의 개념에 좀 안맞기는 하지만 예를 들기 위해서..^^;;;)
그런데 문제가 생겼습니다... 영업부 직원 중에 운전을 할줄 아는 사람과 할줄 모르는 사람이 있어서 이것을 구분해야 하는 거죠... 그렇다면 어떻게 해야 할까요....

이때 인터페이스라는 개념이 필요한 것입니다.

운전을 하고 못하고는 위의 네개의 클래스 구분과는 무관하겠죠. 다시 말하면 국내영업부 직원이나 소프트웨어개발부 직원이나 모두 운전을 할 수 있습니다.
이것은 다시 말하면 전혀 다른 방식으로 전 직원들을 구분할 필요가 있다는 것을 나타냅니다. 하지만 자바에서는 다중 상속이 불가능하죠. 왜 다중상속이 안되느냐 하면 만일 한 클래스가 두개의 클래스를 상속받을 경우에 그 클래스를 정의하는 두개의 방식이 존재해서 혼란이 일어납니다. 간단하게 이놈이 김씨 아들인지 박씨 아들인지 알수가 없어진다는 정도로 이해하면 되겠습니다. ^^;;

여기서 Drivable 이라는 인터페이스를 구현하고 운전을 할줄 아는 직원들에 대해서 이 인터페이스를 implements 하도록 하면 직책에 따른 직원의 구분 이외에 운전 여부에 대해서 다시 직원들을 구분할 수가 있을 겁니다.

어떤 직원이
extends 시스템개발부class implements Drivable
가 되었다면 이 직원은 시스템개발부에 속하면서 운전을 할줄 아는 직원이 되는 거죠.

여기에 부가적으로 일어를 할 수 있는 직원과 영어를 할 수 있는 직원 그리고 중국어를 할 수 있는 직원을 더 구분하고 싶다면 JPSpeakable, ENGSpeakable, CHNSpeakable 이라는 인터페이스를 정의하고 각각의 직원이 구사할 수 있는 외국어에 대해서 위의 인터페이스를 implements 해주면 될겁니다.

그러면 일괄적으로 일본어를 할 수 있는 직원을 부서에 관계없이 참조할 수 있겠죠.

중요한 것은 여기서 직원들에 대한 구분을 해당 부서가 가장 중요한 분류 기준이고 부가적으로 운전을 할 수 있는지로 다르게 분류하고 있다는 겁니다.
운전을 할 수 있는지가 더 중요한 기준이 된다면
Drivable 을 implements 하지 않고 extends 해서 처리하겠죠.. extends와 implements는 이런 차이입니다.

ps. 개인적으로 구현이든 상속이든 별 차이 없다고 생각합니다. 언어 차원에서 깊게 파고 들어가면 그 차이가 보이겠지만 프로그래밍을 하는 입장에서는 문법의 문제라기보다는 개념의 문제인것 같습니다.

http://kin.naver.com/qna/detail.nhn?d1id=1&dirId=1040201&docId=65288998

Bitmap 구조 2

Finebe — Mon, 18 Jan 2010 10:27:15 +0900

1. Information

typedef struct tagBITMAPFILEHEADER {
  WORD    bfType;
  DWORD   bfSize;
  WORD    bfReserved1;
  WORD    bfReserved2;
  DWORD   bfOffBits;
} BITMAPFILEHEADER;

typedef struct tagBITMAPINFOHEADER{
  DWORD  biSize;
  LONG   biWidth;
  LONG   biHeight;
  WORD   biPlanes;
  WORD   biBitCount;
  DWORD  biCompression;
  DWORD  biSizeImage;
  LONG   biXPelsPerMeter;
  LONG   biYPelsPerMeter;
  DWORD  biClrUsed;
  DWORD  biClrImportant;
} BITMAPINFOHEADER;

WIN32 API에서는 bitmap header부분을
파일정보와 비트맵정보로 구분해서 사용한다.

개인적으로 윈도우에서 작업을 하게 된다면 이 구조를 사용하지만
그렇지 않을 경우는 이 두부분을 한 구조체로 묶어서 사용한다.

Offset	Hexa	Size	Name	Contents
0	0x00	2	bfType	Specifies the file type. It must be BM
2	0x02	4	bfSize	Specifies the size, in bytes, of the bitmap file .
6	0x06	2	bfReserved1	Reserved; set to zero
8	0x08	2	bfReserved2	Reserved; set to zero
10	0x0A	4	bfOffBits	Specifies the offset, in bytes, from the BITMAPFILEHEADER structure to the bitmap bits
14	0x0E	4	biSize	Specifies the number of bytes required by the structure.
18	0x12	4	biWidth	Specifies the width of the bitmap, in pixels.
22	0x16	4	biHeight	specifies the height of the image, in pixels.If biHeight is positive, the bitmap is a bottom-up DIB and its origin is the lower-left corner. If biHeight is negative, the bitmap is a top-down DIB and its origin is the upper-left corner.If biHeight is negative, indicating a top-down DIB, biCompression must be either BI_RGB or BI_BITFIELDS. Top-down DIBs cannot be compressed.
26	0x1A	2	biPlanes	Specifies the number of planes for the target device. This value must be set to 1.
28	0x1C	2	biBitCount	Specifies the number of bits per pixel. The biBitCount member of the BITMAPINFOHEADER structure determines the number of bits that define each pixel and the maximum number of colors in the bitmap. This member must be one of the following values.
30	0x1E	4	biCompression	Specifies the type of compression for a compressed bottom-up bitmap (top-down DIBs cannot be compressed). This member can be the one of the following values:
34	0x22	4	biSizeImage	Specifies the size, in bytes, of the image. This may be set to zero for BI_RGB bitmaps.
38	0x26	4	biXPelsPerMeter	Specifies the horizontal resolution, in pixels per meter, of the target device for the bitmap. An application can use this value to select a bitmap from a resource group that best matches the characteristics of the current device.
42	0x2A	4	biYPelsPerMeter	Specifies the vertical resolution, in pixels per meter, of the target device for the bitmap
46	0x2E	4	biClrUsed	Specifies the number of color indexes in the color table that are actually used by the bitmap. If this value is zero, the bitmap uses the maximum number of colors corresponding to the value of the biBitCount member for the compression mode specified by biCompression. If biClrUsed is nonzero and the biBitCount member is less than 16, the biClrUsed member specifies the actual number of colors the graphics engine or device driver accesses. If biBitCount is 16 or greater, the biClrUsed member specifies the size of the color table used to optimize performance of the system color palettes. If biBitCount equals 16 or 32, the optimal color palette starts immediately following the three DWORD masks.
50	0x32	4	biClrImportant	Specifies the number of color indexes required for displaying the bitmap. If this value is zero, all colors are required.

bfType 2byte
bitmap file 식별자
반드시 "BM" 이여야 한다. 위의 구조체 타입으로 읽을 경우는 0x4D42(19778)이다.
(실제 파일상의 값은 0x42('B') 0x4D('M')  byte_order가 small-endian 방식이다. Mac이나 Motorola처럼 big-endian에서는 다르게 표현 될려나? 확인 안해봐서 모르겠다. 이후 이 부분은 언급하지 않는다)

bfSize 4byte
file 전체의 크기를 나타낸다. ls나 dir혹은 탐색기의 등록정보를 이용하여 확인해 보면 동일하다.

bfReserved1 2byte
bfReserved2 2byte
그냥 예약 부분이다. 둘다 0으로 채워져야 한다.
굳이 예약부분을 2byte씩 둘로 나눈 이유가 무엇일까?

bfOffBits 4byte
BITMAPFILEHEADER 구조체로 부터 오프셋이란다.
괜히 MSDN 긁었나부다. 그냥 image data의 시작위치다.

biSize 4byte
구조체의 크기라고 써있다.
biSize부터 bitmap information에 대한 마지막 부분까지의 크기다.
WIN32 API에선 sizeof(BITMAPINFOHEADER)의 크기로 봐도 무방하다.
- 각각 자료형의 크기가 4byte라서(중간에 2byte는 2개) structure packed를 걱정할 필요는 없다.

biWidth 4byte
bitmap의 가로 pixel 크기이다.

biHeight 4byte
bitmap의 세로 pixel 크기이다.
양수/음수에 따라 bottom-up/top-down으로 나뉜다고 되어 있다.
뭐 일단 양수라고(bottom-up) 생각하고 넘어간다. 이 문제에 대해서 뒤에 이야기 한다.

biPlanes 2byte
해당 device에 대한 숫자라고 되어있다. 반드시 1이어야 한다
별로 의미가 없는 부분이다.

biBitCount 2byte
한 픽셀당 차지하는 비트수이다. 여기를 보면 이 비트맵이 몇 color인지(몇 bit인지) 알수 있다.
2에 대한 지수로 보면 간단하다.
1 - 2  color
4 - 16 color
8 - 256color
.
.
.

biCompression 4byte
압축 타입이라고 되어 있다.(top-down DIB에서는 사용 할 수 없다)
일반적으로 보통 0이지만 압축된 BMP의 경우에는 값이 세팅되어 있다.
wingdi.h 파일에서는 다음과 같이 선언되어 있다.
#define BI_RGB 0L
#define BI_REL8 1L
#define BI_RLE4 2L
pixel당 8bit 혹은 4bit로 Run_length 압축 됨

biSizeImage 4byte
압축되지 않은 이미지의 실제 크기이며 일반적으로 보통 0.
biSizeImage= biWidth * biHeight * 픽셀당_바이트수(256 color:1 byte, 24bit color:3 byte) 이지만
윈도우에서는 몇가지 이유로 4byte정렬을 하기 때문에 약간 보정을 해줘야 된다.
즉, biWidth가 4로 맞아 떨어지지 않는 경우에는 보정한다 - if (biWidth%4 != 0) ...
biHeight *  (biWidth + biWidth%4) * 픽셀당_바이트수

biXPelsPerMeter 4byte
biYPelsPerMeter 4byte
출력 디바이스의 수평, 수직 해상도

biClrUsed 4byte
사용한 color

biClrImportant 4byte
중요한 color

2. Palette
biBitCount 값이 1 ~ 8 까지의 값일 경우에만 사용된다.
즉 8보다 큰 값이면 palette정보는 없다.
사용되는 색상이 2 ~ 256 color이면 색상을 사용하기 위해 색상 정보를 미리 정해 놓고
image data영역에서는 색상정보의 인덱스를(해당 color를 0부터 오름차순으로 번호를 매겨서) 이용하여
색상을 표시한다.

palette 크기는 bfOffBits에서 bitmap_information부분을 빼줘도 되지만
쉽게 생각해서 4 byte(RGB값과 dummy 1byte) * 색상갯수로 계산해도 된다.

1bit(2 color) 이미지라고 해서 꼭 흑백으로 표현되지는 않는다. palette 정보를 적,청 색으로 변경하면
얼마든지 다른색으로 표현할 수 도 있다.

여담으로 모든 이미지를 256 color로 작업할 경우
작은 이미지를(16*16정도나 그 보다 작을 경우) 표현하다 보면
실제 image data영역보다 header와 palette영역이 훨씬 큰 - 배보다 배꼽이 큰 경우도 발생한다.

3. Image data
말 그대로 image data영역이다.
biBitCount 값이 1 ~ 8일 경우에는 palette 색상의 index값을 가지며
해당 bit가 한 pixel을 나타낸다(8이면 2^8 즉, 1byte로 계산하며 그 이하는 비트로)
그 이상 color를 이용하면 image_data 영역에 직접 색상 정보를 기록한다.

그리고 한가지 주의 할 점이 보통의 경우 실제 이미지와 image_data 영역의 정보는 아래위가 바뀌어 있다.
실제 이미지가 △ 이런식으로 나타날 경우에는
image_data영역에는 ▽ 식으로 기록된다.
즉, 이미지의 하단 영역부터 한 라인식(pixel기준) 기록된다.

또 여담인데 실제로 많은 사람들이 다룰수 있는 포토샵으로 이미지 작업을 하다보면
가끔씩 실제 이미지가 △, image_data영역 △ 이런식으로 기록되는 경우가 많다.(요즘 버전은 안그럴려나?)
여지껏 디자이너와 작업을 할때 게임쪽 인력보다는 대부분 웹디자이너와 작업이였는데
역시 그들이 포토샵으로 이미지를 넘겨줘서 확인해 보고 뒤집힌 이미지가 나오면 그냥 그림판으로 다시 저장을 한번더 해주는...
이거 확인하는게 있었는데 어떤 필드 값인지 잘 기억이 안난다 - 나중에 기억나면 수정 할련다.

그리고 마지막으로 여담인데
그동안 주 타겟 os가 윈도우가 아니었던 관계로
윈도우 헤더파일 안 가져다 쓰고 bitmap 헤더 구조체를 작성해서 사용하여
파일에서 해당 크기 만큼 읽어 오다보면
꼭 2 byte씩 밀린다.
위에 윈도우 구조체 보면 맨 처음 식별자가 2byte이고 그 다음 부터는 잘도 4byte로 맞추어 놓음을 볼수 있다.
맨 처음 bitmap 작업 할때 structure_align을 안 겪어 봐서(그 전까지는 개념만 있었을 뿐...)

Bitmap 구조 1

Finebe — Mon, 18 Jan 2010 10:25:30 +0900

비트맵 구조는 의외로 단순하다.
일단 비트맵에 대한 크기등의 정보와 실제 데이터로 나뉜다. (하긴 다른 파일들도 정보와 데이터로 나뉘겠지만)

다 알고 있는데로 비트맵은 이미지의 하나하나의 픽셀에 대한 색깔 정보를 가지고 있는 구조다.
그래서 다른 이미지 포맷에(jpeg, gif등) 비해 상당히 파일크기가 큰 편이다.

1. information
비트맵 식별자, 가로/세로 사이즈, 파일크기, 사용할 색상수, 데이터 시작위치등이 포함되어 있다.
주의할 점은 사용할 색상수(흔히들 말하는 흑백, 16 color, 256 color등)를 표현하는 것으로
2의 지수형태중 지수만 표현하고 있다.
ex) 16color = 2^4, 256color = 2^8

2. palette
사용할 색상을 하나씩 지정한다.
16color 라면 16가지 색깔을 하나의 색상당 RGB형태로 4byte표기한다
(Red:0~255, Green:0~255, Blue:0~255, dummy 1byte-대부분 0값이다)
결국 4byte * 16(16가지 색상) 만큼의 크기를 차지한다.
RGB값만 표현하면 3byte면 되지만 굳이 dummy 1byte를 붙인 이유는 컴퓨터의 자료표현에 대한
속성때문이다.
2의 배수로 올라가는 2^32bit(4byte)형태라면 쉽게 접근이 가능하지만
2^24bit 형태라면 위의 경우보다 메모리 접근시 연산이 더 필요하다
- 자세한 설명은 뒤로 미루겠다.(안 할지도 모른다) System programming 영역이니까.

이 palette부분은 256 color까지만 존재한다.
그 이상의 색상을 표현할땐 palette부분이 없다.

3. image data
1bit(2color) ~ 8bit(256color) 구조 까지는 palette에 대한 index만 가지고 있다.
이 인덱스는 0~255까지가 범위이다.
이 이상 벗어나게되면(색상이 더욱 많아지면) 1byte 만으로는 표현할수가 없어서
palette에 대한 index대신 직접색상 정보를 data부분에 직접기록한다.

출처: http://www.munhi.com/cgi-bin/zboard/view.php?id=sw_development&page=1&sn1=&divpage=1&sn=off&ss=on&sc=on&select_arrange=headnum&desc=asc&no=9

로컬에 적용된 SVN를 Eclipse에서 활용하기

Finebe — Thu, 14 Jan 2010 15:25:02 +0900

1. SVN이란?
-자유 소프트웨어 버전 관리 시스템입니다. 명령행 인터페이스에서 사용하는 명령어를 따서 “SVN”이라고 줄여서 부르기도 합니다. 제한이 있던 CVS를 대체하기 위해 2000년부터 콜랩넷에서 개발되었습니다.

2. 사용 후기
-사용한지는 1년여정도 되었습니다. 1년여동안은 외부서버에 SVN서버를 설치하여 사용하였지만 요번에 제 개인컴퓨터에 SVN을 적용했습니다.

3. 용어설명

Repository(저장소)란?
Subversion이 version control 관련 data를 저장하는 곳입다. 구성하는 방법은 다양하다: 한 repository에 여러 project를 담을 수도 있고, 한 repository에 한 project만 담는 경우도 있다. 두 방법 모두 장단점이 있다. 한 project당 하나씩의 repository를 사용하는 것이 일반적으로 더 바람직하다.
Check out이란?
저장소에서 project를 작업공간에 인출하는 것. Download와 유사하다.
Commit이란?
작업공간에서 수정된 project를 저장소에 반영하는 것. Upload와 유사하다. Commit하기 전에 작업 공간의 file을 충분히 시험하여야 한다.
Commit message란?
Commit 할 때 수정된 내용의 의미를 적어둔다.
Update란?
공동으로 작업할 때 다른 사람들이 수정하여 commit한 모든 최신 version을 일괄적으로 받아오는 것. 역시 download와 유사하다.
Diff란?
수정된 file의 내용 또는 저장소에 저장된 두 revision 사이의 차이를 비교해 준다.
Conflict란?
개발자 Joe 와 Sue 가 같은 file의 같은 version을 수정중이었다. Joe가 자신이 수정한 file을 먼저 commit 하였다. Sue가 그 사실을 알지 못하고 수정한 file 부분이 Joe가 수정한 부분과 달랐다. 위 그림의 경우, 둘째줄이 Cheese가 되어야 하는지 Hot Dog이 되어야 하는지 혼란이 일어난 것이다. 이런 상태를 방지하기 위해 lock을 사용할 수 있다.
Conflict는 어떻게 해결하는 것인지?
Sue가 r4를 우선 update 받아서 수정 (Hot Dog을 추가 또는 file 전체 덮어쓰기)한 다음 commit할 수 있다.
여러사람이 동시에 작업한 결과를 안전하게 합치는 법?
- 모든 경우에 다 가능한 것은 아니다.
- 잘만 되면 생산성을 n배 늘릴 수도 있다.
- CVS나 Subversion인 경우에는 가능하지만, 다른 version control system에서는 불가능할 수도 있다.
- 주의: Commit에 성공과 compile에 성공은 별개의 문제이다. Conflict 없이 여러 commit에 error 없이 성공하더라도 build 과정에서 error가 발생할 수 있다. Compile에 성공과 bug 없는 SW도 별개의 문제이다.

먼저, 어느 version을 기반으로 작업할 것인지 결정한다.
누가 어느 부분을 개정할 것인지 겹치지 않게 분명하게 결정한다. (누가 먼저 commit하더라도 상관 없도록 한다.)
각자 개정 후 commit 한다.

어떤 project가 lock 되었을 때의 효과는?
Subversion은 기본적으로 locking을 별로 선호하지 않는 system이다. 충돌이 일어날 수 있는 상황인 두 사람이 같은 file 같은 version의 같은 부분을 수정할 확률이 높지 않다고 보는 것이다. 그러나 file의 크기가 크지 않은 경우에는 누가 수정을 하더라도 비슷한 위치에서 수정이 일어나기 때문에 충돌이 일어날 가능성이 더 높을 것이다. 또한, 그림 file 등과 같이 merge가 곤란한 file의 경우, lock을 하는 편이 훨씬 안전하다.
Harry가 어떤 file을 lock하면, Sally는 file을 check-out하거나 update 받을 수는 있지만 commit하지는 못한다. 이후 Harry가 lock을 풀면 Sally가 다시 commit할 수 있다.
Keyword란?
Subversion 안에 보관중인 file 자체에 file의 이름, 저자, 개정 번호 등의 정보를 자동적으로 기록, 갱신하기 위하여 keyword를 사용할 수 있다. Subversion에서 사용할 수 있는 keyword들 가운데는 다음과 같은 것들이 있다. (대소문자 구별)

$Date$ 마지막으로 commit된 날짜
$Revision$ 마지막으로 commit된 개정판
$Author$ 마지막으로 commit한 개발자

Branch란?
Project의 진행에 영향을 주지 않으면서 새로운 기능, 기술 등을 시험해 보고 싶을 때가 있다. 그럴 때 branch를 만들어서 프로젝트의 본류와 병행으로 개발할 수 있다. 개발이 성공적이라면 추후에 본류에 합류시킬 수 있다. 그렇지 못하다면 합류시키지 않으면 된다.
Branch 또는 Tag 만드는 법?

TortoiseSVN → Branch/tag
Copy (Branch / Tag) dialog box의 To URL 항목 에서 [...] button 선택, Repo Browser를 연다.

branch 또는 tag를 저장할 folder를 새로 만듦. 예를 들어 원류가

file:///c:/svn_repository/Project01/trunk/
였다면 branch 위치는 

file:///c:/svn_repository/Project01/branch/
와 같은 형식, Tag 위치는 

file:///c:/svn_repository/Project01/tags/Success_LED_On/
와 같은 형식으로 한다.

Copy (Branch / Tag) dialog box로 돌아온다
file:///C:/svn_repository/Test/branch/[file이름]
Branch를 만들 revision을 선택
Log message 기록
Switch working copy to new branch/tag 선택
[OK] click
Branch가 정상적으로 이루어졌는지 보려면 해당 file을 우 click하고 Revision graph 선택.

Tag란?
따로 뽑아둔 중요한 개정판. 상업 배포판 (예 Windows 3.0, 3.1, 95, 97, ...) 또는 중요한 성공을 이룩한 개정판은 tag를 따로 붙여준다.
Branch를 trunk에 합치는 법(Merge)?

Branch를 commit해둔다.
TortoiseSVN → Switch... 선택, Switch To Branch / Tag 대화상자를 연다.
To URL 난에서 trunk의 URL을 선택한다.
Revision은 보통 HEAD revision을 선택한다.
Click [OK] 하면 Working copy가 본류의 최신판으로 돌아간다.
TortoiseSVN → Merge... 선택 Merge 대화상자를 연다.
Merge a range of revisions를 선택한 다음 [Next]
URL to merge from에서 아까 작업하던 branch를 선택한다. 잘 기억 나지 않으면 [...]을 눌러서 repo-browser로 확인한다.
Revision to merge에는 보통 HEAD라고 입력한다음 [Next]
[Test merge]를 눌러 본다. Conflict가 나타나면 실제로 Merge할 때도 conflict가 발생할 것이다. 이는 수동으로 해소 (resolve) 해 주는 것이 바람직하다.
Resolve Conflict 대화상자가 나타나면 [Edit conflict]를 누른다.
Merge 화면이 나타날 것이다. 창틀(pane)이 두개면 오른쪽이 최종 결과이고, 셋이면 Merged가 최종이다. 셋인 경우를 기준으로 설명하면 위 두 창틀에서 어느쪽을 사용할 것인지 정해서 우click, Use this text block을 선택해 준다.
Save 하고 Merge 화면을 닫는다.
Resolve Conflict 대화상자에서 [Resolved]를 click한다. Merge 된 file이 working copy에 반영된다.
TortoiseSVN → Diff 선택하여 변경 내용이 바르게 반영되었는지 확인한다.
Commit 한다.

3. 적용방법

TortoiseSVN 설치

TortoiseSVN Download
설치한다. (msi파일을 실행한 후 특이한 사항없으면 다음을 눌러 설치완료)
저장소로 쓰일 폴더를 생성한다. (예: d:\TortoiseSVN_repository)

Eclipse Subversion 적용

Subversion install

Software Updates를 클릭한후 Find and Install를 클릭!!

2번째를 클릭한 후 Next!!

Name: subclipse 1.6.x
URL: http://subclipse.tigris.org/update_1.6.x 를 입력한다

제 화면에는 안나오는데(이미 설치되어서) 원래는 여러가지가 나옵니다. 필요에 따라 설치하세요~!

Eclipse프로젝트에 적용하기

여기서 로컬컴퓨터 사용할려면 위처럼 하면 되고 사용할려면 URL부분을 해당 서버 주소로 입력하시면 된다.

이상 적용완료!!!!

Flex Builder 3에 JSON적용하기

Finebe — Wed, 13 Jan 2010 15:50:57 +0900

1. JSON 다운로드 및 설정

http://code.google.com/p/as3corelib/ 구글에서 제공하는 ActionScript 3 라이브러리, 소스가 있으며 다운로드도 가능하다.다운로드 경로: http://as3corelib.googlecode.com/files/as3corelib-.92.1.zip
다운로드 받은 압축 파일 중에서 "as3corelib.swc" 파일을 Builder 설치폴더에 라이브러리폴더를 생성하여 복사한다.
Flex Builder 3에서
1. 메뉴에서 Window > Open Perspective > Flex Development
2. 다시 메뉴에서 Window > Show View > Navigator
3. 사용하고자 하는 프로젝트를 선택 후에 마우스 오른쪽 버튼을 클릭 후 "Properties" 선택한다.
4. Flex Build Path > Library Path 을 선택 후에 아래 그림과 같이 as3corelib.swc 파일을 추가한다.

2. 테스트 소스
http://rrao.host.adobe.com/kannan/JSONTest.mxml

PSP잔다르크 합성 레시피

Finebe — Tue, 12 Jan 2010 13:45:00 +0900

요즘 PSP 잔다르크를 하는데요.. 상당히 재미있네요..ㅋㅋ
합성도 재미솔솔 ㅋㅋ 한번 해보세요..

나를 따르라
- 포스업 + 공격력 +3 / 외침 + 포스업

나를 따르라2
- 나를 따르라 + 외침 / 나를 따르라 + 공격력 +10

킬링모드
- 트라이슬래쉬 + 크리티컬UP / 스나이퍼2 + 쪼개기

블러드 소드
- HP 리커버리 + 스피릿소드 / HP +50 + 스피릿소드

블러드 소드2
- 블러드 소드 + HP 리커버리2 / 블러드 소드 + 마법공격+10

트라이슬래쉬
- 섬광의 일격 + 사이클론 / 섬광의 일격 + 월광참

헤븐즈게이트
- 힐2 + 트라이슬래쉬 / 스피릿소드 + 언데드킬러

월광참
- 섬광의 일격 + 달의 정령+1 / 달의 정령+1 + 공격력+3

스피릿소드
- 아이스바렛2 + 공격력+5 / 관통격 + 월광참

템페스트소드
- 스피릿소드 + 사이클론2 / 사이클론2 + 떨쳐내라!

백전일야
- 템페스트소드 + 사연격 / 맨이터 + 나를 따르라2

영광의 찬가
- 인페르노 + 백전일야

꿰뚫어라!
- 관통강화 + 아이스바렛 / 아이스바렛 + 공격력+3

날아라!
- 스나이퍼 + 선더볼트 / 명중+10 + 선더볼트

떨쳐내라!
- 트라이슬래쉬 + 다리걸기 / 보디프레스 + 무브업

다리걸기
- 포스다운 + 월광참 돈을 내놔라 + 돈을 줘

부숴버려라!
- 실드다운 + 관통강화 / 꿰뚫어라! + 공격력 +5

부숴버려라!2
- 부숴버려라! + 관통격 / 관통강화2 + 공격력 +10

귀신이되어라!
- 킬링모드 + 무브업 / 목숨걸기3 + 명중 + 10

없어져라!
- 귀신이되어라! + 이블스톰

투구쪼개기
- 날아라! + 실드다운 / 쪼개기 + 선더볼트2

외침
- 나를 따르라! + 포스다운 / 포스다운 + 섬광의 일격

붕돌리기
- 사이클론 + 쪼개기 / 월광참 + 쪼개기

대수격
- 크리티컬UP + 쪼개기 / 쪼개기 - 투구쪼개기

스나이퍼
- 명중 +5 + 포스다운

스나이퍼2
- 명중 +10 + 스나이퍼 / 스나이퍼 + 공격력 +5

스나이퍼3
- 명중 +30 + 스나이퍼2 스나이퍼2 + 관통격

스나이퍼4
- 스나이퍼3 + 공격력 +20 / 스나이퍼3 + 라이트닝

관통격
- 관통강화2 + 에어로대거 / 스나이퍼2 + 관통강화2 / 파이어볼2 + 스나이퍼2

독화살
- 스나이퍼 + 포이즌

마비화살
- 스나이퍼 + 포스다운

회복탄
- 힐2 + 스나이퍼2 / 힐2 + 꿰뚫어라! / HP 리커버리 + 관통격

유성탄
- 파이어볼2 + 꿰뚫어라!
- 별의 정령 +2 + 파이어볼2

마구쏘기
- 메테오 + 천공의 화살

천공의 화살
- 날아라! + 유성탄 / 날아라! + 이동 +1

맹독화살
- 독화살 + 스나이퍼2

리바이브
- HP리커버리2 + 마법공격 +10 / 힐윈드2 + 큐어

마인드이터
- MP +20 + 블러드소드 / 마인드브레이크 + 꿰뚫어라!

스왑
- 날아라! + 마법공격 +3

메테오
- 천공의화살 + 플레임2 / 마구쏘기 + 파이어볼2

라이트닝
- 관통강화2 + 선더볼트2 / 관통강화2 + MP +30

인페르노
- 백전일야 + 마법공격 +20

엔젤티어
- 치료의 향수 + 마법공격 +20

톨햄머
- 천공의 화살 + 마법공격 +20

이블스톰
- 귀신이되어라! + 마법공격 +20

어스퀘이크
- 보디프레스 + 톨햄머

그림자꿰기
- 포스다운 + 스나이퍼2 / 포스다운 + 이연격

독나이프
- 포이즌 + 섬광의 일격

이연격
- 2라운드 + 무브업

삼연격
- 이연격 + 2라운드 / 이연격 + 이연격

사연격
- 삼연격 + 3라운드 / 삼연격 + 삼연격

이상한댄스
- 포스다운 + 돈을 내놔라 / 포스다운 + 돈을 줘~

폭탄
- 파이어볼2 + 플레임 / 태양의 정령 +2 + 에어로대거 / 파이어볼2 + 에어로대거

스킬을 내놔라
- 그림자꿰기 + EXP 보너스2

에어로대거
- 사이클론2 + 관통격 / 사이클론2 + 명중 +10

도발
- 실드다운 + 회피 +5 / 목숨걸기+ 회피 +5

마비채찍
- 포스다운 + 테일윕

날뛰는채찍
- 삼연격 + 2라운드 / 메테오 + 붕돌리기 / 테일윕 + 메테오

스킬을 줘~
- 그림자꿰기 + 악녀의포로

악녀의 포로
- 마법공격 +5 + 돈을 줘~ / 포스다운 + 도발 / 마비채찍 + 실드다운

악녀의 포로2
- 악녀의 포로 + 블러드소드2 / 악녀의 포로 + 마인드이터

패시브 스킬 합성레시피

카운터
- 무브업 + 트라이슬래쉬 / EXP보너스 + 무브업

카운터2
- 선제 + 카운터 / 회피 +10 + 빠져나가기

달인
- 카운터 + 회피 +10 / 선제 + EXP 보너스

관통강화2
- 관통강화 + 공격력 +10 / 관통강화 + EXP 보너스

관통강화3
- 관통강화2 + 공격력 +20 / 관통강화2 + EXP 보너스2

목숨걸리2
- 목숨걸기 + 포스업 / 실드다운 + 공격력 +3

목숨걸기3
- 목숨걸기2 + 도발 / 목숨걸기2 + 외침

마인드브레이크
- 매직다운 + 투구쪼개기 / 매직다운 + 악녀의포로

빠져나가기
- 회피 +10 + 이동 +1

치료의 향수
- 힐윈드2 + 악녀의포로 / HP리커버리2 + 악녀의 포로

마법스킬 합성레시피

파이어볼
- 태양의 정령 +1 + 태양의 정령 +1

파이어볼2
- 파이어볼 + 스나이퍼2 / 파이어볼 + 태양의 정령 +2

플레임
- 태양의 정령+2 + 태양의 정령+2

플레임2
- 플레임 + 폭탄 / 플레임 + 태양의 정령 +3 / 태양의 정령+3 + 외침

아이스바렛
- 달의 정령+1 + 달의 정령+1

아이스바렛2
- 아이스바렛 + 월광참 / 달의 정령+2 + 마법방어 +5 / 달의 정령+2 + 매직실드

블리자드
- 달의 정령+2 + 달의 정령+2

블리자드2
- 블리자드 + 달의정령 +3 / 달의정령+3 + 목숨걸기2 / 월광참 + 스피릿소드

선더볼트
- 별의정령 +1 + 별의정령 +1

선더볼트2
- 선더볼트 + 날려라! / 선더볼트 + 별의정령+2

사이클론
- 별의정령+2 + 별의정령+2

사이클론2
- 별의정령+3 + 떨쳐내라! / 별의정령+3 + 붕돌리기 / 붕돌리기 + 떨쳐내라!

힐2
- 힐 + HP +20 / 힐 + 마법공격 +3

힐윈드
- 힐2 + 사이클론 / 힐 + 사이클론2

힐윈드2
- 힐윈드 + HP리커버리 / HP +50 + 외침 / 브레스 + 힐2

스테이터스 스킬 합성레시피

HP 리커버리2
- HP 리커버리 + HP 리커버리

HP 리커버리3
- HP 리커버리2 + HP 리커버리2 / HP 리커버리2 + HP +100

EXP보너스2
- EXP보너스 + EXP 보너스

EXP 보너스3
- EXP 보너스2 + EXP 보너스2

EXP 보너스4
- EXP 보너스3 + EXP 보너스3

선제
- 카운터 + 무브업 / 회피 +10 + 명중 +10

3라운드
- 2라운드 + 2라운드

비스트킬러
- 트라이슬래쉬 + 태양의정령 +2

맨이터
- 이연격 + 달의정령+2

기간트킬러
- 투구쪼개기 + 별의정령+2

언데드킬러
- 힐윈드2 + 태양의정령 +2

데빌킬러
- 스나이퍼3 + 별의정령 +2

드래곤킬러
- 귀신이되어라! + 달의정령+2

HP +30
- HP +20 + 달의 정령+1

HP +50
- HP +30 + HP +30 / HP +30 + 달의정령+1

HP +100
- HP +50 + HP +50 / HP +50 + 달의정령+2

HP +150
-HP +100 + HP +100 / HP +100 + 달의정령+3

MP +20
- MP +10 + 달의정령+1

MP +30
- MP +20 + MP +20 / MP +20 + 달의정령+1

MP +50
- MP +30 + MP +30 / MP +30 + 달의정령+2

MP +100
- MP +50 + MP +50 / MP +50 + 달의정령+3

공격력 +3
- 포스업 + 태양의정령+1

공격력 +5
- 공격력 +3 + 태양의정령 +1

공격력 +10
- 공격력 +5 + 공격력 +5 / 공격력 +5 + 태양의정령 +2

공격력 +20
- 공격력 +10 + 공격력 +10 / 공격력 +10 + 태양의정령 +3

마법공격 +5
- 마법공격 +3 + 태양의정령+1

마법공격 +10
- 마법공격 +5 + 마법공격 +5 / 마법공격 +5 + 태양의정령+2

마법공격 +20
- 마법공격 +10 + 마법공격 +10 / 마법공격 +10 + 태양의정령+3

명중 +10
- 명중 +5 + 명중 +5

회피 +10
- 회피 +5 + 회피 +5

이동 +2
- 이동 +1 + 이동 +1
- 이동 +1 + 무브업

방어력 +3
- 실드업 + 별의정령+1

방어력 +5
- 방어력 +3 + 별의정령+2

마법방어 +3
- 매직실드 + 별의정령+1

마법방어 +5
- 마법방어 +3 + 별의정령+2