블로그 이미지
Every unexpected event is a path to learning for you.

카테고리

분류 전체보기 (2741)
Unity3D (30)
Programming (475)
Server (33)
Unreal (4)
Gamebryo (56)
Tip & Tech (228)
협업 (58)
3DS Max (3)
Game (12)
Utility (136)
Etc (96)
Link (32)
Portfolio (19)
Subject (90)
iOS,OSX (54)
Android (15)
Linux (5)
잉여 프로젝트 (2)
게임이야기 (3)
Memories (20)
Interest (38)
Thinking (38)
한글 (30)
PaperCraft (5)
Animation (408)
Wallpaper (2)
재테크 (18)
Exercise (3)
나만의 맛집 (3)
냥이 (10)
육아 (16)
Total
Today
Yesterday
05-19 00:09

 

 우선적으로  천몽(iliyard)님이 올리신 내용을 기초로 하여 필요부분을 추가 서술했음을 알려드립니다.

 

 1.    Overview

· 타격감이란??..

  말 그대로 게임내에서 유저가 상대방을 때릴 때나 피격시 느낌을 얼마나 잘 받을수 있게 해주는가를 말하는 것. 이 타격감을 향상 시키기 위해서는 여러가지

  요소가 있는데 각 요소들 완성도를 높여 타격감을 극대화시키는데 중점을 둔다.

 

2.    Animation

    2.1 공격 동작

        2.1.1 무기에 따른 적절한 동작

                ·무기의 종류에 따라 적절한 동작을 해야 한다. , 무기가 칼이냐 도끼냐에 따라 공격 애니메이션이 틀려야 한다.

 

        2.1.2 중량감 표현

                ·같은 무기더라도 어떤 타입이냐에 따라 그 무게가 달라진다. 단검처럼 가벼운 무기는 움직임도 가벼워야 하고 양손 무기처럼 무거운 무기는 

                   움직임에 무게감이 느껴져야 한다. 즉 무게의 차이는 공격속도와 밀접한 관계를 가진다.

 

        2.1.3 속도의 완급 조절

                ·공격을 할때에는 단순히 휘두르기만 하지 않는다. 2.1.2 중량감 표현에서도 설명했듯이 각 무기별로 무게가 다르기때문에 공격 준비동작이나

                    공격시 동작이 각각 다른 속도및 다른 가속도를 가지고 있다.  

                    단검의 경우 무게가 가볍기 때문에 준비동작 자체가 굉장히 짧고, 공격속도로 일정하며, 양손검이나 양손둔기같이 무거운 무기류는 무거운 무게 

                    때문에 준비동작이 긴 반면 가속도는 점점 빨라지게 된다. 

 

    2.2  피격 동작

             ·가장 이상적인 피해 동작은 모든 공격에 대해 대응하는 동작이 있는 것이다. 하지만 그러기엔 게임제작상 리소스가 너무 많이 필요하니 타입에

                따라 몇가지로 축소한다. 보통 2종에서 4종(단순피격, 크리티컬피격, 스턴, 넉백)으로 줄여서 표현하는 경우가 많다.

 

        2.2.1 방향

             · 왼쪽, 오른쪽, 중앙, 후면에서 힘이 가해졌다는 느낌이 들도록 각각의 피격 동작을 만든다.(이 또한 리소스 제약상 줄여서 표현하는 경우가 많다.)

             · 중앙인 경우는 찌르기 공격이나 원거리 공격에 대한 피해 동작으로 맞춰 만든다.

 

        2.2.2 데미지 세기

             · 크리티컬 데미지나 특정 스킬 공격을 받았을 경우에는 뒤로 날라가서 넘어지는 동작(넉백)을 만든다.

 

   3. 프레임 정지

        · 주로 대전 격투류 게임에서 많이 표현되는 표현방법. 타격시 일정프레임을 정지시킨후  다시 그 다음 애니메이션시 정지된 프레임시간부터 나머지

               애니메이션 시간만큼을 빠르게 돌리는 방법. 잠깐의 프레임동안 정지되어 있어서 타격이나 피격에 대한 인지가 강하게 되며, 후에 정지되어 까먹은

               프레임만큼 빨리 돌리더라도 시각적으로는 빠르다고 인지하기가 어렵다. (물론 정지시간이 많으면 인지가 됨 ^^)

 

