Babytook's T Blog

출처 : http://www.devpia.com 에 박제성(breadfan)님이 올리신 글입니다...

전에 회사 사람들 알려주려고 만들었던 건데요... 허접하지만 간단하게 나마 이용하실분 계실까 해서 올립니다...

1. 제 경험으로 봐서는 워드파일이나 파워포인트 문서를 .htm 파일로 변경하는건 좋지않은 방법 같습니다.
   알수없는 지저분한 소스들도 너무 많이 붙고... 그래서 저는 아예 첨부터 .htm 파일 만드는것으로 시작
   합니다. 깔끔하거든요... 이쁘게 하고 싶으면 아는 소스 다 쓰셔서 휘황찬란하게 할 수도 있습니다.
   뭐... 나모나 드림위버를 써서 이쁘게 할 수도 있겠죠.

2. 일단, 작업할 .htm 을 먼저 만듭니다. 이때, .chm 파일의 구성을 생각하셔서 소단위별로 만드시는게 좋습니다.
   파일하나당 화면하나의 구성이 좋습니다. 싫으면 마시구요... -_-;;

3. .htm 파일이 모두 만들어졌으면, "HTML Help Workshop" 을 실행시킵니다. 그리고 File->New를 선택하시면
   생성할 종류를 선택하는 창이 하나 뜨는데요, 여기서 "Project"를 선택합니다. 그러면, 위저드가 하나 뜨고요,
   첫 화면에서 그냥 다음으로 넘어갑니다. 그리고 두번째 화면에선 만들고자 하는 프로젝트 파일의 경로와
   프로젝트 이름을 지정할 수 있습니다. 마음에 드는 이름과 경로를 선택한 후 다음으로 넘어갑니다.

   그러면 컨텐츠파일과 인덱스 파일, html 파일을 지정할 수 있는 화면이 나오구요, 여기서 모두 선택하지 않고
   다음으로 넘어갑니다. (선택하면 어떤 일이 생기는지는 한번 해보시기 바랍니다.) 그러면 마침이 나오네요,
   그리곤 프로젝트가 열려서 작업을 할 수 있게 해줍니다.

4. 자! 여기서 우리가 필요한 .htm 파일을 추가시켜야 하는데요, 왼쪽 프레임이 "Project", "Contents", "Index"
   이렇게 세가지 탭이 있죠? 여기서 일단 "Project" 에서 위에서 두번째 버튼에 마우스를 올리면 "Add/Remove
   Topic Files"라고 설명이 나오죠? 이걸 눌러주세요. 여기서 필요한 .htm 파일을 선택해주세요. 그러면 "Project"
   창에 추가시킨 파일이 모두 뜰겁니다. 그러면...

5. "Project" 옆에 있는 "Contents" 탭을 열어주세요. 그러면, 컨텐츠파일을 하나 새로 만들거나 있는걸 활용하라는
   메시지 창이 하나 뜹니다. 하나 새로 만드시죠... 역시 원하는 위치에 원하는 이름으로 만듭니다. 이왕이면 프로
   젝트 폴더에 만드시는게 좋겠죠...? 그러면 컨텐츠 탭이 활성이 됩니다. 그럼... 위에서 두번째 버튼을 보시면
   "Insert a heading" 이라는 설명이 나오죠? 이건... 챕터 단위로 구분을 하고 싶을때 씁니다. 그 밑에 "Insert
   page"는 챕터아래 파일을 둘때, 아니면 간단한 도움말 파일이라서 챕터 단위의 구분이 필요없을때 씁니다.

   우리는 일단, 챕터 단위로 해보죠. "Insert a heading" 버튼을 강하게 압박해주세요. 그러면, 창이 하나 뜹니다.
   여기서 add 버튼을 클릭하면 추가시킨 .htm 파일들이 모두 뜨는 창이 하나 나오구요. 그중에 헤더로 쓸 파일을
   하나 선택해서 추가시킵니다. 그리곤, 파일의 타이틀을 써주세요. 이건 도움말 피일 리스트에 표시될 이름이니
   이쁘게 선택하세요. 자, 메인헤더가 결정이 되었으면 다음 챕터의 시작이 필요하겠죠? 다시 "Insert a heading"
   을 눌러서 챕터의 헤더를 선택하세요. 여기서 아마도 두번째 추가시킨 헤더가 위로 올라가는 경우가 있을 수도
   있습니다.

   당황하지 마시구요... 아래쪽에 보면 화살표들이 있죠? 아래 화살표를 사뿐이 누르시면 밑으로 내려갑니다.
   그리곤, 메인헤더가 두개면 안되죠? 오른쪽 화살표를 눌러주세요. 그러면 Layer 로 챕터가 만들어집니다.
   이런식으로 오른쪽, 왼쪽, 위, 아래 화살표를 이용해서 depth 를 조절해주세요. 챕터의 아래에 사용할 파일을
   넣으시려면 좀 전에 설명드렸듯이 "Insert page"를 눌러주세요. 방식은 같답니다.

