버터백통의 N-Screen 레시피

소코반 게임

버터백통 — Wed, 6 Mar 2013 15:37:10 +0900

레지스트리, 충돌체크, 파일IO부분과 형변환 등등을 테스트하다가 소코반을 완성해 버렸다.

나름 1~35판 까지 있고 게임 관련된 부분 디버그나 테스트가 이루어 지진 않았지만

몇 판 하는데는 문제 없을 듯... 요즘 이러고 놀아요~

VS2008로 개발된 실행파일을 실행하려면 아래의 재배포 패키지를 실행하여 윈도우에 API를 등록해야 합니다.

vcredist_x86.exe

실제 게임실행파일입니다...

소코반.zip

나눔로또 당첨번호 추출기

버터백통 — Wed, 17 Oct 2012 11:29:44 +0900

최근에 로또를 하고 있는데 구매시 랜덤으로 번호를 주었더니...

너무 확률이 낮아서 나름 그 동안의 담첨 번호 횟수순으로

랜덤 번호를 추출할 프로그램을 만들었습니다.

필요하신 분 내려 받아 사용하세요~

그리고 유해한 코드는 안 들어 갔으니까 안심하세요~

vcredist_x86.exe

(VS2008 재배포 패키지)

LotteryNumberSampler.exe

전처리기를 활용하여 디버그시에만 TRACE를 사용한다.

버터백통 — Thu, 16 Aug 2012 10:50:32 +0900

AS3에서는 별도의 Deber를 만들어 상태가 Debug가 true인 경우에만 실행하도록 사용하였다.

물론 C++에서도 이처럼 할 수 있지만 전처리기를 활용해본다.

우선 디버그 상태를 파악할 수 있는 _DEBUG라는 것을 C런타임 라이브러리에서 제공한다.

이를 검사하기 위해서는 아래와 같은 조건문을 사용한다.

[ 조건 대상의 값이 TRUE인 경우 ]

#ifdef _DEBUG

실행문

#endif

조건문 if이다 루틴은 우리가 알고 있는 그대로이다.

위처럼 DEBUG시에만 TRACE가 출력되도록 하고 싶으면 아래와 같이 하면 된다.

#ifdef _DEBUG

TRACE("RUN");

#endif

흔히 사용하는 조건문 처럼 else와 else if도 사용이 가능하다.

#ifdef _DEBUG

실행문1

#elseif XXX

실행문2

#else

실행문3

#endif

또한 논리연산자는 아래와 같이 사용한다.

#if defined (_DEBUG) || ( XXX )

실행문1

#elseif XXX

실행문2

#else

실행문3

#endif

[ 조건 대상의 값이 FALSE인 경우 ]

대상의 값이 FALSE인 경우에는 아래와 같이 조건문을 달리(n이 추가된다) 사용한다.

#ifndef XXX
실행문

#endif

위의 경우는 XXX 상태가 FALSE일 때 실행문이 실행한다.

bool과 BOOL의 토픽

버터백통 — Mon, 9 Apr 2012 12:04:52 +0900

어느날 문득 소스코드를 보다보니 어떤 것은 BOOL을 사용하여 TRUE와 FALSE를 사용한 것이 있는가 반면

어떤 소스는 bool을 사용하여 true와 false를 값으로 사용하는 것들을 보았다...

몇 번을 겪다보니 왜 이 두 가지 데이터형이 존재하는가?에 대하여 의문이 들기 시작했다.

우선 BOOL은 MFC에서 int를 재정의한 키워드이다.

C는 함수의 성공과 실패의 값을 0과 -1을 리턴하지만 boolean이라는 자료형을 제공하지 않았다.
이를 사용하던 WIN32 API는 자체적으로 BOOL키워드를 만들어 제공하였으며 원형을 찾아보면

typedef int BOOL와 같이 정의되어있다. 즉 int형의 재정의이다.

또한 이것에 사용되는 TRUE와 FALSE 키워드의 경우도 #define FALSE 0와 #define TRUE 1로 정의 되어있다.

1995년에 자바가 공식 발표 후에 C++에 bool이라는 데이터 형이 추가되었다고 한다.

이후 MFC에도 bool자료형을 사용할 수 있게 되었다.

의문이 들었다..."비슷하다고 마음대로 쓸수있는가?" 이다.

우선 용량을 비교하면 bool의 승리이다.

BOOL은 int형으로 4바이트의 크기를 갖는다.

bool은 단지 1바이트의 값을 갖는다.

단지 참과 거짓을 비교하기 위해 4바이트를 사용할 필요는 없다.

sizeof()를 사용하여 여기까지 검증해 보았다면 bool형을 사용할 것 같다.

또한 int의 값을 사용하는 BOOL은 제대로 초기화 하지 않으면 참과 거짓의 값을 비교하는데 신뢰가 떨어진다.

그리고 TRUE가 true를 의미하지 않을 수 있다.

void myFunc()