3.    이펙트

    3.1. 궤적(Trail)

         · 실제 세계에서 칼의 움직임은 연속적이지만 게임에서 칼의 움직임은 비연속적인 칼의 위치들을 나타내는 프레임들을 모아놓은 것이다. 따라서 빠른

             공격 애니메이션의 경우 칼이 움직임이나 어떤 부위를 공격하고 있는지 알아내기란 쉽지 않다. 특히 게임플레이시 FrameRate(초당 프레임수)

             에도 많은 영향을 받는다. 다음과 같은 궤적 효과를 사용함으로써 칼의 움직임이나 공격의 영향이 미치는 범위를 보여준다.

         · 궤적을 나타내는 방법에는 메쉬, 파티클, 왜곡효과및 혼합하여 사용경우도 많다. 

 

 


 

       3.2 파티클(Particle)

               · 대부분의 이펙트에 적용되는데 마법류표현에서 더 많이 쓰인다. 

 

[공격의 방향을 나타내기 위한 2D 파티클 - 피표현- ]

 

 


 


 

 [공격 이펙트]

 

 

         3.3 광원[Light)

                 · 적을 가격하거나 피격 당하는 순간 캐릭터의 타격 지점 & 지형에 광원을 표현 함으로서 타격감을 증진시키는데 중요한 역할을 한다.

                      타격감을 표현하는데 있어서 필수적인 요소중 하나다. 하지만 광원표현은 실시간 계산이 이루어져야 하는만큼 게임 플레이시 상당한

                      포퍼먼스를 요구한다. 고사양을 지향하는 게임이면 모를까 저사양을 고려한 게임이라고 한다면 표현의 한계를 가진다.


 

        3.4 위치

             · 타격 이펙트중 피격자의 몸에서 나타나는 이펙트의 위치는 무기와 피격자가 부딪히는 부분에서 터지게 한다. 이때 그 위치를 계산하기

                 어렵다면 공격 종류에 따라 그 위치를 미리 정해놓는다.

 

        3.5 타이밍

             · 타이밍을 맞추는데는 두 가지 방법 프레임 체크와 시간 체크가 있다.(개발사마다 기준이 다르다.) 

             · 그러나 프레임 체크 방식이 시간 체크 방식보다 정교 하므로 가능한한 프레임 체크 방식(1초=30프레임)으로 한다.

             · 현재 설명중인 모든 요소들이 이 타이밍이 서로 맞지 않으면 어떠한 타격감도 얻을수 없다. 타격위치, 시간, 반응등 모든것이 각기 적절한

                  타이밍 속에서 빛을 발한다.

 

           3.5.1 프레임 체크

                 · 보통 Collision Box를 이용하여 무기가 피격체에 닿았을때 자동으로 필요 이펙트를 표현해 주기도 하지만 이는 플레이시 항상 계산을

                      하고 있어야 하기 때문에 많은 퍼포먼스를 요구한다. 그리하여 공격자의 공격 애니메이션 총 20 프레임이라고 할 때 15 프레임이 무기가

                      적에게 닿는 프레임이라고 하면 그 순간 이펙트를 터트려 주는 방식으로 하여 퍼포먼스를 줄이기도 한다.   

           3.5.2 시간 체크

                 · 프레임 체크방식과 개념은 같다. 공격자의 공격 애니메이션 총 20 프레임이라고 할 때 15 프레임이 무기가 적에게 닿는 프레임이라고

                      하면 1 프레임에서 15 프레임까지의 사간을 계산해서 0.7초라고 한다면 애니메이션이 시작 한 후 0.7초가 지난 다음에 이펙트를 터트려

                      주도록 한다.

 

4. Sound Effect

 · 사운드 효과는 타격감을 살리는데 매우 중요한 역할을 하는데 공격자의 무기 종류와 피격자의 보호구에 따라 그 효과음이 달라져야 한다.

 

 