6. 다음은 "Index" 입니다. 이건 검색어를 미리 입력해서 검색기능을 부여하는 텝인데요, 재미있습니다. "Index" 탭
   을 선택하면 "Contents" 처럼 파일을 선택, 생성할수 있는 창이 뜹니다. 방식은 같습니다. 그래서 "Index" 탭이
   활성이 되면 두번째 버튼이 열쇠로 되어있죠? "Insert a Keyword" 라고 설명이 뜹니다. 이걸 선택해주세요.
   그럼 파일을 선택하고 검색어를 지정할 수 있게 되어있죠? 컨텐츠와 거의 비슷합니다. 이런식으로 작업을 하신
   후 툴바에 있는 왼쪽에서 세번째 버튼을 보시면 "Compile Html File" 이라는 설명이 나오는데요, 이걸 눌러주세
   요. 그러면 .chm 파일이 생깁니다. 그리고 그 옆의 버튼은 만들어진 도움말 파일을 볼수 있게 해주는 버튼이구
   요...
   
이정도면 연습삼아 도움말을 만들 수 있을 정도는 되는것 같네요. 그다지 많은 기능이 있지 않으니 해보시면서 이것저것 눌러보시면 금방 익숙해지시리라 믿습니다.
참고로, "HTML Help Workshop" 은 비졀스튜뎌 써비스팩에 포함되어있습니다.




출처 : http://www.devpia.com 에 탱크장(tank952)님이 올리신 내용

Microsoft HTML Help Downloads

HTML Help의 다운로드는 마이크로 소프트 다운로드 센터에서 받으세요.

Help Viewer 업데이트

HTML Help 설치와 업데이트 패키지 (Hhupd.exe) 1.40는 HTML Help를 최신 버전으로 갱신하며, 자유롭게 배포가 가능합니다. 1.40 버전은 인텔 플랫폼에서만 사용 가능하며 모든 언어를 지원합니다. Windows XP, 2000, ME, 98 사용자는 Hhupd.exe를 실행하지 마십시오. 자세한 것은 주의를 참조하세요.

Download Hhupd.exe

최신 버전의 HTML Help Workshop 받기

Download Htmlhelp.exe

일본 버전의 HTML Help Workshop에만 적용됩니다:

Download Htmlhelpj.exe

HTML Help 문서

문서에는 다음의 파일이 포함되어 있습니다.

• HTML Help 저작 가이드 (Htmlhelp.chm)

  HTML Help Workshop을 사용하여 도움말 프로젝트 계획짜기,만들기,컴파일 하기등을 설명합니다.

• HTML Help ActiveX 컨트롤 레퍼런스 (Hhaxref.chm)

  HTML Help ActiveX Control의 메소드, 명령어, 매개 변수등을 설명합니다.

• HTML Help API 레퍼런스 (Api.chm)

  HTML Help API의 경고 메시지, 구조, 명령어등이 있습니다.

• HTML 레퍼런스 (Htmlref.chm)

  기본 HTML 레퍼런스

• HTML Help Viewer의 도우말(Viewhlp.chm)

  HTML Help 뷰어에 제공되는 도움말 주제의 설정을 필요에 따라서 설정할 수 있습니다.

• HTML Help API 라이브러리 파일 (Htmlhelp.lib)

Download HelpDocs.zip

최종 사용자 계약

The end-user license agreement (EULA) 는 HTML Help 다운로드의 일부입니다. 제품을 다운로드 받기 이전에 나타납니다.

시스템 요구사항

인터넷 익스플로어 최신 버전으로 설치. http://www.microsoft.com/ie.

8 MB 정도의 여유 공간.

주의

중요합니다! 설치 및 업데이트 하기전에 워크삽을 닫습니다. HTML Help ActiveX 컨트롤이 제대로 동작하지 않는 경우가 발생할 수 있습니다.

설치하려면, 링크를 오른쪽 클릭해서 "다른 이름으로 대상 저장"을 선택하고 저장할 위치를 선택하세요. 파일이 다운로드되면, 더블 클릭하여 실행합니다.

Windows XP, 2000, ME, 98 사용자는 Hhupd.exe를 실행해서는 안됩니다. 급한 경우가 아닌경우에는 서비스 팩이나 윈도우 업데이트를 통해 다루어지게 됩니다.

• Windows XP and 2000 사용자는 Microsoft Windows Update를 통해 업데이트 하세요.
• Windows ME 사용자는 Windows ME Update를 통해 업데이트 하세요.
• Windows 98 사용자는 811630 Security Update page에서 업데이트 하세요.

관리자 허락이 없는 경우에는 HTML Help 설치와 업데이트 패키지는 윈도우 NT 시스템에서는 설치할 수 없습니다.

새로운 기능을 추가할 계획은 아직 없습니다.

1. 데몬의 종류(펌)

