"Smedge를 이용한 네트워크 분산 렌더링방식의 이해"
글. 이성찬
Nthma Production Team
Render Part TD
Nthma Production Team (http://www.nthma.com)
노 트 : 이 튜토리얼은 Smedge 2.33.1 버전과 Alias Maya 5.0 버전에서 테스트 되었다.
▣ 시작하면서
예전 신문에서 이런 기사를 읽은적이 있다. "일반 가정용 PC 또는 회사의 PC들을 활용함에 있어서 하루중 그 PC의 CPU가 동작해서 일을 수행하는 시간은 얼마나 될까?" 라는 질문이었는데, 그 대답으로 나온 것이 일반적으로 우리가 마우스를 클릭하여 어떤 작업에 대한 일을 수행하는 것은 일반적으로 30초에 한번꼴 이라는 것이다. 이것은 정말 일반적인 얘기이고, 하루중 컴퓨터가 켜있는 동안에 CPU가 그 능력을 발휘하는 시간은 컴퓨터가 켜있는 시간보다 휠씬 더 미비하다는 결론이다. 이 말에서 우리는 무엇을 배울 수 있는지 생각해 보자.
결국은 우리가 비싼값을 주고 산 CPU가 하루 종일 거의 놀고 있다는 얘기가 되는데, 이 얼마나 아까운 것인가? 우선 일반적인 예를 들어 얘기해 보았다. 그렇다면 컴퓨터 그래픽이라는 것을 하는 우리에게 있어서 이 CPU란 놈을 놀지 않게 하고 열심히 부려먹을 수 있는 방법은 없는 것인가? 필자가 이 번호에 말하고자하는 내용과 깊은 연관이 있다. 컴퓨터 그래픽, 특히 3D 프로그램을 이용한 애니메이션을 만드는 공정을 하는 작업이라면, 반드시 Rendering이라는 과정을 거쳐 결과물을 얻어야 한다. 하지만 이 Rendering이 라는 것이 장면에 따라, 크기에 따라, 컴퓨터의 성능에 따라 지대하게 영향을 받는다.
그래서 등장한 것들이 여러개의 컴퓨터를 연결해서 여러 시퀀스들을 뽑아내는 과정의 네트워크 렌더링이라는 것들이 개발 되었다. 그러나 과거의 비싼 컴퓨터 사정에 따라 개인 1인 1대 소유의 컴퓨터에 따라 그 제약을 크게 받았다. 네트워크 렌더링이라는 것이 결정적으로 2대 이상의 PC나 CPU를 요구하기 때문이다. 그렇다면 현재는 어떠한가? 컴퓨터의 가격은 성능대비 가격대가 정말 많이 내렸고, 또한 2대 이상의 컴퓨터를 소유하게된 가정도 심심치 않게 발견할 수 있다.
그렇다면 작게는 개인 작업자의 가정에서 또는 소규모 애니메이션 업체에서, 넓게는 렌더팜을 이용한 기업에서의 네트워크 렌더링에 대한 방법이 어떤 것이 있는 것인지? 또한 그 방법은 어떻게 사용하여야 유용하게 쓰일 수 있는 것인지에 관해 최고의 네트워크 분산렌더링 프로그램이라 불리워지는 Smedge를 가지고 지금부터 알아 보도록 하자.
(노트: 여기에 소개된 Smedge에 대한 소개는 Uberware사의 Smedge 매뉴얼에 대한 번역을 바탕으로 만들어 졌음을 밝혀두고, 실무 테스트는 극장용 애니메이션 Pre-Production 단계에서 사용가능을 충분히 검토 하였음을 밝혀 둔다.)
▣ 소 개
■ 네트워크 분산렌더링이란? 그리고 왜 필요한 것인가?
: 3차원 그래픽 가속기는 컴퓨터 내에서 3차원 화면을 구현할 때 그래픽 연산 능력을 증가 시켜 CPU에 걸리는 일의 양을 줄임으로써, 결과적으로 시스템 전체의 성능을 증가시키는 장치다. 현재 널리 쓰이고 있는 그래픽 가속기는 일반 PC에 기반을 둔 단일 그래픽 가속기로써 게임 등의 3차원 화면 렌더링을 위해서 주로 쓰이고 있다. 하지만 일반 PC 기반의 단일 그래픽 하드웨어를 과학 분야나 의료 분야 등에서 사용하기에는 적절하지가 않다.
이와 같은 분야에서 필요로 하는 것은 대화면 구현 능력과 기가바이트 이상의 데이터 처리 능력인데, 이는 PC 기반의 단일 그래픽 가속기에서는 처리가 불가능하다. 보통 이런 대화면, 대용량의 처리를 위해서는 서버용 그래픽 하드웨어가 사용된다. 하지만 그 비용이 워낙 고가이기 때문에 널리 사용되는데 많은 제약점이 되고 있다. 따라서 현재는 저렴한 단일 그래픽 가속기를 사용하여, 과학이나 영화산업, 의료분야 등에서 사용 가능한 고성능의 처리환경을 구축할 수 있는 분산 렌더링에 대한 연구가 활발히 진행되고 있다
G Humphreys, M. Eldridge, I. Buck, G. Stoll, M. Everett, and P. Hanrahan. WireGL: A Scalable Graphics System for Clusters. Proceedings of SIGGRAPH 2001. pp 129 - 140
Greg Humphreys, Mike Houston, Ren Ng, Randall Frank, Sean Ahern, Peter D. Kirchner, James T. Klosowski, Chromium: a stream-processing framework for interactive rendering on clusters, ACM Transactions on Graphics Volume 21 , Issue 3 Pages: 693 - 702, July 2002
: 분산 렌더링은 네트워크를 통해 연결된 여러 대의 렌더링 머신을 병렬적으로 동작시킴으로써 보다 높은 성능을 구현하는 방법이다. 각각의 렌더링 머신은 일반 PC기반의 하드웨어를 그대로 사용하기 때문에 서버급 그래픽 하드웨어나 보드레벨의 병렬 구조 그래픽 카드에 비해서 비교적 저렴하게 구현될 수 있으며, 후에 성능 증가를 위한 업그레이드 비용도 비교적 저렴하다.
필요에 맞게 각 렌더링 머신의 CPU나 단일 그래픽 카드, 네트워크 카드 등만을 교체하는 방식으로 업그레이드가 이루어지기 때문에, 대형의 서버를 유지하는 것보다 저렴하게 성능을 향상시키면서도 3개월 단위로 바뀌는 현재의 컴퓨터 환경에 보다 유연하게 대처할 수 있다. 하지만 이 분산 렌더링 기법은 네트워크의 전송량에 따라 시스템 전체의 성능이 크게 좌우된다는 큰 단점이 있다.
분산 렌더링 기법은 기본적으로 네트워크에 연결된 렌더링 유닛을 사용하여 렌더링을 하기 때문에 이 렌더링 유닛들 간에 필요한 데이터를 주고 받는 과정이 필연적이다. 현재의 네트워크 환경이 과거와 비교해서 많이 빨라졌다고는 하지만, 아직까지는 컴퓨터 내부의 전송 속도와는 비교할 수 없을 만큼 느리다. 따라서 단일 렌더링 유닛에서 충분한 연산 성능을 발휘하더라도, 처리에 필요한 데이터를 받지 못하거나, 처리가 끝난 결과 값을 전송할 수가 없어서 결과적으로 시스템 전체의 성능이 저하되는 현상이 발생한다. 이를 극복하기 위해선 여러 방안이 있겠지만, 본질적으로 네트워크를 통해 전송되는 데이터의 양을 감소시키는 것이 가장 좋은 방법이다.
: 보통 영화용 필름 한 장(한프레임)의 렌더링 시간은 약 2시간에서 길게는 10시간정도 걸리게 된다. 또한 이러한 영화는 초당 24프레임으로 재생됨으로 1시간 30분 분량의 영화를 제작하기 위해서는 수 만시간의 렌더링 시간이 요구된다. 결론적으로 3D CG 제작에 필요한 렌더링 작업을 빠른 시간에 처리하기 위하여실제 Rendering을 수행하는 복수의 Workstation 혹은 Server들은 네트웍 장비 등을 이용하여 하나의 대형 시스템으로 통합되고, 작업자는 마치 한 대의 시스템을 사용하는 것처럼 손쉽게 전체 시스템 및 작업을 컨트롤할 수 있는 통합 시스템을 만들어 사용할 수 있겠끔 하기 위해 네트워크 분산렌더링을 위한 프로그램인 Smedge와 같은 제품을 사용하는 것이다.
: 네트워크 분산 렌더링을 위한 프로그램
- http://www.uberware.net Smedge (마야, 맥스, 쉐이크등 지원)
- http://www.vvertex.com Muster
- http://wwwrendercorp.com RenderMax Server
- http://www.stationx.com Spider (라이트웨이브 렌더링 툴)-현재 마야 지원
: 기본적인 네트워크 렌더링에 대한 개념을 알기 위해 간략하나마 설명해 보았다. 이번에는 실제적으로 네트워크 분산렌더링을 구현할 수 있는 Smedge에 대해 알아보자.
▣ Pre-Smedge Checklist
1. 렌더 클라이언트에 마야 인스톨 하기
- 각 클라이언트로 사용될 컴퓨터에 마야를 설치한다.
- Ex) Program FilesAliasWavefrontMaya 5.0
2. 공유된 프로젝트 공간 설정
- 모든 클라이언트 컴퓨터의 네트워크 드라이브를 동일 볼륨하에 연결한다.
- Ex) 네트워트 드라이브 설정 nthma-serverd$ (Z:)
3. 렌더 클라이언트에 Smedge 설치하기
- 각 클라이언트로 사용될 컴퓨터에 Smedge를 설치한다
4. 렌더를 위한 Smedge 설정
- Ex) 렌더러로 Maya를 선택했을 경우 실행할 수 있는 경로 지정
C:Program FilesAliasWavefrontMaya5.0binRender.exe
- 라이센스를 확인했는가를 최종 확인
5. 테스트 하기
: 위의 1-5번의 과정은 후에 설명하겠지만 전용서버를 기본 모델로 클라이언트가 세팅이 되어있는 형태의 과정이다. 이 다섯과정은 네트워크 분산렌더링을 하기 위한 기본이 되므로 반드시 선행적으로 이루어져야 한다. 또한 이 과정을 보여 주기 위해 Maya의 Scene을 예를 들기 위해 설정했지만 Maya 이외에도 3D Studio Max, Softimage, Lightwave, Shake등의 렌더도 모두 지원하므로 테스트 해 보기 바란다. 그럼 이제 Smedge의 인스톨 과정부터 시작해서 심도있게 알아보도록 하자.
▣ Installing Smedge
- Smege 안에는 인스톨 프로그램이 딸려있다. 그러나 Smege는 또한 자체적으로 어떠한 컴퓨터 환경에서도 Smege.exe를 실행함으로써 설치할 수 있다. Smedge를 실행하기 위해 필요한 5개의 파일이 있다.
Smedge.exe
The executable itself
Smedge.exe
A supporting appliction for crash protection
Platform.dll
A library of Win32 network functions
Smedge.hlp
The help file
Smedge.cnt
The contents file for the help system
- 이 외의 파일들은 Smedge를 구동시키는데 직접적으로 필요한 파일들은 아니다.
- Smedge를 실행한 후에 우리는 Smedge.exe 파일로 만들어진 같은 디렉토리를 개인의 컴퓨터 상에서 볼 수 있을 것이다. 이것들은 debugging log 파일들이다. 파일의 이름들은 우리에게 어떠한 컴퓨터가 이러한 log 정보를 만들어내는가를 알려줄 것이다. 또한 우리는 언제나 이 파일들을 삭제할수 있다. 문제가 생긴다면 그것들을 기술 지원팀에 log 파일을 보내어 기술적인 지원을 받을 수 있다. 이 파일은 Smedge에서 발생된 것에 관한 정보와 그것이 하려고 했던 것에 관한 모든 정보를 포함하고 있기 때문에 기술적인 지원을 통해 문제해결을 받을 수 있다.
- Smedge를 설정하기 위한 쉬운 방법은 우리의 파일서버에 공유된 디렉토리위에 설치하는 것이다. 이 말은 전에 설명했던 동일 볼륨하에 네트워크 드라이브를 생성하라는 의미가 된다. 그런다음 우리가 해야할 일은 Smedge를 실행하기를 원하는 각각의 컴퓨터에 실행할 수 있는 바로가기를 만들어 주는 것이다. 모든 사용자에 대해서 Start 메뉴의 Startup 폴더에 Smedge 바로가기를 넣어두는 것도 좋은 생각이다. 이 방법은 누구라도 컴퓨터에 로그인할 때마다 Smedge는 자동적으로 실행되기 때문이다. 이렇게 하면 렌더를 하고자 하는 메인 컴퓨터 (물론 렌더를 원하는 어느곳에서도 가능하다)에서 쉽게 컨트롤해서 렌더를 쉽게할 수 있다.
■ Smedge 설정
- HKEY_CURRENT_USERSoftware 와 HKEY_LOCAL_MACHINESoftware의 위치에서의 Smedge 위치 확인
- 기본값으로 Smedge는 다음과 같은 방법으로 클라이언트를 설정할 것이다.
ｏ Smedge는 사용자의 PATH environment variable에서 모든 렌더러를 실행할 수 있는 가를 추측할 것이다.
ｏ Smedge는 클라이언트에서 렌더하기 위해 라이센스를 확인할 것이다.
ｏ Smedge는 마야스크립트와 일반 스크립트를 만들어 낸다.
ｏ Smedge는 시간에 대한 제한성이 없다.
ｏ 컴퓨터상의 모든 CPU는 job에 대해 사용가능하게 된다.
ｏ Smedge는 로컬 Temp폴더에 output을 저장할 것이고 그것은 5MB까지 제한된다.
▣ The Way of Smedge
■ Smedge 인터 페이스
1. 현재 렌더링중인 모든 패킷들에 대한 리스트를 볼수있게 선택할 수 있고 또는 함께 연결된 모든 클라이언트에 대한 목록을 선택할 수 있다.
2. 활성화된 패킷들을 렌더링하는 job에 대한 목록창
3. Job에 대한 각 클라이언트의 상태를 알 수 있는 상태창
■ 클라이언트와 서버
Smedge는 P2P 방식의 네트워킹 어플리케이션이다. 이것은 항상 작업을 수행할 때 중앙 Smedge서버가 있다는 것이 아니다라는 것을 의미한다. (Smedge버전 3.1 과 그 이후 버전에서는 전용서버를 구축 할 수 있다. 그러나 클라이언트와 서버의 주안점은 Smedge 내부의 특별한 방식에서 사용되어진다.)
- Client
클라이언트는 Smedge를 운영하는 어떠한 컴퓨터를 말한다. 프로그램의 클라이언트 부분은 Smedge의 실제 작업을 한다는 것이다 : 패킷을 렌더링하는 것.
- Server
서버는 네크워크상에 모든 Smedge에 대해서 작업을 나누어주는(급파)하는 역할을 하는 Smedge의 특별한 예중의 하나이다. 이것은 Smedge가 두 컴퓨터가 동시에 같은 패킷에서 작업을 하지 않는다라는 것을 확실하게 하는 방법인 것이다.
- 어떤 Smedge 클라이언트는 서버처럼 행동할 수도 있다. 우리는 Smedge가 윈도우 창 구석에 "Connected" 라고 쓰여진 부분을 봄으로써 Smedge가 연결되었구나 라고 알수있다. 서버 컴퓨터가 꺼찔때(사용자는 그 컴퓨터의 Smedge를 닫고 컴퓨터를 끄거나 컴퓨터가 멈추었을 때), 네크워크상에 다른 Smedge 클라이언트중하나는 서버의 역할을 넘겨 받게 된다. 왜냐하면 모든 클라이언트는 모든 job 정보에 대한 목록을 가지고 있기 때문이다. 이러한 일이 일어나더라도 데이터의 손실은 없다. Smedge가 새로운 서버에 연결하고 통상적인 작업수행을 요약하는 동안 약 2초 정도 걸리는 것은 일반적인 것이다.
■ Job
- Smedge가 다루는 정보의 중앙 부분이 job이다. 그 job은 클라이언트가 무엇을 하는지를 말해주는 정보를 담고 있다.
ｏ어떤 제품을 사용할 것인가.
ｏJob 이름 (단순히 정보수집의 목적이다)
ｏ렌더하기 위한 Scene 파일
ｏ장면에 대한 프로젝트 (일부경우에)
ｏ렌더하기 위한 Frame의 범위
ｏ사용하기 위한 패킷의 크기
ｏ렌더러에게 넘겨주기위한 특별한 파라미터들
ｏ우선순위
- 이 job의 특이성은 제품에 의존한다는 것이다.
- 마지막의 두 아이템은 어떻게 job을 클라이언트에게 넘겨주는 가를 Smedge가 알 게 함으로써 사용되어질 수 있다. job의 우선순위는 어떤 내려진 job이 렌더되어질 것이가를 결정하는 것이다. 좀더 높은 우선 순위의 job들은 낮은 순위의 job들 전에 렌더되어진다. job의 우선순위가 제로라면 job에 대한 패킷은 렌더를 보내지 않는다. 이것은 일시정지 기능과 같다.
- 클라이언트 그룹은 Pool로 모여질 수 있다. 이 job은 pool에 적용되고 pool에 적용되지 않은 pool넘어의 job들에서의 컴퓨터들에 대해 우선순위를 가지게 된다. 당신은 클라이언트가 클라이언트가 속하지 않은 pool에서의 job을 렌더할 수 있게 할지 않을지를 결정할 수 있다.
- pool이 우선순위 보다 우위에 있다는 것을 인지해라. 컴퓨터는 두 개의 job의 우선순위에 대해서는 "out-of-pool"에 대한 job을 간주하지 않기 전에 "in-pool"을 렌더할 것이다.
- 만약 job의 pool과 우선순위가 같다면 그것들은 먼저 온 것을 렌더할 것이고 우선 제공될 것이다.
■ Packet
- 패킷은 클라이언트에 의해 렌더된 실제 장면의 부분이다. 패킷은 job의 패킷 크기 파라미터에 의해 결정되어진다. 그리고 프레임의 단위에 있다.
- 예를들면 당신이 50 프레임을 렌더할 것이고 패킷 사이즈가 5로 설정되었다면 장면은 각 5 프레임당위로 일을 나눌 것이다. 첫 번째 패킷은 1-5 프레임을 담고 있고 두 번째 패킷은 6-10프레임으로 나누어진다. 각각의 클라이언트는 렌더하기 위한 패킷을 요청한다. 서버는 첫 번째 패킷을 가지고 시작할 것이다. 클라이언트가 패킷을 끝냈을 때 업데이트 된 패킷의 상황과 다음 패킷에 알려줄 것이다. 패킷은 모든 패킷이 전달될 때 까지 이러한 방법으로 전달된다.
- 패킷 제공방법은 장점과 단점이 있다. 왜냐하면 패킷의 조각들은 당신이 클라이언트의 전체 수에 의해 전체 프레임을 나눈 것 보다 작기 때문이다. 당신은 당신이 프레임부터 프레임까지의 간격을 가진 장면을 가지고 있다면 그 소스를 좀 더 효과적으로 사용할 수 있다. 그러나 그것은 각각의 패킷의 대한 렌더링 어플리케이션을 시작하는데에 있어서 손실을 초래할 수 있다. 그래서 그것은 싱글 프래임 패킷을 단순히 사용하는 것은 항상 현명한 것은 아니다.
- 절충안은 당신의 특별히 요구하는 것에 대한 패킷 크기를 설정하는 것이다. 당신이 빨리 렌더를 해야하는 job이 있다면 큰 숫자를 사용해라. 당신이 늦게 렌더해도 되는 것이 있는 것은 작은 패킷 크기를 사용해라. 렌더링 클라이언트와 네트워크에 기반한 다른 job에 대해서 최적화된 패킷 크기를 결정하는 테스트를 해야만 할 것이다.
▣ Smedge Client
- 이 대화 상자는 당신이 Smedge가 어떻게 렌더 클라이언트처럼 행동할 것이가를 설정하도록 하는 부분이다.
윗부분의 왼쪽 슬라이더 부분은 클라이언트에서 Smedge에 사용하기 위해 가능한 CPU의 개수를 제한할 수 있는 부분이다.
ｏ Use job setting은 job에서 세팅에 따라 CPU에게 제공하는 것을 의미한다.
ｏ Always use single-threaded는 Smedge에게 이 클라이언트는 항상 하나의 연결된 렌더 과정을 시작한다고 알려주는 것이고 그리고 가능한 CPU를 이용하기 위해 필요한 만큼 가능한한 많은 과정들을 시작한다는 것을 알려준다.
ｏ Always use multi-threaded는 Smedge에게 가능한 CPU를 사용하는 싱글 렌더 프로세서를 시작하는 것을 알려준다.
- 어떤 렌더러들은 multi-threaded를 시작할 수 없고, 이러한 세팅은 그러한 렌더 과정들에 적용될 수 없을 것이다. (모든 렌더러에 Multi-Threaded를 적용할 수 없다는 뜻이다.)
- 윗부분 오른쪽부분에서는 현재 Smedge가 지원하는 렌더 타입에 대한 목록이다. 이 목록에서 선택된 아이템에 의해서 당신은 특별한 클라이언트가 지원할 수 있는 렌더러를 Smedge에게 알려준다. 위의예에서 클라이언트는 Generic Script와 마야 렌더러 만을 지원하고 있다.
- Restrict Render Times은 Smedge가 특정 시간 동안 이 클라이언트가 렌더를 수행할수 없게끔 Smedge에게 알려주는 것이다.
ｏ Rendering OK Before 와 Rendering OK After control은 Smedge에게 렌더링을 허락하는 것에 대한 금지된 날동안에 대한 시간을 알려주는 것이다. 그 날짜가 금지되어있지 않다면 이러한 시간은 무시되어지고 렌더링이 허락되어진다.
ｏ 라디오 버튼은 Smedge에게 어떻게 금지시킬 것이가를 알려준다. : Restrict 1 Processor은 Smedge에게 항상 적어도 1개의 CPU가 금지된 시간동안에 사용되어지지 않는다는 것을 알려줄 것이다. Restrict All Processors는 Smedge에게 금지된 시간 동안 모든 CPU가 사용금지된다는 것을 알려준다.
- Statue 섹션에 체크 상자는 렌더 클라이언트에 대한 전체 조정을 하는 곳이다.
ｏ Enabled to process jobs은 클라이언트를 끄고 키는 마스터 스위치이다. 체크되어있지 않다면 Smedge는 어느때에도 이 클라이언트에 대해서는 렌더하지 않는다.
ｏ Only render jobs in my pools은 Smedge에게 이 클라이언트가 "out-of-pool" job을 렌더하도록 허락한다. : 예를 들면 이 클라이언트에서 pool이 적용된 job들은 멤버가 아니다.
- Client Priority는 Smedge가 작업을 제공하는 우선순위화 하기 위해 사용되어지는 또다른 파라미터이다. 높은 순위의 클라이언트는 첫 번째로 작업에 적용되어질 것이고 모든 다른 것들은 동등해진다. 그리고 쉬고 있는 싱글 클라이언트 보다 더 우선순위가 있다. 이 조정에 대해 우리의 시스템이 완벽하게 쉬고 있다면 우리는 가장 빠른 컴퓨터로 첫 번째로 선택하여 사용할 수 있다.
- 밑부분의 공간은 연결되어 있다면 클라이언트에 연결된 것에 대한 노트를 보여줄 것이다.
■ Smedge Options
: 이 상자는 우리가 어떻게 Smedge를 데스크탑에서 어떻게 상호작용을 할 것인가를 설정하는 부분이다. 기본 설정은 최소화되어있고 렌더팜과 같은 render-only 클라이언트에 대해 잘 작동한다.
: 우리는 다른 클라이언트로부터 어떤 클라이언트에 대한 옵션을 설정할 수 있다. 또한 더 많은 클라이언트들을 설정할 수 도 있다. 세팅 상자의 각 페이지의 윗 부분에 따라서는 우리가 현재 설정중인 모든 클라이언트에 대한 펼침목록이 있다. 이러한 목록에 대한 다른 클라이언트를 선택함으로써 당신은 특별한 클라이언트에 대한 세팅을 다른 클라이언트의 세팅에 어떠한 영향도 미치지 않고 설정할 수 있다.
: 각각의 옵션 다음으로는 빨간색 삼각 버튼이 있다. 이 버튼을 누르면 당신이 현재 편집하고 있는 다른 모든 클라이언트의 옵션에 대한 현재 클라이언트의 값들을 복사할 것이다. 이것은 특별하게 설정된 다른 세팅에 영향을 주지 않으면서 많은 수의 클라이언트의 싱글 세팅을 변화시킬 수 있는 쉬운 방법을 제공한다.
- 첫 번째 옵션 상자의 페이지는 당신이 이 클라이언트가 렌더가 성공적으로 끝났을 때 어떤 행위를 하는가를 설정하는 부분이다.
- Play a sound on this machine를 체크한다면 컴퓨터는 job이 성공적으로 끝났을 때에 Wav 파일을 플레이 할 것이다. 파랑색 버튼을 누르면 미리듣기를 할 수 있다. 이 부분을 비워두면 Smedge는 기본 사운드를 재생한다. 우리가 플레이하기를 원하는 어떤 Wav파일도 실행할 수 있다.
- Send an email from this machine이 선택되어지면 컴퓨터는 지정된 이메일 주소로 HTML job history를 보내줄 것이다. 반드시 이메일 주소와 SMTP Server field를 당신의 이메일 정보와 함께 적어야 한다. 이메일의 From 과 To 부분은둘다 당신이 적용한 이메일이다. 어떤 SMTP 서버는 이메일을 보내기위해서 인증이 필요하다. 유저내임과 패스워드가 제공될 필요가 있다면 그것들을 필드에 적어 넣어라. 그러나 어떤 SMTP서버는 이메일을 보낼 때 이러한 종류의 인증을 사용하지 않는다. 그래서 이러한 경우에 있어서 당신은 이 두부분을 그냥 빈 공간으로 남겨두어야 한다. 왜냐하면 Smedge는 이메일 클라이언트로 디자인되지 않았기 때문이며 그것은 모든 가능한 SMTP 서버 인증의 설정을 지원하지 않는다. 우리의 시스템에서 SMTP 서버 설정에 관한 논의가 필요하다면 system administrator와 논의 해야 한다.
- Execute a command or script를 체크하면 컴퓨터는 우리가 집어넣은 command나 script를 파일에 실행하도록 할 것이며 당신은 배치 파일이나 스크립트에 대해 볼 수 있을 것이다.
- 두 번째 페이지의 옵션 상자는 어떻게 어디서 Smedge가 렌더된 것으로 부터의 정보를 저장할 것인가를 설정하는 부분이다.
- 각각 성공적인 렌더후에 Smedge는 job에 대한 실행의 history를 가진 HTML 파일을 만들어 낸다. Save HTML Job History from each job 체크하면 이것이 활성화 된다. 이 상자를 체크하면 우리는 저장되어질 부분의 선택된 폴더의 옵션을 가지게 된다. 이 폴더를 비게 놔두면 Smedge는 기본 위치로 사용하게 될 것이다 : Smedge 라 불리는 부분의 하위 디렉토리로 TEMP를 사용한다. 왜냐하면 이러한 파일들은 당신이 그것들을 삭제하지 않는다면 우리의 하드디스크를 채워 갈 수 있기 때문이다. Smedge는 이러한 파일이 소비되는 전체 크기에 대한 제한을 줄 수 있는 옵션을 가지고 있다. 모든 시간에 Smedge는 파일들을 (예전 파일을 우선으로) 당신이 설정한 제한 이하로 청소할 것이다.
- Smedge는 렌더러러부터 나온 결과물을 캡쳐한다. 이 결과물을 저장하기 위해서 Save captured output from each packet 을 선택해라. Smedge는 한 파일에 대한 전체 결과물을 버릴 것이다. 우리는 Smedge가 이 파일들을 어느 폴더에 저장할 것인가를 설정할 수 있다. 이 폴더를 비워둔다면 Smedge는 기본 위치를 사용할 것이다. Smedge 라 불리는 부분의 하위 디렉토리로 TEMP를 사용한다. 파일은 scene 이름을 가지고 패킷의 첫 번째 프레임 그리고 ".log"로 나타낸다. 왜냐하면 이러한 파일들은 당신이 그것들을 삭제하지 않는다면 하드 디스크를 채울 수 있다. Smedge가 하드 드라이브에 상에서 소비될 수 있는 폴더에 크기 제한을 두는 옵션을 가지고 있다. 모든 시간에 Smedge는 당신이 설정한 제한 이하고 파일들을 청소할 것이다.
- 옵션상자의 세 번째 페이지는 일반적인 설정에 관한 옵션 부분이다.
- Check out a license to render on this Client는 이 클라이언트가 서버로부터 렌더를 하기 위해 라이센스를 요청할 것인가 아닌가를 조정하는 것이다. Smedge가 큐를 조정하기 위해 라이센스가 필요하지 않다는 것을 기억해라. 당신은 단지 이 클라이언트가 렌더하기 위해 사용하기를 원한다면 라이센스를 체크해라.
- Startup disabled은 Smedge에게 이 클라이언트에 대해 마지막에 저장된 상태를 무시하라고 알려주고 그것을 시작할 때 작동하지 않게 하는것이다. 이것은 Smedge를 종료 시킨후 다시 실행했을 때 가장 마지막의 렌더를 위해 쓰여진 Scene이 렌더job에 들어와 있는 것을 금지하겠다는 것이다.
- Smedge에 대해 가능한 CPU의 숫자를 바꿀 때 Disable One 또는 Disable All을 사용함으로써 이 창에서 당신의 선택은 무엇이 일어날 것인가를 조정한다. Disable One 명령은 다음과 같다.
ｏ Immediately kill a packet to get below the limit. 이것은 Smedge에게 새로운 CPU가 제한 이하로 떨어지면 충분한 패킷들을 수행하기 위해 빠져나오게끔하게 알려주는 것이다. 클라이언트에서 두 개의 싱글 threaded 패킷의 작업을 하고 있다면 Smedge는 이것들중 하나를 빠져나올 것이다. 그 패킷은 다시 큐를 하게 된다. 당신이 다중- threaded 패킷을 수행중이라면 Smedge는 Multi-threaded 패킷을 빠져나올 것이고 새로운 싱글 threaded를 시작할 것이다.
ｏ Allow the packet to finish normally. 이것은 Smedge에게 어떠한 패킷도 섞이지 않도록 하는 것이 아니고 어떤 패킷을 수행한는 것이 끝난 후에 새로운 CPU의 제한을 사용하라고 알려주는 것이다.
- 중요 노트) 3번째와 4번째 부분을 Allow packets to finish normally / Allow any packets to finish nomally 로 체크해야 동시에 렌더가 진행된다.
Disable All 명령에 대해서는 다음과 같다.
ｏ Immediately kill all packets on this client. 이것은 Smedge에게 당신이 이 클라이언트를 사용하지 않을 때 당신이 그것에서 수행되는 어떤 작업도 즉시 중지시키기를 원한다는 것을 알려주는 것이다. 당신이 그 클라이언트를 사용하지 않을 때 수행중인 패킷들은 빠져나오게 되며 다시 큐를 받게 된다.
ｏ Allow any packets to finish normally. 이것은 Smedge에게 우리가 클라이 언트에게 어떤 작업을 수행하지 않게 할 때 그것은 현재 그것이 끝나기위해 허락되어야하는 것에서 요구되는 것이고 어떠한 새로운 작업도 시작되지 않는다.
- Save the job settings with the scene file은 Smedge에게 .smr 파일을 이 job에게 다시 제공될 필요가 있는 모든 세팅과 함께 저장하기위해 알려준다. 이 파일은 당신의 scene 파일과 같은 디렉토리에 저장되어지며 당신의 scene 파일 이름에 -.smr이릉이 추가되어 저장된다. 당신은 나중에 전체 job을 다시 큐할 때 이 파일을 더블 클릭할 수 있다. 당신은 또한 .smr 파일을 로드하기 위해서 Load 메뉴 옵션의 로드 버튼을 사용하여 Smedge에게 큐를 줄 수 있다.
- Client Option상자의 마지막 페이지 옵션은 Smedge가 그것을 사용하는 특별한 제품과 함께 어떻게 작동하는 가를 설정하는 것이다.
- Child Process Priority Class부분은 Smedge가 그것이 시작하는 실제 렌더에게 주는 우선순위를 조정할 수 있게 한다. 우리는 "Normal"부터 선택할 수 있다. 이것은 한 컴퓨터에서 다른 CPU와 함께 그 CPU가 동등한 우선순위를 가진 것을 의미한다. 또는 "Idle"은 다른 사용자의 CPU보다 그 CPU를 낮은 우선순위로 운영하겠다는 것을 의미한다. 우리가 Idle를 선택했다면 렌더가 수행되는 동안 우리의 컴퓨터를 좀더 반응하기 쉽게 찾을 것이다. 그러나 렌더는 통상적으로 끝내는데 더 많이 걸린다.
- 렌더러 셋업 부분에서 우리는 Smedge를 지원하는 각각의 제품에 대한 자세한 설정을 할 수 있다. 첫째로 펼침목록으로부터 당신이 설정하기를 원하는 제품을 선택해보자(스크린샷에는 마야가 선택되었다) 우리는 각각의 제품에 대해 설정할 수 있는 세가지 옵션이 있다. Path to Executable은 이름과 옵션적으로 렌더러에 대한 실행가능한 전체 Path가 있다. 일반적으로 당신의 제품이 PATH상에 있지 않더라도 이것을 바꿀 수는 없다. 당신이 전체 PATH를 제공할 수 있다면 정확한 EXE파일을 선택하는 것을 확실히 해야 한다. 또는 당신의 job이 렌더 되지 않을 것이다.
* 마야 멘탈레이 는 다른 제품보다 약간 다르게 작동한다는 것을 염두해라. 그것은 실제 프로그램을 실행하기 위해서 일반적인 마야 로 부터의 Path를 사용한다. 마야멘탈레이에 대한 Path to Executable에서 당신은 렌더를 시작하기위한 실제 MEL을 집어넣어야 한다. 이것은 실행가능한 Path가 있다는 것이 아니라 프로그램에서 오는 배치 렌더 명령, .MEL 스크립트 파일. 당신이 렌더를 시작하기 위해 실제적인 MEL 명령과는 다른 것을 집어 넣는다면 렌더링은 되지 않을것이다.
- Path to Environment Script에서 우리는 Smedge가 우리의 렌더러가 수행하기 위해 필요하거나 요구하는 추가적인 환경 값들에 대해 읽을 파일들에 대해 전체 PATH를 집어 넣을 수 있다. Smedge는 텍스트 파일로써 이 파일을 읽을 것이다. 그러나 그것은 실행되지는 않을 것이다. ( 예를 들면 그것이 배치 파일이라면) Smedge는 이러한 파일들을 매우 잘 이해할 것이다. 그리고 다른 환경값들을 사용하는 확장된 환경변수들도 조차도 잘 조절할 수 있다. 그러나 그것이 완벽한 시스템은 아니며 당신이 복잡하고 자동화된 배치 시스템이 만들어내는 환경변수를 가지고 있다면 그것들은 기대한 것처럼 작업이 수행되지 않을지 모른다.
- 어떤 제품에 대해서 Smedge는 렌더러에 의해서 만들어지는 파일이름을 추출할 수 있다. 이러한 제품에 대해서 Smedge는 렌더러가 그것을 만든다고 말하는 모든 파일을 실제적으로 만들어지는 것을 체크하고 그 파일들이 비어있다는 것을 체크한다. 파일이 존재하지 않는다면 또는 비어있다면 Smedge는 렌더러가 실패했다고 가정하거나 패킷에게 다시 큐를 주어야 한다고 알려준다. 당신이 파일체크를 끄기를 원할 때는 여러 가지 경우가 있을 것이다. (예를들면 마야 scene에서 프레임 주위에 있는 post-render MEL 명령이 있다면) 당신은 이 체크를 비활성화하기 위해서 Check frame files upon packet completion를 체크하지 않을 수 있다.
▣ Submitting a job
Submit Job dialog box을 불러오기 위해 Queue|New Job을 선택하자. 기본값으로 대화 상자는 우리가 마지막으로 했던 job으로 채워져 있을 것이다.
대화 상자의 위와 아래 부분의 정보는 job의 분산을 조정하기 위해 Smedge에 의해 사용될 것이다. 가운데 부분의 "Scene Properties"는 각 렌더러에 의해 특성화 되었고 job을 하기 위해서 렌더러에 필요한 정보를 담고 있다.
Product Smedge가 지원하는 모든 렌더러에 대한 목록. 이 목록으로부터 렌더러를 사용함으로써 당신은 제공되는 정확한 명령에 대한 포맷에 관해서는 염려하지 않아도 된다. 당신은 또한 각각의 렌더러에 대해 형태를 조정할 수 있기 위한 억세스를 얻을 수 있다. 그러나 Generic Script를 선택함으로써 당신은 세상에 있는 어떤 프로그램에 대해서도 명령을 포맷하기 위한 완벽한 조정을 해야한다.
내부적으로 지원하는 제품의 완벽한 리스트에 대해서 Submit Job dialog box의 사용은 각 제품에 대해 특성화되있고 그러한 제품에 대해서 옵션이 가능하게 되어있다.
Job Name 당신이 Smedge 인터페이스에서 job을 판정할 수 있게 하기 위해 적용된 이름. 당신이 여기에 타입을 친 것은 실제 렌더나 파일이름과는 상관이 없다. 당신은 당신이 원하는 글자를 사용할 수 있다. 기본 실행은 프로젝트와 장면의 파일이름에 기초한 이름들로 디자인 되었으나 제품의 다양한 포맷에 해당하는 것은 아니다.
Priority Smedge에게 이 job에서 적용된 우선순위를 말해주는 것. 우선순위의 범위는 0(가장 낮은 것) 100(가장 높은 것) 이다. 0으로 설정된 우선순위를 가진 job은 기본적으로 일시중지이다. 그 job으로부터 어떠한 패킷도 그 우선순위가 증가될 때까지는 보내지 않는다. 높은 순위의 job은 낮은 순위의 job보다 먼저 실행된다.
Pool 이 job에 적용된 Pool을 Smedge에게 알려주기. 이 pool의 멤버인 클라이언트는 이 job을 렌더링하는 순위를 가지고 있다. 당신은 이 job에서 일이 없는 이 pool의 멤버가 아닌 클라이언트에게 명령할 수 있다.
Wait for Job 당신은 이 job을 다른 Smedge job의 완성에 의존하게 만들 수 있다. 이 리스트로부터 job을 선태해라. 이 job으로부터 어떤 패킷도 선택된 job로부터 모든 패킷이 완성될 때 까지 시작되지 않을 것이다.
Note 당신은 모든 job에 노트를 덧붙일 수 있다. 이 노트는 매인 창에 job pain에 나타난다.
OK 버튼을 누름으로써 job을 줄 수 있다. 또한 Only Packet 버튼을 누름으로써 job으로부터 어떤 특정 패킷만을 선택할 수 있다. 이것은 Select packets dialog를 불러온다. 당신은 제출된 이 job으로 부터의 패킷을 선택할 수 있다. 각 패킷은 그 것 자체의 job으로 제공될 수 있다. 하나의 패킷으로.
ｏExtra Parameters
- 모든 job 타입, Generic Script을 제외하고는 당신이 그것의 명령라인을 거쳐서 렌더러에게 직접적으로 보내는 부과적인 파라미터들에 타입을 칠 수 있은 공간이 있다. 어떤 렌더러들에 대해서 Smedge는 명령 라인을 사람들이 덮어쓰는 더 많은 명령 파라미터들 중에 몇가지를 가지고 있는 Common Options dialog 를 제공한다.
- 당신은 (존재한다면) 명령 라인 옵션을 적용하기 위해 이 대화 상자를 사용할 필요는 없다. 단순히 당신이 명령 라인에서 사용하는 것처럼 Submit Job 윈도우에서 필드에 어떤 command line parameters를 적어 넣을 수 있다.
- 좀더 강력한 옵션이 파라미터 파일에 제공된다. 당신이 필드에 파일과 같은 Pathname을 넣는다면 Smedge는 job이 제출될 때에 그 파일을 이해할 것이다. 파일은 line break을 담고 있고 당신에게 쉽게 사용하는 법을 알려준다. Line break은 흰 공간으로 돌아가고 어떤 #을 가진 글자로 시작되는 라인은 무시될 것이다. 빈 라인은 또한 완벽하게 받아들여진다.
- 파일은 당신이 OK 버튼을 누를 때 읽혀진다. 이것은 당신이 네트워크상에서 모든 노드에 의해서 접속할 수 있는 이 파일들을 가지고 있어야만 한다는 것은 아니다라는 것을 의미한다. 그것은 단지 당신이 job을 제공했을 때 당신의 컴퓨터로부터 읽을 수 있게 하기 위함이다. Smedge는 파라미터를 이해하고 job은 당신이 손으로 필드에 파라미터를 적어놓은 것처럼 저장될 것이다.
ｏLoading/Saving a job and Repeats
- 당신은 많은 방법으로 이 대화 상자의 필드를 채울 수 있다. 분명히 당신은 손으로 그것들을 채울 수 있다. 또한 필드에서 당신을 채우게끔 도울 수 있는 대화 상자를 불러오기 위해 편집 필드의 오른쪽 버튼을 사용할 수도 있다. 예를 들면 scene 필드에대해 그것에 대한 파일 대화 상자를 불러올 수 있다. 대화 상자의 먼 오른쪽 편에서 당신은 또한 유용한 것을 발견할 수 있는 2개의 버튼을 볼 수 있을 것이다.
- Repeat은 당신이 제출했던 마지막 20 렌더들을 보여주는 대화 상자를 불러온다. 이러한 렌더중에 한 개를 더블 클릭하고 그것의 모든 세팅을 채울 수 있다. 당신이 아주 동일한 렌더를 제공한다면 그것은 이 리스트에 다른 복사본을 만들지 않는다. 그러나 렌더에 대한 어떤 파라미터에 변화가 있으면 Smedge는 그것을 새로운 렌더로 생각하고 리스트에 추가한다.
- Load는 당신이 .smr 파일을 선택할 수 있게 한다. 이러한 파일들은 job 세팅을 저장하기 위해 Smedge 가 사용한 당시의 디스크 위에 파일에 있다. 이러한 파일들은 자동적으로 Smedge에 의해 또는 대화 상자의 Save 버튼을 사용함으로써 만들어질 수 있다.
ｏCommand Line Interface
- 당신은 command 라인을 경유해서 Smedge로 job을 제출할 수 있다. 이것은 job을 제공하는데 있어 Smedge가 script를 하는 강력한 기능이다. 또는 당신이 사용하는 제품에 확장성과 스크립트를 경유해서 당신의 파이프라인으로 직접 Smedge를 조정하기 위함이다.
- 애니메이션 패키지로 직접적으로 Smedge를 이해시키는 예에 대해서 제공되는 smedgeRenderSession.mel script를 살펴보자. 이 스크립트는 Smedge가 당신의 장면으로부터 적합한 세팅을 가지고 프로그램을 부르게 하기 위해서 마야의 system MEL 명령을 사용함으로써 마야로 이해하기 위한 하나의 방법을 보여준다.
ｏDrag and Drop
- 당신은 파일을 윈도우 탐색기로부터 Smedge로 드래그 앤 드롭을 이용할 수 있다. 각 파일을 떨구어 뜨리기 위해 Smedge는 Submit Job dialog를 열 것이다. 당신은 여전히 프레임 범위와 다른 특별한 job 파라미터를 채워야만 한다.
- 당신이 Submit Job dialog 상자 그 자체로 파일을 드래그 앤 드롭 할 수 있다. 이러한 경우에 장면 (그리고 렌더 타입과 프로젝트)는 자동적으로 당신이 떨군 파일에 채워진다.
■ The Job Lifespan
- job이 시스템에 제출되면 그것은 그 job의 모든 패킷이 끝날 때 까지 살아있다. 또는 그 job이 사용자에 의해 강제적으로 종료될 때까지 살아있다. 당신은 매인 창에서 job상의 과정들을 볼 수 있다. job 창의 "Frame"은 당신에게 job에 관한 프렘임정보 (시작, 끝, 패킷 크기)와 완성된 패킷들의 퍼센티지를 알려준다.
- 당신은 또한 job history 창을 열 수 있다. 그리고 job에 관한 좀더 자세한 정보를 얻을 수 있다. job history 창을 열기 위해서 job을 더블 클릭하고 메뉴로부터 "Job Statistics"를 선택하거나 job을 선택한다음에 Alt + Enter를 누른다.
ｏViewing the job's history
- Smedge는 실행중인 모든 job에 관한 자세한 정보를 가지고 있다. 당신은 이 history를 다양한 방법에서 접근할 수 있다.
ｏ매인 창에서 중간창 부분에 job을 더블클릭
ｏjob의 오른클릭한 다음 context 메뉴에서 job Statistics 선택
ｏ하나나 그 이상의 job을 선택한 다음 View 메뉴에서 job Statistics 선택
- history 창은 job에 관한 많은 유용한 정보를보여준다. 첫 번째 필드는 당신에게 전체 job 중에서 얼마나 끝났는가를 알려준다. 두 번째는 당신에게 끝나지 않고 남아있는 실행중인 패킷의 양을 알려준다. 세 번째는 지금까지 렌더된 패킷에 대한 평균적 시간을 알려주고 마지막은 평균값에 근거해 서 남아있는 렌더타임을 알려준다. 평균은 단순히 끝난 패킷에 대한 평균값임을 명심해라. 그래서 아무것도 끝난 패킷이 없다면 그것은 남은 시간을 계산할 수 없다. 그리고 나중에 패킷들은 처기의 것 보다 다른속도로 렌더가 된다면 남은시간은 의미가 없을 수 있다. Smedge는 이 시간에 job에 대한 특별한 Scene에 대한 history를 담고 있지 않다.
- spreadsheet는 job으로 부터의 모든 패킷에 대한 자세한 history흫 보여준다. Show all failed packets 옵션이 체크되면 패킷을 렌더하기 위한 모든 시도에 대한 엔트리가 있을 것이고 모든 실패되거나 죽은 패킷들도 엔트리상에 나타난다. 상자를 체크하지 않으면 목록은 단지 각 패킷에 대한 가장 최근의 history element 만을 보여줄 것이다.
- 당신은 어느 칼럼에 대해서도 이 목록을 분류할 수 있으나 위로 올리거나 내릴 수는 없다. 목록을 분류하기 위한 방법을 변화시키기 위해서 칼럼의 윗부분을 선택해라.
ｏChanging job priority
- 당신은 그것이 제공된 후에 job의 우선순위를 바꿀 수 있다. 1로 우선순위를 증가시키거나 감소시키기 위해서 당신은 UP and Down 화살표를 사용하거나 그것에 대한 메뉴를 사용할 수 있다. 이 것에 대한 키보드 키는 Control + Up Arrow or Down Arrow 이다.
- 당신은 또한 Job Settings 창을 열음으러써 job의 우선순위를 바꿀 수 있다. 이 창은 Submit Job창과 유사해 보인다. 단지 다른 것은 읽기 전용이라는 것이다. 그러나 당신은 어떤 우선순위에 대해 job의 우선순위를 바꿀 수 있다. 그리고 OK를 눌러라. Smedge는 job의 우선순위를 업데이트 할 것이다.
ｏChanging job pool
- 우선순위처럼 당신은 job이 제출된 후에 적용된 job에 적용된 pool또한 바꿀 수 있다. 당신은 메뉴로부터 pool을 선택할 수 있고 또는 Job Settings 창을 열고 목록에서 pool을 선택할 수 있다.
ｏStopping a job
- 당신은 두가지 방법중에 하나로 어떤 시간이든지 간에 job을 중단시킬 수 있다. 당신의 job의 우선순위가 0이라면 job으로부터의 어떠한 새로운 패킷도 시작되지 않는다. 그 job은 본질적으로 일시정지상태에 있다. 그러나 현재 어떤 프로세스 중인 패킷은 자동적으로 끝날것이다.
- 당신이 영구적으로 job을 중단시키를 원하면 단순히 큐로부터 job을 삭제하면 된다. job을 삭제할 때 현재 모든 작업과정은 중단된다.
■ Saved Job Information
- Smedge는 그것이 렌더하는 job에 관한 정보를 두가지 타입으로 저장한다.
ｏAfter a packet
- 당신이 일반적으로 command line 렌더에서 보는 Text Output은 모든 패킷에 대해서 Smedge에 의해 캡쳐된다. 계다가 전체 렌더가 진행중인 창에서 output을 볼 수 있게 하기 위해 Smedge는 또한 이 output을 나중에 당신이 볼 수 있게 텍스트 파일에서 저장한다. 이 output 파일을 보기 위해서 당신은 View 메뉴에서 View Saved Captured Output을 선택하면 된다.
- 기본적으로 이러한 파일들은 로컬 컴퓨터에 %TEMP%Smedge 폴더에 저장된다. 그러나 당신은 Smedge Options 대화 상자에서 폴더를 다시 설정할 수 있다. 한가지 유용한 아이디어는 모든 클라이언트들이 그것들이 캡쳐한 output을 파일서버의 공유된 폴더로 넣게 하는 것이다. 원한다면 이 방법에서 당신은 시스템에서 렌더된 어떤 패킷으로 부터의 output 파일을 찾을 수 있다.
- 당신은 또한 Smedge Options 대화 상자를 얼마만큼의 디스크 공간이 이러한 파일을 취할 수 있는가에 대한 제한 설정을 할 수 있게 한다.
ｏAfter a job
- job을 성공적으로 마친후에, Smedge는 job의 완성된 history를 가진 HTML 파일을 만들어 낸다. 이 파일은 렌더에 관한 통계를 모을 때 유용하며 그 job에 대한 패킷 실행의 완성된 history의 log를 볼 수 있다. 당신은 view 메뉴에 View HTML Job History 를 선택해서 이 파일을 볼 수 있다.
- 기본적으로 이 파일은 로컬 컴퓨터의 %TEMP%Smedge폴더에 저장된다. 그러나 Smedge Options 대화 상자에서 폴더를 수정할수 있다. 또한 캡쳐된 output 파일처럼 당신은 이 파일에 소비 가능한 디스크 공간의 양에 관한 제한을 Smedge에게 요청할 수 있다.
▣ MentalRay with Smedge (Smedge 2.33.6-Demo)
마야 멘탈레이는 다른 제품과는 조금 다르게 작업을 수행한다. 렌더를 실행하기 위한 직접적인 Commandline 프로그램이 있는 것이 아니다. 그러나 명령을 수행하기위해 마야의 MEL을 사용하여 실행하게 된다. 이것은 렌더링을 수행하는 클라이언트의 설정에 대한 것을 포함하고 있는 것이다. 특별히 Smedge는 일반적인 마야의 렌더 형태로부터 실행가능한 파일의 경로를 사용한다. (Render.exe program file with the mayabatch.exe program file) Smedge 옵션에서 MentalRay for Maya를 선택하면 실행파일을 설정하는 경로가 나오는데 실제적으로 MEL이 렌더를 시작하기 위한 명령이 된다. 이 명령은 새로운 버전에 따라 변할 수 있다. 현재 기본값은 마야 5.0에 대한 멘탈레이로 설정되어있다.
당신은 마야의 버전에 따라 다음과 같은 MEL 명령을 사용할 수 있다. 주의점 : 이것은 MentalRay for Maya에서 선택하는 스크립트나 배치 파일형태가 아니다. 이것은 실제 렌더를 시작하기 위한 MEL 명령이다. 아래에서 하나를 선택한다음 (자신의 사용 버전에따라). 절대 브라우저 버튼을 사용하지 말아라 왜냐하면 이 명령에 대해서 브라우저 버튼을 사용할 수 없기 때문이다. (중요) 당신이 어떤 스크립트나 실행 파일에 대한 경로를 지정해서 사용한다면 렌더는 수행되지 않을 것이다. 이 필드에 다음의 명령중 한가지를 사용하지 않는다면 또한 렌더는 수행되지 않을 것이다.
Maya version MEL command to start the render
4.5 (MentalRay for Maya 1.5) mrBatchRender_v15
5.0 mrBatchRender_v5
알아두어야 할 점
아마도 이 튜토리얼을 읽고 테스트하는 유저분들이 있다면 이번 튜토리얼의 Smedge를 이용한 멘탈레이 분산렌더링에 관심이 있을 듯 하다. 기본적으로 이 데모버전 (첫 튜토리얼에 포함된 Smedge2 33.6 데모 버전)은 멘탈레이 렌더 뿐 아니라 마야의 기본렌더를 수행하려고 해도 한 대의 컴퓨터밖에 잡을 수행하지 못할 것입니다. 이것은 라이센스를 받지 못했기 때문에 데모버전 상태는 한 대의 컴퓨터밖에 렌더링을 걸지 못한다.
그럼 테스트를 하기 위해서는 라이센스를 받아야 한다. 라이센스를 발급 받으면 2주동안 Free로 무한 대의 컴퓨터에 연결되어 사용할 수 있다.
그럼 2주 동안 쓸 수 있는 Free 라이센스 받는법에 대한 설명을 잠시하자면
다음과 같이 실행 한다.
위의 Email 부분에 자신의 Email을 적어넣고 인터넷에 연결되어 있다면 Send를 누르면 하루정도 후에 라이센스 넘버를 발급 받게 됩니다. 그런다음 위에 Host->Enter a new License 부분에 발급 받은 라이센스를 넣어 주면 된다. 인터넷에 연결되어 있지 않다면 위의 그림에서 View 누르면 이 데모버전에 대한 Product ID가 나올 것이다. 그걸 복사해서 메일로 직접 발송해도 된다.
: 긴 매뉴얼을 중심으로 설명을 하다보니 다소 지루하고 이해하기 어려운 내용들이 많이 나온 것 같다. 물론 이 매뉴얼을 전부 익히지 않아도 분산렌더링을 사용하는데는 크게 어렵지 않다. 결과적으로 몇가지의 중요한 부분만을 설정해 주면된다. 다른 것들은 어찌 보면 부과적인 기능들이 많은 것이라고 보아도 될 것이다. 하지만 구지 Quick Manual 식의 설정법을 적지 않은 이유는 총체적으로 Smedge에 관한 내용을 연구해 보고 이것저것만져 봄으로써 얻어지는 것들이 훨씬 더 크기 때문이다.
이 원고를 준비한 것은 꽤 오래전이지만 매뉴얼식의 접근법으로 우리가 필요로 하는 것에 대한 정보에 해갈에 조금이나마 도움을 주고자 원고를 올려 본다. 물론 분산렌더링이라는 것 자체가 물리적 환경에 영향을 많이 받기 때문에 때론 기대치 않은 결과들이 나올 때가 종종있다. 그럴 때 이러한 매뉴얼들을 꼼꼼히 살펴보고 이해할 수 있도록 해보자.
글. 이성찬
Nthma Production Team
Render Part TD
Nthma Production Team (http://www.nthma.com)