5. 카메라

    5.1 카메라 흔들기(Camera Shake) 

          · 짧은 시간안에 화면을 랜덤하게 흔들어 주는 방법인데 강력한 공격(크리티컬 데미지)이나 폭발을 일으키는 공격시에 이용한다.

              보통 영화나 미디어의 연출시 많이 사용하는 방식이었으나 게임산업이 발전함에 연출을 강조하는 추세이니 만큼 Camera Shake표현

              또한 많이 해주고 있다. (CameraShake에 대해서는 따로 게시예정)

 

    5.2 카메라 전환(Camera Move)

         · 무기의 중량감이나 강력함, 공격 방향등 공격 효과를 좀 더 극대화 시키기 위한 방법이다.

         · 거대한 검을 수평 방향 왼쪽으로 휘드르게 될 때 그 검이 적에게 맞는 순간 카메라를 왼쪽으로 약간 이동시킨다. 위로 솟구쳐 올리는

             공격일 경우에는 카메라를 위로, 수직 방향으로 내려치는 공격일 경우에는 카메라를 아래로 약간 이동시킨다.

 

6. 동기화(Sync)

        · 위에서 설명한 타이밍과 유사하다고 할수 있다. 하지만 위의 타이밍은 각각의 동기화라고 한다면 현재 설명하는 동기화는 연출전체의

             타이밍이라고 보면 이해가 빠를것이다. 예를 들어 A라는 캐릭터 B라는 몬스터를 공격하는데 A가 공격이 끝나기도 전에 몬스터가

             맞는 동작을 취한다거나 A가 공격 했는데도 불구하고 한 템포 느리게 반응한다면 타격감을 느끼기 힘들다.

        · , 액션이 취해지면 그에 따른 피드백의 타이밍이 적절해야 한다. 이를 위해서는 클라이언트쪽에서의 어느 정도의 연출이 필요하다.

             예를 들어 A B를 때리는 동작에 들어갈 때 서버에 공격 메시지 패킷을 보내면 서버에서는 B가 입는 데미지를 계산하여 클라이언트에

             보내주는데 이때 A의 공격 동작이 다 끝나기도 전에 데미지 패킷이 도착한다면 클라이언트는 데미지를 바로 적용시키는게 아니라 이걸 보관

             하고 있다가 A의 공격 동작에 맞춰서 이펙트와 함께 B는 맞는 동작을 취하며 에너지가 깎이는 식이다.

 

7.    기타

    7.1 데미지 표현

        · 데미지를 입거나 입혔을 때 얼마만큼의 데미지를 입혔는지를 알려주는데 데미지 수치 또한 연출이 필요하다.

            (UI 연출 이펙트로 명명하는 경우가 많다.) 

        ·애니메이션이나 이펙트는 임펙트있게 표현되는데 실제 데미지 수치는 밋밋하게 그냥 뜬다면 좀 뭔가 부족하지 않은가?

     7.2 반전 (Invert)

        · 타격이나 피격시 좀 더 명확하게 인지 하기 위하여 인위적으로 캐릭터나 배경전체의 색을 반전시키는 기법을 말한다.

 

[캐릭터 반전기법의 예]

    7.3 배경블랜딩

       · 이펙트는 주로 어두운 배경에서 그 화려함이 가중된다. 하지만 밝은 캐주얼느낌의 게임이나 한낮의 밝은 필드에서 전투시 이펙트를 화려하게 표현한다

             해도 하얗게 색이 발해버리는 경우를 본적이 있을것이라 생각한다. 이와 같은 경우를 줄이기 위해서 일부러 마법사 같은 법사캐릭의 경우 스킬

             시전시 자신의 캐릭터나 피격되는 캐릭을 제외한 나머지 요소에 대해 일시적으로 어둡게 톤을 낮추어 이펙트 표현 뿐만아니라 시각적으로 집중도를

             높혀 타격감을 배가 시키는 방법이다.

 

타격감에 대해 글을 써보려 했는데 마침 천몽님의 글을 발견하여 더 쉽게 글을 쓸수 있었던듯 하다.

이펙터라면 이런 타격감의 종류와 표현 방식에대해 어느 디자인 파트보다 더 자세히 알고 있어야 한다고 생각한다.

추후 이 타격감요소에 대해 각각 상세 예시를 올려보겠습니다. 

반응형

'Tip & Tech' 카테고리의 다른 글

DLL 사용한다면 참고하세요  (0) 2011.04.19
미들웨어 정리  (0) 2011.04.13
예외 처리 ~~ tip  (0) 2011.02.08
디버깅 메세지 출력 매크로 수정판  (0) 2011.01.31
GPG 명예의 전당.베스트 오브 베스트  (0) 2011.01.21
Posted by blueasa
, |