데몬에는 sendmail 이나 아파치 처럼 단독으로 실행되는 것들이 있고 데몬들을 여러가지 서비스 등을 한꺼번에 관리하는 슈퍼 데몬이 있다

리눅스 초기 설치 시, 또는 추가 또는 수정하였을 때 데몬을 리스트에 올리거나 내릴 수 있으며(ntsysv) 지금 나열하는 데몬의 종류는 레드헷 리눅스(Red hat Enterprise Linux) AS 4.0 버전 기준으로 작성한 것이다. 출처는 각 데몬의 도움말을 참고하였다.

1. NetworkManager : 자동으로 최대 사용가능한 연결에 네트워크 연결을 스위칭한다.

2. acpi : 커널로부터 ACPI 이벤트들을 받아서 처리한다.

3. anacron : downtime까지 남겨진 cron 작업들을 실행한다.

4. apmd : 베터리 상태를 모니터링하고 기록(syslog(8))한다. 고급 전원 관리기능을 하는 데몬

5. arptables_jf : 자동으로 arptables로 패킷 필터링을 하는 방화벽 데몬

6. atd : 백그라운드 작업을 수행하거나 예약 명령을 처리한다.

7. autofs : 서버의 파일을 읽을 때 자동으로 마운트하도록 해주는 데몬

8. bluetooth : 서비스 검색과 인증 서비스를 위한 데몬

9. chargen : 케릭터를 발생시키는 내부적인 xinetd 서비스 데몬(tcp버전)

10. chargen-utp : 9번과 동일 utp버전이다.

11. cpuspeed : 동적인 cpu speed 데몬

12. crond : 리눅스에 등록된 명령어들을 정기적으로 수행하는 데몬

13. cups : 프린터 데몬

14. cups-config-deamon : D-BUS를 통한 프린터 환경설정 데몬

15. cups-lpd : cups와 통신하는 레거시 lpd 프로토콜 데몬

16. daytime : 현재 시스템 시간을 가져와 프린트해주는 내부 xinetd 데몬 (tcp버전)

17. daytime-udp : 현재 시스템 시간을 가져와 프린트해주는 내부 xinetd 데몬(udp버전)

18. diskdump : 시스템 충돌이나 diskdump모듈이 초기화되면 덤프파일을 저장

19. echo : echo의 케릭터들을 클라이언트로 뿌려주는 xinetd데몬 (tcp)

20. echo-udp : (udp) version

21. eklogin : 케베로스 5를 가지고 암호화시키는 데몬

22. gpm : 텍스트기반의 리눅스 어플리케이션에 마우스를 서포트하는 데몬

23. gssftp : kerberized ftp 서버 케베로스 5를 가지고 암호화

24. haldeamon : 소스로부터 하드웨어에 대한 정보를 모으고 유지하는 데몬

25. iiim : 중요한 IIIMSF 요소

26. iptables : 방화벽 설정 데몬(iptables)

27. dirda : (infrared Data Association) wireless를 위한 표준 협회

28. irqbalance : 프린터 작업 분배 담당

29. idsn : ISDN 서비스 설정 데몬

30. klogin : 케베로스 5 인증, dsd 타입, rlogin 세션을 설정하는 데몬

31. krbs-telnet : 케베로스 5 인증, 보통의 텔넷 세션

32. kshell : 케베로스 5 인증, rshell 인증

33. kudzu : 하드웨어 검색 데몬 이 서비스를 중지시키면 새로 장착하는 하드웨어가 없는 한 부팅시간을 단축시킨다. 보통의 경우엔 꺼두는 것이 좋다.

34. Im-sensors : 메인보드 센서값을 모니터링한다.

35. mdmonitor : RAID 모니터링과 관리 담당 데몬

36. mdmpd : 다중 경로 디바이트 모니터링과 관리

37. messagebus : 시스템 이벤트나 다른 메시지를 알려줌

38. microcode-ctl : cpu 마이크로코드를 지원하는 스크립트

39. netdump : netconsol과 netcrashdump 요소들을 초기화시키는 데몬

40. netfs : NFS, SMB/CIFS, NCP등을 마운트 또는 언마운트 시키는 데몬

예를 들어 NFS서비스를 사용하고자 할때는 미리 이 데몬을 띄어 놓아야 한다.

41. netplugd : non-static 네트워크 인터페이스를 관리하는 데몬

42. network : 부팅시 모드 설정된 네트워크 인터페이스를 활성화 또는 비활성화시키는 데몬

43. nfs : tcp에서 파일 공유 데몬, 리눅스에서 nfs서버를 운영할 때 쓴다.

41. nfslock : nfs서버를 운영할 때 다수 사용자들의 접근을 방지할 때 쓴다.

42. nscd : 느린 DNS서비스나 NIS, LDAP를 쓰면 이 데몬을 띄어 주어야 한다.

