modprobe.conf

alias snd-card-0 snd-ca0106
options snd-card-0 index=0
options snd-ca0106 index=0
remove snd-ca0106 { /usr/sbin/alsactl store 0 >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-ca0106

Rib file에 있는 option값을 Shader에서 받으려면...

예전에 slim expression에 관한 이야기를 한적이 있었다.
그때는 ribgen을 할때 $ELEMENTTYPE 값을 이용했었다.

이번은...
좀 다르다.^^
ribfile을 보면
Option "user" "string pass_id" ["cameraShape1"]
Option "user" "string pass_class" ["reference"] or
Option "user" "string pass_class" ["final"]
와 같은 부분이 있다.

ptc file을 이용한 occ, scattering을 한다면... pass_class에 따라 shader의 특정값들이 다르다. Archive를 고려한다면... 이는 자동으로 적용이 되어야한다.
pass_class값을 shader에서 받으려면...
ex.
string pass;
option("user:pass_class", pass)
이를 이용해서 pass_class별루 shading code를 만들면 OK
^^;

mtor control VS. slimcmd rmanctl

ex. 'mtor control getvalue -rg "dspyName"'
위의 cmd를 사용하면,
RenderMan Controls 에서 Display Name을 변경하더라도 바로바로 인식못하는 이상한 현상이있다.
인터페이스에서 변경한 같은 받아오려면,
'mtor control getvalue -sync'
'mtor control getvalue -rg "dspyName"
과 같은 형식으로 sync을 해줘야한다.

반면,
'slimcmd rmanctl GetValue "dspyName"' cmd 를 이용하면 바로바로 인식이 된다.

Doc상에서도 'slimcmd rmanctl'에 대한 설명이 없다.
외국애들은 어떻게 이런 cmd를 찾는것일까? ^^;

mtorExportRIB 의 문제점?

mtorExportRIB에의해 생성되는 ribfile의 MotionBegin값과
mtor RenderSpool에의해 성성되는 ribfile의 MotionBegin값이 다르다.
(slim Archiver에의한 rib export 포함)

이는 mtorExportRIB의 버그가 아닐까란 생각을하고 filtering을 해야만하는가를 고민했었다.

결론은...
버그는 아닌듯하다. filtering도 하지 않아도 된다.
mtor RenderSpool에 의해 랜더링을 걸면 하나의 ribfile에 모든 정보가 다 들어가기때문에
frame별로 shutter 값이 변한다.
해서 MotionBegin값 또한 shutter값에 의해 변한다.

render frame, shutter, motionbegin 값은 서로 연동하게끔 되어있다.

하지만 mtorExportRIB을 하게되면, shutter값이 존재할수없다.
해서 MotionBegin값을 계산할때 current frame을 기준으로 shutterAngle에 의한 next frame을 연산함으로 MotionBegin [0 x]와 같은 형태를 취하는것 같다.(추측^^;)

그럼다면 shutter 값 계산 또한 current frame과 next frame의 상대적 관계에 의해서 이루어진다면 shutter 0 x 의 형태를 취한다.
이럴경우,
frame마다 shutter, MotionBegin 값을 계산할필요가 없이
단지 shutterAngle에 의해서만 그 값이 결정된다.

물론 ConcatTransform값을 계산하기 위해서는 frame에 의한 shutter, MotionBegin값이 필요하다.

Running the RenderMan License Server

#!/bin/sh

# chkconfig: 2345 98 01
# description: start/stop control for Pixar License Server
# processname: PixarLicenseServer

# Start PixarLicenseServer

# source function library.
. /etc/rc.d/init.d/functions

LICENSE_DIR=/opt/pixar/license-5.0.2
LICENSE_FILE="$LICENSE_DIR/pixar.license"
SU="/bin/su root -c"

case "$1" in
start)
echo "Starting Pixar License Server Daemon for RenderMan software"
if [ -x "$LICENSE_DIR/PixarLicenseServer" ]; then
if [ -f "$LICENSE_FILE" ] ; then
cd "$LICENSE_DIR"
$SU ./startPixarLicenseServer.sh
echo
else
echo "ERROR Cannot run Pixar Licensing daemon: PixarLicenseServer"
echo "$LICENSE_FILE does not exist."
fi
else
echo "ERROR Cannot run Pixar Licensing daemon: PixarLicenseServer"
echo "$LICENSE_DIR/PixarLicenseServer does not exist or is not executable"
fi
;;
stop)
echo "Shutting Down Pixar License Server Daemon for RenderMan software"
cd "$LICENSE_DIR"
/usr/bin/tclsh stopPixarLicenseServer.tcl
echo
;;
*)
echo "Usage: pixarlicenseserver {start|stop}"
exit 1
esac

[eMribgen] RIB Structure v.1

현재 진행중인 립젠의 기본 구조도 이다. ^^;
아는 랜더맨 유저분들에게 이 아이디어를 설명하였으나... 그다지 필요성을 못 느꼈다고한다.
개인적인 욕심인지...
개인적인 필요에 의해서인지...
...
모르겠다.^^;

예전부터 만들어보고 싶었던 일이다. 랜더맨 스튜디오가 버전업을 하면서 mtor 을 버린다면 완전 삽질한꼴이되는데...