name1 라는 이름공간과, 이에 속해있는 이름공간 name2 가 있고,

각각에는 Parent라는 이름을 가진 클래스가 있다고 하자. 


즉, name1::Parent 와 name1::name2::Parent 클래스가 있는 상황이다.


이 때, Child라는 이름의 클래스를 하나 만들려고 한다.

name1::Parent 을 상속하며, 멤버 변수로는  name1::name2::Parent 클래스의 포인터를 가진다.


작업하는 코드의 상황은 이렇다.



이름은 Parent 로 같지만, 이름공간이 다른 이것들을 어떻게 표현해야할까?



본래, 자신이 있는 이름공간을 우선으로 검색되는 것이 기본 룰이지만, 이 경우는 예외다.




주목해야할 부분은 멤버 변수 선언 부분의 name2::Parent  이다.

자신이 name2 이름공간에 있음에도 불구하고, name2를 붙여주었다.


상속하는 클래스의 이름은 지금 있는 이름공간보다 우선시 되기 때문이다.


즉, name2를 명시하지 않고 단순히 Parent *p; 로 멤버 변수를 선언한다면,

p는 name2::Parent*형이 아니라 name1::Parent*형이 되어버린다.


출처 : http://blog.naver.com/doogie90/130102637818

반응형
Posted by blueasa
, |

카메라를 흔들려면 카메라를 흔드는 폭을 알아야 한다.

그런데 이 폭을 생각처럼 이쁘게 얻기 힘들다.

그래서 이쁜 공식에 대한 화두를 던저볼까 한다.

 

1. y = sin(x)

 

 

먼저 생각해 볼 수 있고 만만한 공식은 바로 sin 이다.

sin 특성상 파형을 나타낸다. 오르락 내리락 하는것이 단순하면서도

직선적이지 않아 카메라 흔들때 딱이라는 느낌이 온다.

하지만.. 너무 단조롭지 않은가? 점점 감쇄할수 있다면 좋을것 같다.

 

 

2. y = powf(0.5f, x) : 흔히 말하는 y=(1/2)^x 그래프 이다.

 

 

감쇄하는 모양이 아주 이쁘다. 특히나 5 정도를 지나면 0이 아니라 0에 수렴하는 곡선이다.

이 그래프의 감쇄 정도를 상수를 이용해서 수정한다면 아주 이쁜 상쇄 그래프가 나올것이다.

 

 

3. y = sin(x) * powf(0.5f, x)

 

그냥 단순히 곱해봤다. x 축의 값이 time이랑 맞지 않아 이런 결과가 나왔다.

만약 sin 파장을 줄인다면 뭔가 이쁜 그래프가 나올것 같다.

 

 

4. y = sin(x*10.0f) * powf(0.5f, x)

 
그래프가 아주 이뻐졌다.
두 함수의 속성을 이용해서만이라도 훌륭한 카메라 흔들기를 구현할수 있지 않을까?
여러가지 실험을 통해서 이쁜 상수들(일명 매직넘버)을 구하기 바란다.
또한 다른 그래프와의 간섭이 일어난다면 더욱 이쁜 그래프가 나올수도 있다.

[출처] 카메라 흔들기|작성자 시퍼렁새
반응형
Posted by blueasa
, |

출처 - http://www.gamecode.org/bak/article.php3?no=3371&page=0&current=0&field=tip

 

작성자 : noerror
E 메일 : noerror@hitel.net
조회수 : 972
작성일 : 2006-07-22 16:53:55
목 : 손쉽게 카메라 흔들기

 

게임중에 충격등의 효과시 카메라를 흔들때 간단하게 sin 함수를 이용해서 그럴듯하게 처리하는 팁입니다. (약간은 감강적인 방식입니다만 - 이론적 근거가 별로 필요없다는 얘기죠. ^^ - 효과는 괜찮습니다.) 

결론부터 말씀드리자면 sin 함수를 여러개 합해서 사용하는 것입니다. 실제로 제어쪽에서는 충격(임펄스)를 가해서 그 응답 특성으로 시스템 특성이나 안정도등을 분석하기도 합니다. 보통 시간에 따른 주파수 특성을 분석하는데, 역으로 사인파로 어떤 특성을 가진 시스템을 만든다고 생각하면 될거 같네요. (구지 그럴듯하게 말을 붙이자면... ^^) 