43. NTPD : ntpV4 데몬, 시간 동기화를 맞춰 주는 데몬

44. pcmcia : 이더넷 데몬 노트북에서 주로 사용하는 데몬이다.

45. portmap : RPC 연결 관리 데몬(NFS, NIS)

46. psacct : 프로세스에 대한 설명을 시작하거나 중지할때 쓰는 데몬

47. rawdevices : raw디바이스를 블록 디바이트에 맵핑시켜주는 스크립트

48. readahead : startup 퍼포먼스를 증가시킨다.

49. readahead-early : 위와 같다.

50. rhnsd : 서비스 레벨에 따라 시스템 모니터링 작업 수행과 업데이트 등을 위해서 연결된 작업을 레드햇 네트워크 서버에 핸들링한다.

51. rpcgssd : 유저레벨 데몬 시작, NFSv4 클라이언트를 위해서 RPCSEC 관리

52. rpcidmapd : 유저레벨 데몬, 유저 uid와 gid값을 매핑시켜준다.

53. rpcsucgssd : 유저레벨 데몬

54. rsync : crc check summring, 동기화 데몬

55. rwhod : finger와 비슷하다. 원격 유저가 유저 리스트를 얻을 수 있다.

56. saslauthd : 인증된 요청을 핸들링하는 서버 프로세스

57. sendmail : 메일 서버 데몬

58. smartd : 자기 모니터링과 리포틍

59. snmpd : 단순 네트워크 관리 프로토콜

60. snmptrapd : snmpd trap 데몬

61. sshd : 오픈 ssh 서버 데몬

62. syslog : 로그 데몬

63. telnet : 텔넷 서버 데몬

64. time : RFC 868타임 서버 데몬 (TCP버전)

65. time-udp : time 데몬과 같다. (udp버전)

66. uncserver : uncserver를 설정

67. vsftpd : ftp 데몬

68. winbind : 삼바 win bind 데몬

69. xfs : X-window 폰트 데몬

70. xinetd : 슈퍼 데몬 각종 서비스를 관리 한다. (telnet, ftp, rlogin 등)

71. ypbind : NIS 데몬

다. 데몬의 실행과 중지
단독 데몬들은

# service deamonname start | stop

을 실행함으로서 실행과 중지를 할 수 있다.

ex) # service network start | stop | restart

이 데몬들은 /etc/rc.d/init.d 디렉토리에 스크립트 파일을 가지고 있다.

스크립트 파일안의 내용을 수정하여도 된다.

부팅시 자동실행되는 데몬을 관리하기 위해서는 ntsysv명령어를 쳐서 쉽게 관리가 가능하다.

# ntsysv   // 현재 레벨의 데몬 관리 지정

# ntsysv --level 3 // 3번 레벨의 데몬 관리 지정

많이 사용하는 데몬 : 주로 사용하는 데몬으로는 xinetd, ftp(단독일경우), sshd(ssh 서비스 사용시)
정도가 있고 sendmail 을 사용하다면 이 데몬을 띄어 준다.
NFS 서비스를 사용한다면 nfs, nfslock, portmap, netfs 데몬들을 띄어 준다. 만일 사용하지 않는다면 꺼두는 것이 보안상 좋다.
named서비스를 사용하면 이 데몬을 띄어 주면 된다.
스케줄링 작업 데몬으로는 atd, crond 데몬 정도를 띄어 주면 된다.
시디를 자주 사용하지 않는다면 autofs 데몬을 정지시켜 놓는다.
테스트용이나 서비스를 하지 않는 데몬은 정지시켜 놓는 것이 바람직하다.

출처 : AS 4.0버전의 도움말

2. 데몬의 관리(펌)

   1). chkconfig  -->  runlevel에 따라 동작 하는 프로세스들을 확인 할 수 있다.

[root@panic-LINUX ~]# chkconfig --list | more
NetworkManager  0:off   1:off   2:off   3:off   4:off   5:off   6:off
NetworkManagerDispatcher        0:off   1:off   2:off   3:off   4:off   5:off
6:off
acpid           0:off   1:off   2:off   3:on    4:on    5:on    6:off
anacron         0:off   1:off   2:on    3:on    4:on    5:on    6:off
apmd            0:off   1:off   2:on    3:on    4:on    5:off   6:off
atd             0:off   1:off   2:off   3:on    4:on    5:on    6:off
auditd          0:off   1:off   2:on    3:on    4:on    5:on    6:off
autofs          0:off   1:off   2:off   3:on    4:on    5:on    6:off
bluetooth       0:off   1:off   2:on    3:on    4:on    5:on    6:off
cpuspeed        0:off   1:on    2:on    3:on    4:on    5:on    6:off
crond           0:off   1:off   2:on    3:on    4:on    5:on    6:off
cups            0:off   1:off   2:on    3:on    4:on    5:on    6:off

