CTRL에서 찾는 발표는 완성된 정답을 소개하는 데모 세션만이 아니다. 오히려 현업에서 실제로 부딪힌 문제를 어떤 가설과 판단 기준으로 다뤘는지, 어디까지 검증했고 무엇이 아직 한계로 남아 있는지를 솔직하게 공유하는 발표에 더 가깝다.
이 기준을 먼저 분명히 하는 이유는 단순하다. 캐릭터 테크에서 가치 있는 지식은 종종 “잘 만든 결과 화면”보다 그 뒤에 있는 구조적 선택과 실패 기록에 있기 때문이다. 하지만 기존 발표 문화에서는 이 과정이 쉽게 생략된다. CTRL은 그 생략된 부분을 더 많이 듣고 싶다.
어떤 형식을 열어두고 있는가
발표는 한 가지 형식으로만 받지 않는다.
정식 발표20분에서 30분 정도의 주제 발표짧은 주제 공유5분에서 10분 정도의 문제 제기, 테스트 결과, 퀵팁 공유라운드테이블 주제 제안발표 자료 없이도 함께 이야기해보고 싶은 문제 제안
즉 완성된 세션 하나를 준비해야만 참여할 수 있는 구조가 아니다. 아직 정리 중인 테스트, 비교해보고 있는 워크플로, 팀 안에서 반복적으로 부딪히는 질문만 있어도 충분히 좋은 출발점이 될 수 있다.
CTRL이 특히 듣고 싶은 발표
현재 공개적으로 다뤄보고 싶은 주제는 아래와 같다.
- DCC별 리그 구조 차이와 그 장단점
- 디포메이션 검수 기준과 실제 적용 방식
- 페이셜 리깅 구조와 유지보수 전략
- 모션캡처 클린업과 리타겟팅 실무 문제
- 메타휴먼 연동 시 생기는 리깅/파이프라인 이슈
- 캐릭터 파이프라인 자동화와 툴링
- 검증 가능한 문제 재현과 테스트 방식
- DCC와 엔진 사이 인터페이스 설계
하지만 주제보다 더 중요한 것은 발표의 관점이다. CTRL은 기능 소개보다 문제 정의를, 인상 비평보다 검증 기준을, 결과 자랑보다 재현 가능한 교훈을 더 중요하게 본다.
발표를 어떻게 구성하면 좋은가
CTRL에서 권장하는 기본 흐름은 아래 정도다.
- 어떤 문제를 다뤘는가
- 기존 방식이나 한계는 무엇이었는가
- 어떤 접근 방식을 시도했는가
- 무엇을 기준으로 검증했는가
- 어떤 결과와 한계가 있었는가
- 다른 사람이 가져갈 수 있는 교훈은 무엇인가
이 구조를 권장하는 이유는 특정 회사의 결과물을 직접 드러내지 않더라도, 실무적으로 값이 있는 발표를 만들 수 있기 때문이다. 실제로 많은 발표가 4번과 5번을 건너뛰면서 얕아진다. CTRL은 바로 그 부분을 더 듣고자 한다.
공개 기준은 더 엄격하게 본다
발표 모집을 할 때 가장 중요한 조건은 NDA와 비공개 자산을 지키는 것이다. 그래서 CTRL은 아래 같은 방식의 공유를 권장한다.
- 재구성된 예제 씬
- 익명화된 파이프라인 흐름도
- 민감 정보가 제거된 코드 예시
- 회사 고유명사를 제외한 기술 회고
- 일반화 가능한 구조와 판단 기준 중심 설명
반대로 공개 승인되지 않은 캐릭터 자산, 비공개 프로젝트 파일, 내부 전용 툴의 전체 코드, 계약상 외부 공개가 금지된 이미지와 캡처는 원칙적으로 다루지 않는다.
이런 발표를 기다리고 있다
CTRL이 찾는 발표자는 모든 답을 정리해온 사람이 아니라, 좋은 문제를 좋은 방식으로 설명할 수 있는 사람에 더 가깝다. 실패한 실험이어도 괜찮고, 아직 결론이 덜 난 비교여도 괜찮다. 중요한 것은 그 과정을 다른 사람도 참고할 수 있는 형태로 공유하려는 의지다.
정답보다 문제와 검증을 공유해달라는 말은 발표 수준을 낮추자는 뜻이 아니다. 오히려 기술적 밀도를 더 높이자는 뜻에 가깝다. 결과 화면보다 판단 근거가 남을 때, 비슷한 문제를 가진 다른 사람도 그 발표를 다시 참고할 수 있기 때문이다.