기본적으로 사인파의 결과가 부드럽게 나타나기 때문에 자연스럽게 연속적인 모양으로 나옵니다. 충격에 따른 사인파의 특성 (진동하는 정도와 주파수, 충격이후 진폭이 서서이 줄어드는 특성)을 아래처럼 간단하게 사인함수로 구현할 수 있습니다. 

W = sin( 2 * 3.14159f * (t * freq) + phase ) * amp * (decaysec - t) / decaysec ; 

t 현재 시간, amp(const) 진폭, freq(const) 진동수, phase(const) 위상, decaysec(const) 선형감쇄시간 

사실상 특별한 이론이 있다기 보다는 상황에 따라 감각적으로 각 상수를 정해서 표현하게 됩니다.^^ 
* 진폭은 결과가 상하로 이동하는 정도가 되며 값이 클수록 더 크게 진동합니다. 
* 진동수는 초당 상하 운동하는 횟수로 값이 클수록 더 빨리 진동합니다. 
* 위상은 함수의 시작 포지션 정도로 실제로 값에 따른 느낌을 주는 것은 아니지만 함수들을 여러개 더할 때 좀 더 다양한 형태로 결과가 나옵니다. (사실상 주파수가 n 배로 할 경우 작은 주파수에서 항상 0가 되는 데, 위상을 주면 결과가 다르게 나옵니다. - 어차피 상수값을 감각적으로 넣는 데, 결과물에 다양함을 줄 수 있는 값 정도로 보면 될거 같습니다.) 
* 감쇄시간은 감쇄되는 함수모양에 따라 다른데, 어차피 모델링할 정확한 모양이 있는 게 아니므로 그냥 단순히 시간에 따라 감쇄한다고 설정하면 선형으로 하는 것도 별 문제는 없어 보입니다. (이 경우 t 가 decaysec 보다는 작거나 같아야 겠죠.) 

자 그럼 이걸로 어떻게 사용하냐 하면 

float t = (timeGetTime() - m_uWaveStartTime) * 0.001f; 

if (t < m_fDecayTime) 

    camera.pivot.y += (sin (2.0f * 3.14159f * t * 3) * 30.0f + 
        sin (2.0f * 3.14159f * t * 7 + 0.2f) * 10.1f + 
        sin (2.0f * 3.14159f * t * 15 + 0.5f) * 1.1f)) * ( m_fDecayTime - t) / m_fDecayTime; 


이런 식입니다. ^^ 

실제 주파수는 화면 갱신 타임에 영향을 주기 때문에 값이 크더라도 크게 의미가 없습니다. 
그리고 만약 60 hz로 갱신되는 모니터라면 화면이 흔들리지 않는 상황이 생깁니다. ^^ 
(여러번 해보면 주파수가 높은 사인파의 진폭에 대한 느낌이라던가, 파형수가 많을 때와 적을 때의 차이라던가하는 느낌이 옵니다.) 

그냥 적당히 감각적(!)으로 상수를 설정해서 사용해보고, 결과가 괜찮으면 OK!! 
(흔들기 뿐 아니라, 번쩍거리기 등 활용 예는 많겠죠 ?) 

이상 별 내용은 없지만, 너무 간단해서 별로 이슈화 안되는 내용을 함 적어봤습니다.

반응형

'Programming > C/C++' 카테고리의 다른 글

이름공간(namespace)의 함정.  (0) 2011.03.13
카메라 흔들기  (0) 2011.03.05
임의의 표면에 데칼 적용하기(소스포함)  (2) 2011.03.04
ifdef, if defined, ifndef, if !defined  (0) 2011.03.04
enum, 보다 나은 enum  (0) 2011.01.13
Posted by blueasa
, |




Game Programming Gems 2권에 나와있는 데칼알고리즘을 이용해서 데칼을 만들어보았다.

흠... 만들어보긴했는데... 아직 실전에 응용을 하지않아 효용성이 얼마나

있는지는 모르겠다.

 

탄젠트 벡터를 구하는데... GPG에서 사용해보라고하는 (1.0f, 0.0f, 0.0f)를 넣으니까