chkconfig 는 아래와 같은 option이 있다.
[root@panic-LINUX ~]# chkconfig
chkconfig version 1.3.20 - Copyright (C) 1997-2000 Red Hat, Inc.
This may be freely redistributed under the terms of the GNU Public License.

usage:   chkconfig --list [name]
         chkconfig --add <name>
         chkconfig --del <name>
         chkconfig [--level <levels>] <name> <on|off|reset>
응용을 해보면
[root@panic-LINUX ~]# chkconfig --list yum(서비스명)
yum             0:off   1:off   2:off   3:on    4:on    5:on    6:off
[root@panic-LINUX ~]# chkconfig --level 45(runlevel)  yum(서비스명)  off(on/off)
[root@panic-LINUX ~]# chkconfig --list yum
yum             0:off   1:off   2:off   3:on    4:off   5:off   6:off  ==> 4,5 runlevel 목록이 off로 바뀌었다.
[root@panic-LINUX ~]#

      2) ntsysv

ntsysv 1.3.20 - (C) 2000-2001 Red Hat, Inc.

                                   Services                      
                                                                  
                What services should be automatically started?    
                                                                  
                        [ ] NetworkManager                        
                        [ ] NetworkManagerDispatcher              
                        [*] acpid                                
                        [*] anacron                              
                        [ ] apmd                                  
                        [*] atd                                  
                        [*] auditd                                
                        [*] autofs                                
                                                                  
                                                                  
                          Ok                   Cancel            
                  
Press <F1> for more information on a service.                                  

      3)  직접 각 runlevel에 들어가서 수정 하기

[root@panic-LINUX ~]# cd /etc/rc.d/rc5.d
[root@panic-LINUX rc5.d]# chkconfig --list yum
yum             0:off   1:off   2:off   3:on    4:off   5:off   6:off
[root@panic-LINUX rc5.d]# ls | grep yum
K01yum
[root@panic-LINUX rc5.d]# mv K01yum S01yum
[root@panic-LINUX rc5.d]# chkconfig --list yum
yum             0:off   1:off   2:off   3:on    4:off   5:on    6:off
[root@panic-LINUX rc5.d]#

<Windows Version List>

Windows 3.0 / 3.1 (DOS)
Windows 95
Windows 98
Windows ME(Millennium Edition)
Windows NT 4.0 : 4.0
Windows 2000 : 5.0
Windows XP : 5.1
Windows Server 2003 : 5.2
Windows Vista : 6.0

API를 이용하는 유니코드와 ANSI 문자열간의 변환 방법

API를 이용해서 유니코드와 ANSI 문자열간의 변환은 어떻게 수행합니까 ?

Visual C++에서 유니코드 문자열은 BSTR이란 타입으로 표시됩니다. 또 유니코드와 ANSI 문자열간의 변환을 위해서 윈도우 시스템에는 MultiByteToWideChar와 WideCharToMultiByte라는 API가 존재합니다. MFC에서의 BSTR 타입 변환방법이나 ATL로 하는 BSTR 타입 변환도 참고하시기 바랍니다.

ANSI 문자열에서 유니코드로의 변환 방법 
// sTime이란 ANSI 문자열을 bstr이란 이름의 유니코드(BSTR 타입) 변수로 변환
char sTime[] = "유니코드 변환 예제";
BSTR bstr;
// sTime을 유니코드로 변환하기에 앞서 먼저 그 길이를 알아야 한다.
int nLen = MultiByteToWideChar(CP_ACP, 0, sTime, lstrlen(sTime), NULL, NULL);
// 얻어낸 길이만큼 메모리를 할당한다.
bstr = SysAllocStringLen(NULL, nLen);
// 이제 변환을 수행한다.
MultiByteToWideChar(CP_ACP, 0, sTime, lstrlen(sTime), bstr, nLen);
// 필요없어지면 제거한다.
SysFreeString(bstr);

Visual Studio 2005 Express Edition Beta 버전을 아래의 MS 사이트에서 다운 받아서 설치해 보았다.

http://msdn.microsoft.com/vstudio/

역시나 생각했던 것처럼 .NET 을 많이 닮은 꼴이였다.

실제로 개발 속도 향상이나 컴파일/링킹 부분의 속도 향상도 있는지에 대해선 테스트 해보질 못했다.

이쁜(?) 아이콘 및 그래픽 리소스에 MS 의 전략이 눈에 띄였지만... 그 부분이 정작 중요한걸 모두 포함하고 있는지에 대해선 의문이다.

VC 6과 비교해서 편리함을 보자면 [ class / fuction / struct ] 등등에 있어서 각각 접었다가 펼칠수 있다는 부분은 꽤 유용한 부분으로 보였다.

계속 사용해서 익숙해지면 정말 좋을꺼 같다는 생각도 들었고, 다양한 폰트도 맘에 들었다.

기존 VC 6 에 있는 폰트는 fixedsys 만 사용하다보니 단순해서 좋긴 했었지만 다양하지 못한 폰트에 지루함도 느꼈던게 사실이다. 암튼 그래픽 적인 부분은 멋지다 ^^

