자바로 영상처리를 한다면, 개발환경 설정부터 영상처리 라이브러리 연동 방법까지는 은근히 까다롭다. 처음만 고생하면 된다지만 금방 까먹기 쉬우며, 매번 영상처리 프로젝트 또는 실험할 때마다 늘 반복하게 된다. 특히 책이나 참고 자료가 없다면 서너배이상 고통스럽기때문에, 미리 문서로 만드는 습관을 가졌으면 좋겠다.
이클립스에서, 오픈소스 영상처리 라이브러리 ImageJ를 이용해 플러그인을 만드는 방법이 인터넷에서 이미 공개되어 있다.
공개된 동영상의 내용을 간단하게 요약하면 다음과 같다.
[1] 이클립스 실행
[2] ImageJ 소스를 빌드할 프로젝트 생성
[3] 플러그인을 만들 프로젝트 생성
[4] 플러그인을 앤트로 빌드해 jar로 만들기
[5] jar를 ImageJ의 플러그인 디렉터리에 복사
[6] 이클립스에서, ImageJ 실행
마우스 품을 몇 번 팔아야 할 정도로 다소 복잡하지만, 플러그인 만드는 방법이 무난해 보인다. 허나, 크게는 세 가지 불편함을 느끼게 될 것이다.
첫째, ImageJ는 매우 빠르게 릴리즈 되는데, 그때마다 ImageJ 프로젝트 내 소스를 전부 엎어야 한다.
둘째, 플러그인 프로젝트는 단일 jar로 빌드된다. 알고리즘이 백 개라면? 먼저, 백 개 프로젝트를 일일이 만든다. 그 다음, 빌드 자동화 도구인 앤트의 환경 파일인 build.xml를 각 플러그인 프로젝트마다 다르게 설정해 jar로 만들어 복사한다.
셋째, jar 파일 복사 후, ImageJ 프로젝트를 새로 고침한 다음 ImageJ를 실행한다.
이러다 보니 플러그인 소스를 수시로 수정해야 한다면, 꽤 번거로울 수 있으며 ImageJ 실행까지 시간이 다소 걸리게 된다. 만약에 ImageJ 책에 위와 비슷한, 복잡하고 성가신(?) 연동 방법을 첫 부분에 실었다고 치자. ImageJ를 공부하는 독자가 머리에 김이 오를 정도로 "왜 불편하냐?" 라며, ImageJ 책을 던져 버릴 것이다. 만약에 인내심을 발휘해 간신히 따라 했더라도, 시간이 어느 정도 흐른 후에 다시 공부한다면 어떻게 될까?
오죽하면, 시중의 ImageJ 책에서 이클립스 연동 방법이 전혀 없으며, 딸랑 글로 이러쿵 저러쿵 하라는 식으로 기술했겠는가?
본론으로 되돌아가자. 왜 그리 복잡했을까? 사실, ImageJ의 플러그인 클래스 파일 또는 jar 파일이 있는 디렉터리를 기본으로 <ImageJ-root>/plugins/를 설정했기 때문이다. 만약에, ImageJ의 플러그인 디렉터리를 사용자가 지정할 수 있다면, 단일 프로젝트에서 플러그인 구현이 가능하다. 참고로, ImageJ 관련 자료에서 두 줄이 안 되는 부분에 실마리가 있다.
"You can specify the plugins dir property. This can be done by adding an argument like -Dplugins.dir=c:\plugindirectory to the commandline calling ImageJ."
ImageJ 실행 소스 및 플러그인 소스를 하나만 만든 상태의 프로젝트는 다음과 같다. conv2군이 내부적으로 플러그인 디렉터리를 자동으로 인식하도록 처리했다. 물론, 백 개이든 수 천개의 플러그인 소스를 단일 프로젝트에서 구현해도 문제가 전혀 없고, 한 번만에 ImageJ를 빠르게 실행시킬 수 있다. 무엇보다도 더 좋은 건 ImageJ가 릴리즈 되어도 마우스 한번 클릭하면 jar 파일을 자동으로 덮어 쓰기에, 전혀 신경을 쓰지 않아도 된다는 점이다.
이에 보듯이, ImageJ 라이브러리 연동 방법을 매우 간결하게 기술한다는 게 그리 어렵지 않을 것이다. 사실, 인터넷에 공개된 강좌에 대해 무한한(?) 신뢰를 갖는 게 바람직하지 않다. 매뉴얼이나 관련 자료를 꼼꼼하게 분석하는 게 우선이다. 이때 독자에게 매우 쉽고 차별화된 내용으로 다가갈 수 있는 지름길이 분명히 있음을 상기할 필요가 있다.
-- conv2's EOF |