Gu's Blog

<배포>
1. BCB에서 컴포넌트 패키지(bpk 파일)을 열고, 프로젝트 옵션의 디렉토리 탭에서 final output, BPI/LIB output 항목을 현재 디렉토리로 변경한다.


2. 빌드를 하면 bpi, lib, bpl, obj, hpp(컴포넌트에 델파이 소스가 포함된 경우) 등의 파일이 만들어 진다.

3. 배포할 파일을 모을 디렉토리를 만들고 소스파일(.cpp, .pas)를 제외한 파일들을 복사하고 압축한다.

4. 압축된 파일을 배포하면 됨...

<설치>
Component-Install Packages 메뉴를 통해서 배포된 bpl 파일 추가하면 BCB에 컴포넌트가 추가된다.

PS: 델파이 로 작성된 소스를 BCB의 프로젝트에 포함시켜 사용하지만 델파이 소스는 배포하기 싫은 경우에는 프로젝트에서 델파이 소스는 제외하고 대신 델파이 소스와 관련된 오브젝트파일(.obj) 파일을 프로젝트에 추가한다. 그리고 관련된 파일 hpp, dcu를 같이 배포한다.

Indy 10 설치 하기 결론...
Indy 10 디자인 타임 패키지 까지 등록은 됐으나 실제 사용할 때 IdWinSock2.hpp의 TWSAProtocol_INFOW 타입의 문제로 사용할 수 없다. BCB에서는 Indy 9.x 버전을 사용하자.

다른 분들은 나처럼 시간 낭비 하지 마시라고 Indy 10 설치 내용과 오류발생 이유를 아래에 적는다.

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

10.1.11 버전에서는 디렉토리가 system, core, supercore, protocols 로 나뉘어져 있다.
설치 순서는 Systme->Core->Protocols 순서로 하며, 디자인 타임 패키지는 Core, Protocols만 등록하면 된다. SuperCore는 Delphi7에서만 사용함으로 설치하지 않는다.