데칼이 이상하게 박힌다.  해당 벡터가 법선과 수직이 아니라서 발생하는 문제인듯하다.

지형에서만 사용가능한건지는 모르겠지만..

 

처음에는 픽킹된 폴리곤의 한정점과 픽킹된 점을 구해 탄젠트 벡터를 만들었다.

탄젠트 벡터가 테칼이 그려지는 방향에 영향을 주는 요소라.. 픽킹할때마다

그림의 방향이 바뀌게 된다.

 

그래서 탄젠트 벡터를 지정포지션과 법선벡터(0.0f, 1.0f, 0.0f)와 지정포지션을 정점으로

갖는 평면으로 지정포지션을 가지고있는 폴리곤을 분할해 충돌점을 구하고

지정포지션과 충돌점 사이의 벡터를 탄젠트 벡터로 주었다. 그러니까

나름대로 잘 나오는듯 한것 같다 ^^;

 

원래는 비공개로 할까 했는데... 어노인팅님이 저를 불사르시는군요..

ㅋ 그래서 공개자료로 전환합니다.

 

이소스는  NET2005 그리고 DX9.0c SDK를 필요로 합니다.

가져가실때 출처를 꼭 밝혀주세요.


출처 : http://blog.naver.com/swoosungi/90017269111

반응형

'Programming > C/C++' 카테고리의 다른 글

카메라 흔들기  (0) 2011.03.05
[게임코드]손쉽게 카메라 흔들기  (0) 2011.03.04
ifdef, if defined, ifndef, if !defined  (0) 2011.03.04
enum, 보다 나은 enum  (0) 2011.01.13
IME 소스 (한글)  (2) 2010.11.26
Posted by blueasa
, |


자존심님 이야기를 듣고 FreeType에 관해 찾아보았습니다.

일단 참고 홈페이지는 http://www.freetype.org/ 여기더군요...

프리타입에 관해 인터넷에서 자료를 찾아보니...

윈도우 보다는 리눅스에서 트루타입 폰트 레스터라이져를 위해

사용하는 라이브러리 같더군요... 그래서 링크를 찾아보니

리눅스용 라이브러리가 가장먼저 눈에 뛰인듯...

 

윈도우용 라이브러리는 http://gnuwin32.sourceforge.net/packages/freetype.htm

여기서 다운받는걸로 되있습니다.

http://prdownloads.sourceforge.net/gnuwin32/freetype-2.1.10.exe?download

 

여기서 freetype-2.1.10.exe 이 파일을 받고 설치하면

윈도우용 프리타입 sdk를 사용할수 있습니다.

 

추가로 프리타입라이브러리를 사용하는 어플리케이션의 실행파일은

freetype6.dll, zlib1.dll을 같이 필요로 합니다.

 

흠... 윈도우용 튜토리얼을 처음에 찾아봤는데... 찾기 쉽지않더군요...

gpg랑 데브피아에도 없고... 그래서 dx의 텍스쳐에 바로

트루타입폰트를 찍는 예제를 만들어보았습니다.

 

아 아크로드가 이 프리타입라이브러리를 사용하더군요 보니깐.. ^^;;;

 

추신 - 이소스는 프리타입에 관한 가장기본적인 기능만 튜토리얼로 만들어본겁니다.

아직 손봐야할 기능들이 많이 있습니다.

 

더 참고하시고 싶은분은 위사이트 프리타입 튜토리얼을 참조하세요


출처 : http://blog.naver.com/swoosungi/90024620229

반응형
Posted by blueasa
, |

#ifdef 는 정의되있는지를 테스트 하므로, 한번에 여러개를

사용할 수는 없다. 형식이 #ifdef name 처럼,

하나의 토큰이 되어야한다.

여러개가 정의되있는지 테스트 하기위해서는 
#if defined(MACRO1) || defined(MACRO2)처럼 사용.

단, #if는 ||로 중첩해서 사용할 수 있다.
형식이, #if expression이므로, C표현이 올수 있다.

#if MACRO1 || MACRO2 처럼 사용해도 된다.

 

 

#if !defined() 의 의미는 #ifndef 와 같다. (if not define)