{

BOOL isSuccess = connectFunc();//실패:0, 성공:0이 아닌 다른 값

if( isSuccess == TRUE ){

A Routine;

}else if( isSuccess == FALSE ){

B Routine;

}

물론 명시적으로 isSuccess != 0이 아닌 isSuccess == TRUE 으로 두어 문제를 만들어낸 코드이지만,

반드시 1이 아닌 다른 값이 넘어올 수 있다는 것을 증명하는 것이 중요하다.

C Main같은 경우 0과 -1을 리턴하므로 그러한 값을 바로 리턴한다면 연결 성공 후 A Routine이 실행하지 않을 수 있다.

이런 저런 상황으로 보면 bool을 사용해야 맞는가? 그것도 확실하지 않다.

자료를 찾던 중 어셈블러의 연산에 대하여 접하게 되었다.

bool은 어셈블리 연산에서 사용되는 연산 바이트 코드수가 더 많아진다고 한다.

32비트 컴퓨터에서 int를 0과 비교하는데는 cmp명령어 하나로 4바이트가 소모되는 반면

bool의 treu/false를 비교하기 위해서는 movxz, cmp명령어를 사용해야하므로 7바이트가 소모되어 BOOL보다 3바이트를 더 소비한다.

* bool 을 true 와 비교

004113B7 0F B6 45 F8 movzx eax,byte ptr [bool Object]

004113BB 83 F8 01 cmp eax,1

004113BE 75 07 jne wmain+47h (4113C7h)

* BOOL 을 TRUE 와 비교

004113C7 83 7D E0 01 cmp dword ptr [BOOL Object],1

004113CB 75 07 jne wmain+54h (4113D4h)

결론은 bool과 BOOL의 호불호가 갈리는 시점에서 난 BOOL을 사용해야하지 않나 싶다.

bool이 미약하지만 용량을 줄여주는 반면 데이터를 옮겨 저장해두고 비교하기 위한 루틴 때문에 비효율적이다에 한 표를 던져 본다.

pacman3D

버터백통 — Wed, 7 Mar 2012 17:37:37 +0900

Android에서 back버튼 클릭 시 앱종료가 아닌 다른 프로세스 실행

버터백통 — Thu, 9 Feb 2012 15:12:41 +0900



if(Capabilities.cpuArchitecture=="ARM")
{
	NativeApplication.nativeApplication.addEventListener(Event.ACTIVATE, handleActivate, false, 0, true);
	NativeApplication.nativeApplication.addEventListener(Event.DEACTIVATE, handleDeactivate, false, 0, true);
	NativeApplication.nativeApplication.addEventListener(KeyboardEvent.KEY_DOWN, handleKeys, false, 0, true);
}

Define handlers:

private function handleActivate(event:Event):void
{
	NativeApplication.nativeApplication.systemIdleMode = SystemIdleMode.KEEP_AWAKE;
}
 
private function handleDeactivate(event:Event):void
{
	NativeApplication.nativeApplication.exit();
}
 
private function handleKeys(event:KeyboardEvent):void
{
	if(event.keyCode == Keyboard.BACK)
	NativeApplication.nativeApplication.exit();
}

자동차 컨트롤

버터백통 — Fri, 3 Feb 2012 14:31:12 +0900

객체를 움직이게 하는 방법은 다양하다. 컴퍼넌트 중에 캐릭터 컨트롤러를 사용하면 가장 손 쉽고 편하게 사용할 수 있다. 하지만 궂이 만들어 보았다...물론 캐릭터 컨트롤러 컴퍼넌트의 기능이 아닌 다른 기능을 사용 하고 싶을 때를 대비하기 위해서 테스트 해 보았다. 감도와 회전 속도 등 당연히 손봐야 하겠지만 일단 연산을 제외한 함수2개로 자동차 객체를 움직여보았다. 사용된 함수는 AddForce(이동)와 RotateAround(회전)를 사용하였다.

updateMassFromShapes 에러

버터백통 — Thu, 2 Feb 2012 16:11:46 +0900

Actor::updateMassFromShapes: Compute mesh inertia tensor failed for one of the actor's mesh shapes! Please change mesh geometry or supply a tensor manually!
위와 같이 updateMassFromShapes에러가 발생하는 대부분은 rigidbody를 적용한 디자인된 3D 모델의 collider의 마무리가 닫혀있는 상태가 아니기 때문이다. 즉 끝점이 맞물려 덩어리를 이루지 못하고 끝 점이 열린 상태이므로 메시 처리할 때 끝점과 시작점을 찾을 수 없기 때문에 발생한다고 생각하면 될 것 같다.

해결 방법은 간단하다.
새로운 collider를 만들어 반영한 후에 rigidbody를 반영하면 에러가 없어 질 것 이다.

3D툴을 이용한 2D게임

버터백통 — Wed, 1 Feb 2012 19:20:32 +0900

교재보고 따라 한건데...버그가...

Start(), Update(), FixedUpdate(), LateUpdate()

버터백통 — Wed, 1 Feb 2012 11:37:22 +0900

유니티에서 가장 많이 사용하는 비헤이비어는 Start(), Update(), FixedUpdate(), LateUpdate()가 될 것이다.

Start()는 시작 할 때 한 번 실행하여 황경설정할 때 사용하면 유용하다.
Update()는 매 프레임마다 실행하며 컴퓨터에 영향을 받는다.
FixedUpdate()는 매프레임마다 실행하며 컴퓨터의 영향을 받지 않도록 무조건 실행하게 한다.
LateUpdate()는 Update() 다음에 바로 실행한다. 가령 캐릭터가 이동 후 카메라의 위치를 업데이트 하기 위해 사용하면 유용하다.