Indy 10에는 dpk파일만 포함이 되어 있다. 볼랜드 포럼의 자료실에서 dpk2bpk(http://cbuilder.borlandforum.com/impboard/impboard.dll?action=read&db=bcb_res&no=287)를 받아서 설치를 시작하기 전에 Core, System. Protocols에 있는 dpk파일을 bpk로 바꿔서 사용을 한다. 이 포스르를 작성할 떄는 Delph 7용 dpk를 바꿔서 사용했다.

패키지를 컴파일 하기 전에 Tools->Environment Options->Library path에 core, protocols, system 디렉토리를 추가한다.  이렇게 추가를 해도 패키지 컴파일 할 때 유닛을  못 찾아서 컴파일 에러가 나는 경우가 있었는데 각 패키지의 옵션에 있는 Libray Path에 다시 core, protocols, systme 디렉토리를 추가하면 된다.

Core 디자인 타임 패키지 등록 할 때 IdCoreDsnRegister 유닛에서 DesignIntf 유닛을 못 찾아서 컴파일 에러가 나는데 이때는 패키지의 옵션에 있는 Library Path에 {$CBB}\source\toolsapi 를 추가해주면 컴파일이 된다.

 <에러나는 부분>
    {$IFDEF VCL6ORABOVE}
      DesignIntf,
      DesignEditors;
    {$ELSE}

# 인디 의 설치 순서에 관한내용으로 인디 사이트에서 가져왔다. (전체 내용은 http://docs.projectindy.org/online/frames.html?frmname=topic&frmfile=index.html

For Delphi and C++ Builder, the run-time package files should be opened and compiled in the following order:

• IndySystem (in LibSystem)
• IndyCore (in LibCore)
• IndyProtocols (in LibProtocols)
• IndySuperCore (in LibSuperCore) (for Delphi 7 onl��y)

For Delphi and C++ Builder, the design-time package files should be opened, compiled, and installed in the following order:

• dclIndyCore (in LibCore)
• dclIndyProtocols (in LibProtocols)
• dclSuperCore (in LibSuperCore) (for Delphi 7 onl��y)

[C++ Error] IdWinSock2.hpp(746): E2303 Type name expected
typedef int __stdcall (*TWSAEnumProtocolsAProc)(System::PInteger lpiProtocols, PWSAProtocol_InfoA lpProtocolBuffer, unsigned &lpdwBufferLength);

[C++ Error] IdWinSock2.hpp(748): E2303 Type name expected
typedef int __stdcall (*TWSAEnumProtocolsWProc)(System::PInteger lpiProtocols, PWSAProtocol_InfoW lpProtocolBuffer, unsigned &lpdwBufferLength);

[C++ Error] IdWinSock2.hpp(750): E2303 Type name expected
typedef int __stdcall (*TWSAEnumProtocolsProc)(System::PInteger lpiProtocols, PWSAProtocol_InfoA lpProtocolBuffer, unsigned &lpdwBufferLength);

[C++ Error] IdWinSock2.hpp(764): E2303 Type name expected
typedef int __stdcall (*TWSADuplicateSocketAProc)(const int s, const unsigned dwProcessId, PWSAProtocol_InfoA lpProtocolInfo);

[C++ Error] IdWinSock2.hpp(766): E2303 Type name expected
typedef int __stdcall (*TWSADuplicateSocketWProc)(const int s, const unsigned dwProcessId, PWSAProtocol_InfoW lpProtocolInfo);

구글을 찾아보니 Indy 10이 BCB에서 호환 되지 않는 이유중 하나가 IdWinSock2.pas 때문이고 아직 해결책은 없다고 한다.

IdWinSock2.hpp와 IdWinSock2.pas를 비교해 보면 IdWinSock2.pas에는 TWSAProtocol_INFOW이 record로 선언되어 있는데 IdWinSock2.hpp에는 struct 선언이 없어서 컴파일 에러가 나는것 같다.

IdWinSock2.hpp에 TWSAProtocol_INFOW 구조체를 추가해서 다시 테스트 해볼 생각도 했는데...그렇게 할 시간이 없어서 당분간 Indy 10 사용하는 것은 포기...

<변경 내역>
1. 2005/09/10 오전 12:03 문서 작성
2. 2006/08/23 오후 5:00 bcb용 dll 설치 추가, delphi 소스 포함된 프로젝트를 위한 환경 설정 추가.
- - - - - - - - - - -
M$의 VC++를 사용하는 개발자들은 DirectX SDK를 M$사이트에서 다운 받아서 그냥 사용을 하면 되지만... 빌더(파워빌더 아님..)나 델파이에서는 바로 사용을 못하고 이것 저것 손을 봐야 한다. 빌더나 델파이로 계속 다이렉트엑스 개발을 한 사람은 이런 환경 설정하는 작업이 별로 어렵지 않겠지만 간혹 사용하는 사람들한테는 그리 간단한 일이 아니다.

델파이는 directX 헤더를 파스칼로 변환한 유닛과 관련된 DLL만으로 환경을 구성하면 되는데 빌더는 directX SDK의 헤더, 파스칼로 변환된 유닛, 유닛에서 생성된 hpp 등을 모두 사용해야 됨으로 환경 설정하다가 문제가 생겨도 뭐가 문제인지 모르는 경우가 많은 것 같다.

DirectShow기능을 손쉽게 사용할 수 있게 해주는 DSPack 컴포넌트는 여러가지 좋은 셈픔을 제공해주며, 프리(free)이다. 이 문서에서는 DSPack 컴포넌트를 설치하고 샘플을 컴파일 하는 과정을 정리하고자 한다.

[여기 부터 설치 과정 시작~~~]

(1). 설치에 필요한 프로그램을 다운 받는다.
1. DirectX 9.0 SDK Update - (February 2005) 을 다운 받는다. 여기에는 DirectShow가 포함이 안되어 있음으로 DirectX 9.0 SDK Update (February 2005) Extras를 다운받아 설치해야 한다.

2. DSPACK234.zip를 다운 받는다.

3. 빌더에서는 VC와 다른 형태의 lib와 dll을 사용함으로 변환된 것을 다운 받거나 직접 변환해야 한다. CBuilder_DX92_libs.zip를 다운 받는게 편하다.

(2). 프로그램 설치
1. DirectX를 설치한다. 다운 받은 dxsdk_feb2005.exe을 실행해서 압축을 푼다. 압축을 푼 디렉토리에 있는 Setup.exe를 실행해 설치한다.

2. DirectShow 사용을 위해서 dxsdk_feb2005_extras.exe 를 실행해서 압축을 풀고 ${DXSDK_Extra}\Extras 디렉토리를 ${DXSDK}\에 복사를 한다.

3. DSPACK234.zip 파일의 압축을 푼다.

4. DSPACK가 설치된 디렉토리는 이 문서에서는 ${DSPACK}로 표시한다.
DirectX가 설치된 디렉토리는 ${DXSDK}로 표시한다.

5. bcb용 DirectX DLL을 System32 디렉토리에 복사한다.

(4). 컴포넌트 설치
1. Library에 ${DSPACK}\src\DSPack와 ${DSPACK}\src\DirectX9를 추가한다.
Tools -> Environment Optoins -> Library 탭의 Library Path에 추가하면 된다.

2. DirectX9_BCB6.bpk 를 컴파일 한다.

3. DSPack_BCB6.bpk를 컴파일 한다.
컴파일 하기 전에 DsUtil.pas의 Unit과 Interface 사이에 {$HPPEMIT '#include "DxDiag.h"'} 추가를 해야 한다. 만약 추가를 하지 않으면 나중에 DsUtil.hpp에 #include "DxDiag.h"를 추가해야 한다.

4. DSPackDesign_BCB6.bpk를 인스톨한다.

5. ${DSPACK}\src\DirectX9와 ${DSPACK}\src\DSPack에 bcb라는 디렉토리를 만들고 DirectX9와 DSPack의 *.hpp, *.inc를 복사한다. <(4).6 관련>
위 처럼 하는 이유는 DSPack을 사용하는 Delphi 소스를 BCB 프로젝트에 포함시켜서 컴파일 하는 경우 Library Path에 DSPack과 DricetX의 dcu를 필요로 한다. 이때, ${DSPACK}\src\DSPack와 ${DSPACK}\src\DirectX9를 추가하면 컴파일 할 때마다 매번 pas를 컴파일하게 되서 컴파일 시간이 오래 걸리고 에러 나는 DSUtil.hpp를 수정을 해서 사용하게 되는데 컴파일 할 때마다 DSUtils.hpp가 수정 전으로 돌아가게 됨으로 따로 복사를 하는 것이다.

6. 모든 열려있는 프로젝트를 닫고 프로젝트 디폴트 옵션을 변경한다.
ㄱ. Project -> Options -> Directories/Conditionals -> Include Path에 다음 처럼 추가를 하며 인클루드 패스 순서는 아래와 같아야 하며 기본 인클루드 경로 보다 위에 있어야 한다.

${DSPACK}\include
${DSPACK}\src\DSPack\BCB
${DSPACK}\src\DirectX9\BCB
${DXSDK}\Include
${DXSDK}\Extras\DirectShow\Include

ㄴ. Library Path에 아래 경로를 기본 라이브러리 패스보다 상위에 있도록 추가한다.

${DSPACK}\lib
${DSPACK}\src\DSPack
${DSPACK}\src\DirectX9

ㄷ. (옵션) runtime package를 rtl, vlc만 놔두고 모두 지워버리고 런타임 패키지를 사용하지 않도록 체크를 해제한다. <(5).4 관련>

(5). 컴포넌트 테스트
1. DSPack 컴포넌트 탭에서 FilterGraph, Filter, VideoWindow 를 선택해서 폼에 놓는다.

2. 각 컴포넌트의 프로퍼티를 연결시켜주고 컴파일을 하면 다음처럼 에러가 난다.
[C++ Error] DSUtil.hpp(498): E2040 Declaration terminated incorrectly
[C++ Error] DSUtil.hpp(499): E2293 ) expected
[C++ Error] DSUtil.hpp(506): E2040 Declaration terminated incorrectly
[C++ Error] DSUtil.hpp(558): E2189 extern variable cannot be initialized
[C++ Error] DSUtil.hpp(558): E2108 Improper use of typedef 'LONG'
[C++ Error] DSUtil.hpp(558): E2188 Expression syntax
[C++ Error] DSUtil.hpp(558): E2293 ) expected
[C++ Error] DSUtil.hpp(560): E2189 extern variable cannot be initialized
[C++ Error] DSUtil.hpp(560): E2238 Multiple declaration for 'ULONGLONG'
[C++ Error] DSUtil.hpp(454): E2344 Earlier declaration of 'ULONGLONG'
[C++ Error] DSUtil.hpp(560): E2356 Type mismatch in redeclaration of 'ULONGLONG'
[C++ Error] DSUtil.hpp(454): E2344 Earlier declaration of 'ULONGLONG'
[C++ Error] DSUtil.hpp(560): E2188 Expression syntax
[C++ Error] DSUtil.hpp(560): E2293 ) expected