WndTabs 를 인스톨하지 않아도 자체에서 제공되는 WndTabs 의 기능과

Visual Assist 역시 인스톨하지 않아도 제공되는 부분은 장점중의 하나다.

익숙해 지려고 노력해도 좋을듯한 ^^

인스톨 하자마자 지울 생각으로 깔아서 테스트 해본 결과로는 나에게 좋은 점수를 얻은거 같다.

적어도 아직은 지울 생각이 없기 때문이다. ㅎㅎ

또한 .NET 의 무지막지한 인스톨 시간에 비해서 아직 베타 버전이라서 그런진 모르지만 상당히 빨랐던 것으로 느낀다.

암튼 현재로서는 대 만족 ^_^;;

신용우

        실제 게임에 사용하는 폴리곤의 개수는 갈수록 늘어가는 추세이며 이는 하드웨어의 발달에 힘입은 바가 크다. 최신의 비디오 카드들은 CPU를 능가하는 GPU(Graphics Processing Unit)을 탑재하고 있으며 이는 초당 수백만 폴리곤을 화면에 무리없이 그려낸다. 그럼에도 불구하고 3차원 게임 개발이 어려운 이유는 무엇인가? 역설적일지는 모르지만 개발자의 입장에서 보면 하드웨어가 게임을 모두 정석대로 소화하기엔 여전히 느리기 때문이다. 모든 개발자들은 자신이 만든 게임이 시스템 사양과 관계없이 초당 30프레임 이상으로 잘 동작하기를 바란다. 이를 위해 필연적으로 CPU와 GPU의 연산을 줄이는 특별한 방법(어떤 면에서는 trick에 가까운)이 필요하다. 개발자들은 이러한 방법들을 추상화 하여 쉽게 개발하기 위해 게임 엔진을 설계한다.

        개발자의 입장에서 게임 시나리오가 확정된 이후 3차원 게임을 개발을 시작하려고 할 때 처음 해야하는 일은 게임 엔진의 기초를 확립하는 것이다. 개발하려는 게임의 특성에 따라 각기 차이점은 있겠지만 엔진은 기본적으로 복잡한 장면(Complex Scene)을 관리할 수 있어야 한다. 장면(Scene)은 크게 정적 객체(Static Object)와 동적 객체(Dynamic Object)로 구분할 수 있다. 정적 객체란 게임의 실행시 한번 로딩한 이후 변하지 않는 객체, 즉 정적 게임 맵(Static Game Map)을 의미한다. 그러나 움직이는 문이나 동적 광원, 캐릭터, 아이템은 모두 동적 객체에 속한다. 그러나 장면 관리를 제어하기 위한 게임 엔진의 설계는 말처럼 쉽지는 않다. 많은 개발자들은 보다 뛰어난 장면 관리를 위한 방법들을 고안하였으며 이중  대표적인 것이 퀘이크(Quake)에서 사용한 BSP 기반 게임 엔진이다.

        둠 시리즈로 유명한 ID소프트웨어의 존 칼막(John Calmak)은 1995년도에 완전한 3D 환경의 게임인 퀘이크를 출시하였는데 이는 BSP, PVS, Light Map등 그 당시로서는 매우 획기적인 기술들을 도입한 놀라울만한 게임이었다. 이후 많은 개발자들이 퀘이크와 유사한 게임 엔진을 개발하기 위해 부단히 노력하였으며 이는 퀘이크 장르의 게임들이 쏟아져 나오는 계기가 되었다. 저자 또한 퀘이크 게임 엔진의 분석을 통해 많은 것을 배울 수 있었다. 이 문서 또한 그와 유사한 게임 엔진을 제작하는 기법에 대한 방법을 다룰 것이다.

[그림 1]. Quake (ID Software)

그럼 어떻게 BSP를 생성할 것인가? 폴리곤으로 구성된 입체를 BSP 트리 형태로 표현하는 방법은 다음과 같다.

위의 내용이 잘 이해가 되는가? 무슨 말인지 모르겠다면 당신은 정상이다. 그럼 예를 들어 살펴보자.

[그림 3]

[그림 4]

        위의 예제에서 폴리곤 A, B, C, D에 대하여 B-A-D-C의 순서로 BSP 트리를 생성하였다. 그런데 어떠한 폴리곤을 먼저 선택하느냐에 따라 여러가지 트리 형태가 나타날 수 있다. 결국 트리 형태는 폴리곤의 선택 순서에 달린 것이다. 만약 폴리곤을 D-C-B-A의 순서로 선택하여 트리를 구성한다면 어떻게 될까? [그림 12]와 같은 형태를 이룬다.