()안의 내용이 정의되어 있지 않으면 그 아래부분 (#endif까지)을 유효한 소스코드로 인식하고 컴파일 시 적용하라는 의미다.

 

그런데 그 괄호안의 부분을 찾을 수가 없다는 것은

EXCLUDE_PGX_SUPPORT 가 아무데도 define되지 않았음을 의미

 

정의되어 있지 않으므로 해당 구문 이후의 소스코드는

유효한 코드가 된다.

 

#if !defined(...)

 

안의 내용은 유효코드

 

#endif

 

반대로, #ifdef (...)라면

해당 키워드가 정의되어 있지 않으므로

#endif  까지의 코드내용은 전부 무의미해진다.



출처 : http://blog.naver.com/ghostcbr954/110003736409

반응형
Posted by blueasa
, |

2003 프로젝트를 2008에서 컴파일 할때 발생..


Wp64 옵션을 주지 말라는 것

프로젝트 -> 속성 -> C/C++ -> 일반 -> 64비트 이식성 문제점 검색 : 아니요



출처 : http://blog.naver.com/ghostcbr954/110086888865

2차 출처 : http://boyfox009.egloos.com/2579554

반응형
Posted by blueasa
, |
참고 사이트
http://cafe.naver.com/mcbugi/32424 : [윈도우에서 Objective-C] Objective-C 기초는 윈도우에서!! -1강
http://cafe.naver.com/mcbugi/32425 : [윈도우에서 Objective-C] Objective-C 기초는 윈도우에서!! -2강
http://cafe.naver.com/mcbugi/32426 : [윈도우에서 Objective-C] Objective-C 기초는 윈도우에서!! -3강
http://cafe.naver.com/mcbugi/32427 : [윈도우에서 Objective-C] Objective-C 기초는 윈도우에서!! -4강

위 자료는 AppNext.com에서 제공하는 자료인 듯하다.

Object-C를 공부하기 위해서는 맥이라는 운영체제가 필요하다. 결국 본인도 해킨토시를....
맥부기 카페의 맨날할래님의 글에서 윈도우에서도 공부할 수 있는 방법을 알게 되었다.
기록의 차원에서 글을 남긴다. 자세한 내용은 위 링크의 본글에서 확인. 여긴 간략하게 요약.

기본적인 방법은 윈도우에서 Dev-Cpp를 이용하는 것이다.

1. 필요한 설치 프로그램들.
- GNUstep system 0.24.0
- GNUstep Core 0.23.1
- Dev c++
>>> 댓글에서 발견. 현재 GNUstep 패키지는 3개로 나뉘어졌다고 한다. 아래 링크에서 System, Core, Devel 3개를 모두 설치하면 된다고 한다.
http://www.gnustep.org/experience/Windows.html
2. 프로그램 설치

반응형
Posted by blueasa
, |
아래 블로그 내용대로 진행하다가 잘 되지 않아서 확실히 되는 놈으로 다시 정리했습니다...^^"

http://devian.tistory.com/149

---------------------------------------------------------------------------
요즘 애플 앱스토어가 붐이 일면서 중고 맥북 구하기가 힘들어졌다고 하던데...
가상 머신을 이용해서 iPhone 개발 환경을 꾸며 본다...

우선 Windows 기반 가상화 솔루션으로는 가장 유명한 VMWare 7을 기반으로 OS X dvd를 구해 설치하거나
OS X 기반 VMWare 가상머신을 바로 구해서 구동을 시켜도 무방하다.

OS X 10.6 (Snow Leopard) 설치 가이드 
VMWare 에서 OS X - Snow Leopard  설치하기 : OS X 가상 머신 만들기
VMWare 에서 OS X - Snow Leopard  설치하기 : OS X 설치하기
VMWare 에서 OS X - Snow Leopard  설치하기 : OS X 용 VMWare Tools 설치하기

OS X 10.5 (Leoard) 용 VMWare 이미지
첨부된 VMWare 이미지에는 VMWare Tools 가 설치되어 있지 않으므로 위 링크의 가이드에 따라 추가 설치해야 한다.
설치 중간에 Admin Password가 필요한데, 계속 틀리다 보면 알수 있게 된다....^^"
해당 버전 설치 후 OS Update를 하다보니 Crash가 발생했다...ㅠ.ㅠ



반응형
Posted by blueasa
, |