3. 에러나는 부분을 주석 처리한다. 아래에 나온 항목이 아닌데 에러나는 경우에도 주석 처리를 한다.
498행 : //static const Shortint DXDIAG_DX9_SDK_VERSION = 0x6f;
499행 : //static const HRESULT DXDIAG_E_INSUFFICIENT_BUFFER = 0x8007007a;
506행 : //static const __int64 NANOSECONDS = 0x3b9aca00;
558행 : //extern PACKAGE __int64 __fastcall Int32x32To64(int a, int b);
560행 : //extern PACKAGE __int64 __fastcall UInt32x32To64(unsigned a, unsigned b);
454행 : //typedef __int64 ULONGLONG;

4. 다시 빌드하고 실행한다.

5. 기타 에러 참고
ㄱ. 항목 (4). 설치에서 런타임 패키지 사용 안함으로 설정을 한 경우에는 함수를 찾을 수 없다고 링크에러가 발생한다. 그럴 경우에는 프로젝트에 ${DSPACK}\lib에 있는 d3d9.lib, quartz.lib, wmvcore.lib 를 추가하면 된다. 런타임 패키지 사용을 해제 하지 않은 경우에는 런타임 패키지 창에 DirectX9_BCB6;DSPack_BCB6를 추가한다.

ㄴ. TCustomOutline 관련한 링크 에러가 발생하는 경우에는 bpr파일을 문서 편집기로 열어서 bcbsmp.lib 항목을 삭제한 후에 다시 빌드 한다.