[그림 14]

        지금까지 다룬 내용이 BSP 트리를 구축하기 위해 필요한 모든 내용이다. 위의 내용을 정확하게 알 수 있는지 자신이 없다면 다음 문제를 보며 연습하길 바란다. [그림 16]에 좀 더 많은 숫자의 폴리곤을 배치하였다.  그림에서 보듯이 폴리곤 A, K, L은 동일 평면에 위치하고 폴리곤 B는 폴리곤 E를 분할함에 주의해서 스스로 BSP를 분할해 보고 결과를 비교해 보자. 폴리곤의 선택 순서에 따라 결과가 달라짐에 주의하라.

[그림 16]

GLUT Tutorial

GLUT 설정

by Antonio

원문 : http://www.lighthouse3d.com/opengl/glut/index.php3?1

GLUT 는 OpenGL 을 위한 표준 유틸리티 툴킷입니다. 즉 OpenGL 용 어플리케이션의 개발을 편하게 할 수 있도록 도와주는 도구로 생각하면 됩니다. Mark J. Kilgard 씨가 GLUT 를 만들었는데, 그 이유는 특정 윈도우 시스템들을 알지 못해도 OpenGL 용 어플리케이션을 만들 수 있도록 하기 위해서 였죠. 너무나 고마운 일 아닙니까? Mark J. Kilgard 씨와 GLUT 에 고마워합시다~ :) GLUT 를 사용하면 X 윈도우 시스템이나 마이크로소프트의 윈도우 시스템에 대해서 배우지 않고도 OpenGL 용 어플리케이션을 만들 수 있습니다. Kilgard 씨가 X 윈도우용의 GLUT 를 만들었고 나중에 Nate Robins 씨가 마이크로소프트 윈도우즈용의 GLUT 를 만들었답니다. 우리 모두 이 두사람의 위대한 업적에 갈채를 보냅시다!

이 강좌는 GLUT 를 사용해서 어플리케이션을 만드는 방법을 설명합니다. 단, 예제의 코드를 가능한 간단하게 만들기 위해서 화려한 시각 효과 같은건 만들지 않겠습니다.

무엇이 필요한가요?

GLUT 를 이용해서 어플리케이션을 만들려면 우선 최신버전의 GLUT 가 필요해요. 당연한 얘기인가요 ;) 이 글을 쓸 때, GLUT 의 최신버전은 3.7 이었습니다. GLUT 배포판은 아주 많은 예제를 포함하고 있기 때문에 이 강좌를 다 보고 난 다음에 예제를 분석해 보는 것이 좋겠죠? 당연한 얘기입니다! :) GLUT 가 없거나 GLUT 에 대해서 궁금한 것이 있으면 GLUTs 웹페이지를 살펴보세요.

GLUT 를 사용해서 C 언어로 어플리케이션을 만들려면 3 개의 파일이 필요합니다. :

• glut.h - 이 파일은 어플리케이션의 소스코드에 항상 포함해야하는 파일입니다. 이 파일은 대개 여러분이 사용하는 개발툴 시스템의 include 폴더 아래에 있는 gl 폴더에 들어있습니다.
• glut.lib ( SGI 의 윈도우즈 버전 ) 과 glut32.lib ( 마이크로소프트 버전 ) - 이 파일은 glut 를 이용하는 어플리케이션이라면 반드시 링크해야 합니다. 대개 개발툴 시스템의 lib 폴더에 들어있죠.
• glut.dll ( SGI 의 윈도우즈 버전 ) 또는 glut32.dll ( 마이크로소프트 버전 ) - OpenGL 을 사용하기 위해서 둘 중 하나만 선택하면 됩니다. 마이크로소프트 버전의 glut 를 사용하려면 glut32.dll 파일을 선택하세요. 이 파일은 운영체제의 system 폴더에 있어야합니다.

Visual C/C++ 6.0 환경 설정하기

Visual C/C++ 로 프로젝트를 만들려면 두가지를 설정해줘야 합니다. 하나는 콘솔 프로그램으로 만들 것인지 아니면 Win32 프로그램으로 만들 것인지 정해야합니다. 콘솔로 만들게 되면 어플리케이션은 두 개의 창을 갖게 됩니다. 하나는 콘솔창이고 다른 하나의 OpenGL 창이랍니다. Win32 를 선택했을 때 GLUT 를 사용하면 Win32 로 어플리케이션을 만들 때 만나게 되는 '프로그래머 혼란스럽게 하기' 란 장애물을 피해갈 수 있습니다. :) 이를 위해서 아래의 과정을 따라 하나만 바꿔주세요.

1. 주메뉴의 Project->Settings 를 선택하세요.
2. 대화상자에서 "Link" 탭을 선택하세요.
3. 콤보박스의 "Category" 에서 "Output" 을 선택하세요.
4. "Entry-point symbol" 에디트박스에 "mainCRTStartup" 이라고 입력하세요.

이미 만든 콘솔 프로젝트를 Win32 어플리케이션 프로젝트로 만들려면 아래의 과정을 따라 설정해주면 됩니다. 콘솔에서 Win32 로 바꾸는 것은 콘솔창을 만들지 않기 위해서겠죠?

