if(99%의노력 == while(99000){삽질()}) printf("난천재(?)");

설치

1. 다운로드에서 최신버젼을 받는다.
   -> 현재 09년 7월 6.0이 최신이며 VS최신 .Net툴을 지원했다 안했다 한다;
2. 플젝을 불러와서 컴파일한다.
1. CxImage - 정적 라이브러리
   -> 사용시 영상 포맷관련 라이브러리도 가져와야한다. j2k.lib,jasper.lib 등..
2. CxImageCrtDll - 정규 DLL
   -> cximagecrt.lib, cximagecrt.dll
   
3. CxImageMfcDll - 정규 DLL, MFC사용(거의 사용한 흔적이 없다. 왜 이렇게 제공할까? ㅡ.ㅡ;)
   -> cximage.lib, cximage.dll
   
3. 플젝 폴더에 헤더파일(23개)과 라이브러리 파일을 사용할 프로젝트로 가져와서 설정한다.
   
   -> #pragma comment(lib,"cximaged.lib")
   
        #include "xImage.h"
   

설정방법 및 JPG라이브러리만 사용하기


최신 라이브러리가 제대로 적용안될때(VS2008)

문제점
CxImage 소스를 VC6에서 컴파일하고 VC9로 자동업데이트 했다.(Static Library) VC9에서 sp1을 적용하게 _BIND_TO_CURRENT_VCLIBS_VERSION를 프로젝트 속성에 선언했는데 manifest를 확인해보니 CRT구버젼을 사용한다고 계속 명시되어있다.

확인해보니 이미 업데이트된 프로젝트의 속성에 입력을 해도 각각의 파일에는 그 속성이 적용이 안되고 있었다.

해결방법
VC9프로젝트 파일을 삭제하고 VC6의 프로젝트 속성에서 미리 선언해준후 다시 업그레이드한다.


정성호,이문호님의 책 소스

FirstCxImage.zip(삭제)

-> 위 설치과정이 1장에 해당되는 내용이며 소스는 책 전체의 예제이다.

참고

오픈소스 CxImage를 이용한 Visual C++디지털 영상처리 - 정성호,이문호 저
http://www.conv2.com/ - 이문호님 홈페이지(CxImage)

리눅스에서 CxImage를 사용하기

Thumbnails Viewer using ListCtrl - Base CxImage

JPG를 bmp로 변환 후 다시 raw영역으로 분해


VC의 Profiling(프로파일링) 사용과 수행시간 측정 함수사용법(CRunTimeChk)
-> 책의 p.106을 참고

1. clock()
ANSI C 함수이며 time.h에 정의되어 있어 UNIX/Linux에서도 잘 수행된다.
현 프로세스가 실행한지 얼마 되었는지에 대한 CPU 시간을 clock tick의 개수 단위로 반환해준다.

#include "time.h"

// 시작
clock_t beginTime;
clock_t endTime;
beginTime = clock();

// 작업 수행

// 수행 종료
endTime = clock();

// 값 출력
CString tmp = _T("");
tmp.Format("작업 수행 시간 - clock() : %5.3f",
           (double)(endTime - beginTime) / CLOCKS_PER_SEC); 

2. timeGetTime(), GetTickCount()
1/1000초 단위로 정확하게 제어할 수 있는 타이머가 바로 멀티미디어 타이머이다. 자세하게 말한다면 Timer Event Callback Notification 메커니즘을 적용하고 있는 타이머이다. 이 멀티미디어 타이머의 단점은 많이 사용할수록 시스템에 상당한 부하를 일으키며, 이외에 제대로 사용하지 못하면 예측할 수 없는 결과가 초래된다고 알려져있다. 이 타이머는 수행 시간 기준으로 일정한 시간이 되면 어떠한 행동을 취하는데 사용된다.
GetTickCount() 함수와 timeGetTime() 함수의 차이점은 운영체제의 정밀도에 차이가 있다. 예를 들어 GetTickCount()함수는 윈도우 9X에서는 기본으로는 약 55 밀리 초이지만, timeGetTime() 함수는 윈도우 9X에서는 1밀리 초이다. 따라서 부정확해질 수 있다. 그러므로 결국 timeGetTime()을 사용하는 게 유리하다. 다만 두 함수는 윈도우 2000, XP등 으로 올라갈수록 정밀도가 현격하게 벌어지게 된다. 따라서 최소의 타이머 해상도를 결정하는 timeBeginPeriod()함수와 timeBegindPeriod에 의해 만들어진 타이머 해상도를 제거하는 timeEndPeriod() 함수를 추가해 줌으로써 정밀도를 보정해 줄 수 있다. 정확한 시간을 구하지 않는 다는 가정 하에서는 두 함수 중에서 편한대로 선택한다.

#include "Mmsystem.h"
#pragma comment(lib,"winmm.lib")

// 시작
timeBeginPeriod(1);
DWORD tStart,tEnd;
tStart = timeGetTime();
// tStart = GetTickCount();

// 작업수행

// 수행 종료
tEnd = timeGetTime();
// tEnd = GetTickCount();
timeEndPeriod(1);

// 값 출력
CString tmp = _T("");
tmp.Format("작업 수행 시간 - timeGetTime() : %5.3f", (tEnd-tStart)/1000.0); 

3. QueryPerformanceCount()
초당 증가값을 주파수(frequency)라고 한다면, 그 값을 구하며 부팅 후 절대로 변하지 않는 방식을 적용한 QueryPerformanceCount() 함수는 7~8백만분의 1초까지 더 정밀하게 구하기 위해 사용한다.
 
// 시작
LARGE_INTEGER frequency, tStart, tEnd;
QueryPerformanceFrequency( &frequency );
QueryPerformanceCounter( &tStart );

// 작업 수행

// 수행 종료
QueryPerformanceCounter( &tEnd );
double tElpased =  \
(double)(tEnd.QuadPart - tStart.QuadPart)/(double)frequency.QuadPart;

// 값 출력
CString tmp = _T("");
    tmp.Format("작업 수행 시간 -  QueryPerformanceCounter() : %5.3f", tElpased);