(6). 기타
처음에 DirectX를 August 2005 버전으로 받았는데 여기에는 DirectShow가 포함이 안되어 있어서 PlatformSDK Window 2003 SP1을 받아서 DirectShow, WIndows Core를 설치해서 사용을 하려고 했는데 문제점가 발생했다.

PlatformSDK에서 Windows Core를 설치하면 WIN32 API관련된 winnt.h, winuser.h 등의 기본 헤더 파일도 새로 설치되는데 DirectShow 사용을 위해 빌더 기본 include 경로보다 상위에 두면 새로 설치된 winnt.h, winuser.h 등의 헤더 파일 때문에 컴파일 에러가 발생한다. (M$에서 빌더도 생각을 하고 배포를 했으면 좋을텐데 그렇지 않으니....) 그렇다고 빌더 기본 경로보다 아래에 두면 갱신되어야 할 strmif.h, ksmedia.h 등이 빌더에 설치되어 있는 옛날 것을 인클루드해서 컴파일 하기 애문에 DirectShow 관련된 부분 컴파일에서 에러가 난다. 이렇게도 할 수 없고 저렇게도 할 수 없어서 DirectX SDK 다른 버전을 찾다가 DirectX Extra(February 2005)를 받아서 보니 DirectShow 관련된 헤더만 제공을 함으로 PlatformSDK에 있는 DirectShow를 설치할 때 갱신되지 않아도 될 헤더 파일까지 새로운 것을 사용해야 되는 문제를 피할 수 있다.

Delphi에는 다른건 신경 쓸 필요 없이 런타임 패키지 2개 컴파일 하고 디자인 패키지는 인스톨 하고 라이브러리 패스에 ${DSPACK}\src\DSPack, ${DSPACK}\src\directx 만 추가해주고 개발하면 된다.

[여기서 설치 과정 끝]

그저께는 두 시간 정도 헤매고 어제와 오늘은 새벽 4시까지 잠 못자고 설치하고 삭제하고 하는 작업을 반복했는데 막상 정리를 해보니 크게 복잡한 것은 없다.

빌더에서 DSPACK(DiretShow,DirectX)를 처음 사용하는 분들은 저처럼 해매지 않기 바랍니다.

컴포넌트가 등록되는 팔레트는 컴포넌트 소스 구현된 부분에 고칠수 있다.
Register()함수 찾은다음에 각자 환경에 맞는 팔레트 이름으로 변경하고 컴포넌트 설치한 다음에 빌더 재 실행하면 반영이 된다.

볼랜드포럼에 임프.박지훈님이 팁앤트릭란에 "쓰레드 사용의 기초와 활용예"란 제목으로 올린 글에 나온 내용을 만든 예제 프로그램 첨부한다.

src.zip