1. 위의 과정을 따라서 entry-point symbol 을 추가합니다.
2. "Project Options" 에디트박스에서 "subsystem:console" 을 "subsystem:windows" 로 바꿔줍니다.

위의 과정을 일일이 다 해주기 귀찮다면 소스코드의 시작부분에 아래의 코드를 입력해주세요. 위의 과정과 똑같이 프로젝트를 설정해줍니다.

#pragma comment( linker, "/subsystem:\"windows\" /entry:\"mainCRTStartup\"" )

프로젝트를 위의 과정에 따라 올바르게 설정했다면 콘솔창은 없고 OpenGL 창만 있는 어플리케이션이 만들어집니다. 두번째 설정은 GLUT 를 어플리케이션에 링크해주는 것인데 Visual C/C++ 을 사용한다면 아래의 과정을 따라 설정하면 됩니다.

1. 주메뉴의 Project->Settings 를 선택하세요.
2. 대화상자에서 "Link" 탭을 선택하세요.
3. "Object/library modules" 에디트박스에 "opengl32.lib glut32.lib glu32.lib" 을 입력합니다.

주목 : glu32.lib 과 opengl32.lib 을 추가했습니다. 이 두개의 라이브러리 파일은 OpenGL 의 표준 라이브러리입니다. GLU 는 OpenGL 이 배포하는 표준 API 입니다.

모든 설정이 끝났나요? 잘 끝냈기를 바랍니다 :) 그럼 이제 GLUT 를 이용해서 어플리케이션을 만들어봅시다. 이 강좌에서 확실하지 않거나 궁금한 점이 있으면 연락해 주세요. 성실하게 답해드릴께요. 이런 강좌는 여러분들의 참여가 아주 중요하거든요.

이 강좌가 여러분들에게 도움이 되길 바랍니다. - Antonio -

좋은 팁!

출처: Grafix3d.net

1. Subversion 설치

우선 Subversion을 다운로드 합니다.

http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=91

다운종료 후, 실행

모든 옵션은 디폴트로 넘어가도 됩니다. Install!!

환경변수에 자동으로 추가 됩니다. 안되면 추가.

설치 종료.

2. 저장소 설치

우선 원하는 위치에 저장폴더를 생성합니다.

C:\>mkdir mysubvsn

C:\mysubvsn\>

저장소를 생성합니다.

C:\mysubvsn\> svnadmin create --fs-type fsfs mysvn

저장소가 생성되었습니다. 이제 저장소 환경설정을 합니다. 위의 명령을 실행하면 현재폴더 밑에 mysvn이라는 폴더가 생깁니다. 해당 폴더로 들어가면 다음과 같은 구조가 보이죠.

..\conf\svnserve.conf 파일을 엽니다.

파일의 내용은 위와 같고, 화살표로 표시된 부분의 주석을 제거합니다.

anon-access 는 일반유저의 접근권한 auth-access는 계정사용자의 접근권한입니다.

Password-db = passwd 는 사용할 계정의 파일명입니다. Conf 폴더에 ‘passwd’ 라는 파일을 만들어 다음 문구를 입력 후 저장합니다.

# User

[users]

eclipse4j = eclipse4j

이렇게 하면 설정은 끝납니다.

3. 데몬실행.

Apache 나 file, svn 중 svn으로 접속.

C:\mysubvsn\mysvn>svnserve -d -r c:\mysubvsn\mysvn

간단하죵. 접속테스트는 다음처럼.

C:\>svn checkout svn://127.0.0.1

그럼 C\>폴더에 127.0.0.1폴더가 생기죠. 확인되면 사정없이 지우셔도 됩니다.

4. eclipse plugin설치.

Help -> Software Updates -> Find and Install 에서

Search for new features to install을 선택.

다음화면에서 New Remote Site : http://subclipse.tigris.org/update 를 입력.

생성된 사이트의 체크박스에 체크 후 finish. 그러면 자동으로 update manager 가 실행되고 결과 창이 다음과 같이 나옵니다.

체크 후 플러그인을 다운받고 eclipse 리스타트가 되면 설치가 종료 된겁니다.

5. SVN 공유.

정상적으로 설치가 되었다면, 위와 같이 SVN Perspective 가 추가된 것이 보입니다. 해당 Perspective를 열고 CVS와 같이 New->Repository Loca…을!

접속정보를 입력합니다. 이것으로 설치와 접속은 종료되었습니다. 나머지는 CVS에서 처럼 프로젝트를 만들고 팀/공유 하고, 저장소 타입을 SVN으로 지정하시고 사용하시면 됩니다.

아직까지는 CVS를 쓰고 있지만 조만간 SVN으로 넘어가지 않을까 합니다. 뭐 CVS의 대체라고 하니까…

kldp : http://wiki.kldp.org/wiki.php/SubversionBook/