- 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 인터 페이스
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가 어떻게 렌더 클라이언트처럼 행동할 것이가를 설정하도록 하는 부분이다.
ｏ 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를 파일에 실행하도록 할 것이며 당신은 배치 파일이나 스크립트에 대해 볼 수 있을 것이다.