Max For Live beta test중입니다.
max와 ableton live를 같이 쓰면서 가장 아쉬웠던건, live의 knob, slide, plugin parameter….등등을 audio rate로 컨트롤 하기….였습니다. 미리 프로그램 되어진 parameter들(예를 들면 ‘Auto Filter’의 LFO)을 제외하면 audio rate로 컨트롤하는건 불가능이었습니다.
영상에서처럼 Max For Live를 이용하면 됩니다. 잘 됩니다. live의 거의 모든 parameter들을 audio rate로 컨트롤할 수 있습니다.
controlling live’s parameter from GAZAEBAL on Vimeo.
improvision의 audio engine을 담당했던 패치입니다. 여러가지 공연때의 상황이랑은 달라서 필요없는 부분들을 어느정도는 지웠지만 가능하면 그대로 포함시켰습니다.
예를 들면 공연때는 lemur나 monome등을 사용하였습니다. 패치에 보시면 lemur, monome, 혹은 midi라는 단어가 들어가 있는 오브젝트들은 해당 하드웨어를 가지고 있어야 합니다. 갖고 계신 분들이 있을 수도 있으니 그대로 포함시켰습니다.
사용할 샘플 파일들을 이 패치 파일과 같은 폴더에 넣고 bufferBang이라는 서브패치안에서 사용할 샘플 이름으로 바꿔주세요.
lemur를 쓰시는 분들은 포함되어 있는 lemur파일을 업로드하세요.
원래는 polyphony를 생각해 poly 오브젝트를 사용하였지만, 필요없으신 분들은 그냥 메인패치안으로 불러서 사용해도 됩니다.
불러온 사운드 파일의 총 길이 정보를 이용해 몇개의 grid로 나누어 줄지를 정해 줍니다. 그 각각의 길이는 segment를 이용해 조절해 줄 수 있습니다.
어떤 사운드 파일을 사용하셔도 상관 없습니다. 이 작업의 목적은 어떤 사운드 파일이라도 완전히 해체를 해서 새로운 사운드를 만드는데 그 목적이 있습니다.
presentation mode로 보시면 더 편할거예요.
jit.window 오브젝트에 몇 개의 이미지를 슬라이드 쇼 처럼 보여준다고 가정해 봅시다. 이 때 이미지들이 부드럽게 cross-fade 되는 것이, 갑자기 변해 가는 것보다 훨씬 더 좋아 보일 것입니다. 이미지들을 OpenGL의 texture로 사용하는 상황에서도 역시, cross-fade는 필수적인 요소입니다.
그러나 Jitter에서 이를 구현하는 것은 생각보다 쉽지 않습니다. 자동으로 해주면 좋으련만 Max에서 그냥 저절로 얻어지는 고차원의 기능이 있던가요?
그래서 이를 위한 패치를 만들어 보았습니다. 이 패치는 저희 작품에서 부드러운 화면 전환을 위해 종종 쓰이던 것입니다. 패치의 핵심 부분은 다음과 같이 되어 있습니다:
생각보다는 간단하죠? 이 패치에서 1번 인렛에는 matrix를, 2번 인렛에는 fade 시간을 넣어주게 되어 있습니다.
결국 jit.xfade 오브젝트를 이용한 것입니다. matrix가 들어올 때 마다 왼쪽과 오른쪽 인렛에 번갈어 넣어주면서 xfade 값을 정해진 시간 동안 이동시키는 방식입니다.
지난 번 글 세 개의 캠 입력에서 USB 혹은 FireWire 캠 여러 대를 손쉽게 연결하는 것을 이야기했었는데요, 사실 여기에는 한가지 제한이 있습니다.
그것은 Sony 등에서 나오는 DV 캠코더를 사용할 때 인데요, 불행히도 맥은 한 번에 한 개의 DV 캠만 지원하고 있습니다. PC에서는 이러한 문제는 없다고 합니다.
Jitter에서 새 개의 캠으로 부터 입력 받기를 테스트 해 보았습니다.
iSight (FireWire), MacAlly USB Cam, 그리고 또 하나는 맥북프로에 내장된 iSight (USB)입니다.
별다른 세팅없이 jit.qt.grab 오브젝트 세 개로 간단히 해결되는군요.
여담이지만, 맥북프로의 내장 iSight가 가장 화질이 좋네요.
Projection mapping을 하기 위한 필수, 여러개 무비 파일의 keystone을 맞추기 위한 패치와 동영상입니다.
jitter에서의 keystone은 nurbs 오브젝트를 많이 이용합니다. 하지만 mesh 오브젝트를 이용하면 vertex의 갯수를 원하는대로 설정할 수 있고, 그 vertex와 texcoord를 이용하여 여러가지 재미있는 효과를 만들수 있습니다.
어느게 정답이다는 없습니다.
특히 max/msp/jitter에서는요.
모로 가도 서울만 가면 됩니다.^^
“jit.matrix 3 float32 2 2″는 해당 무비파일의 keystone을 위한 vertex를 생성합니다. 4개의 꼭지점(2*2 dim)과 x,y,z 좌표(3 planes)가 저장됩니다. “jit.expr @expr nore[0] 1-norm[1]“은 무비파일을 texture로 입힐때 필요한 texcoord를 생성합니다. “p cellBlocks”을 이용하면 데이터들을 눈으로 확인 가능합니다.
“umenu”에서 무비파일을 선택하면 해당 무비파일에 한해서만 shift, control, option, command + click을 이용하여 keystone조절이 가능합니다.
두개 이상의 무비파일을 사용한다면 “jit.gl.mesh,” “jit.qt.movie”와 “umenu”의 item을 더 늘려주면 됩니다. 그 다음 message box로, 예를 들면 texture mov3, texture mov4……식으로 더 만들어 줍니다.
Jitter를 사용하시는 대부분의 분들은 jit.window 오브젝트에 ‘fullscreen 1 ‘ 메시지를 보내면 전체화면이 된다는 것을 아실 것입니다.
만약 Dual Display 상태라면, 전체화면을 만들고 싶은 디스플레이로 윈도우를 옮긴 후 위 메시지를 보내면 됩니다. 이는 저희가 공연에서 주로 사용하는 방법으로, Mac Pro 등에 모니터와 프로젝터를 연결하고, 모니터는 패치를 콘트롤하는 등의 용도로, 프로젝터는 jit.window를 전체화면으로 하여 결과물을 관중들에게 보여주는 용도로 쓰는 방식이죠.
그런데 공연 당일은 그렇다치더라도, 패치를 만드는 과정에서는 하나의 디스플레이에서 전체화면을 시뮬레이션 해 봐야 하는 경우가 종종 있게 되죠. 그리고 이 때, 특히 Mac을 쓸 때는 메뉴바와 독(Dock), 그리고 커서가 매우 방해가 됩니다.
이를 손쉽게 해결하기 위해 제가 흔히 쓰는 방법을 하나 소개해 드리고자 합니다.
보통 전체화면을 on/off 시키기 위해 ESC 키를 많이 이용하는데, 저는 여기에 Shift 키를 더하여 사용할 수 있도록 만듭니다. 그냥 ESC를 눌렀을 때는 메뉴바와 커서가 보이는 채로 전체화면을 만들고, Shift-ESC를 눌렀을 때는 메뉴바와 커서를 감추고 전체화면을 만드는 것이죠. (전체화면에서 다시 돌아올 때는, 그냥 ESC 만 다시 누르면 됩니다.)
이는 다음과 같은 간단한 패치로 쉽게 구현이 가능합니다.
물론 이 방법이 최선의 방법은 아니겠지만, 아직까지는 매우 만족하는 방식이라 여러분들과 함께 나눠봅니다.
지난 번 글에 올려드린 패치를 좀 더 다듬어 조그마한 나무 블럭에 프로젝션을 해 보았습니다.
글자가 정말 떠오르는 것 같은가요? 아마도 뭔가 어색함을 느끼실 것입니다. 그 어색함은 다음 두 가지 정도로 요약할 수 있을 것 같습니다.
아뭏든 이를 해결할 수 있는, 관중을 속일 수 있는(?) 그럴듯한 방법들을 찾아야 할 것 같습니다.
Tacit Group의 작품은 대부분 컴퓨터 여러 대의 네트워킹으로 만들어집니다. 예를들면, 저희 작품 중 Game Over는 5~6명의 연주자, 그리고 프로젝션과 사운드를 위한 서버 컴퓨터로 구성이 됩니다. 총 7대의 컴퓨터는 UDP를 통해 서로 데이터를 주고 받게 되어 있습니다.
이를 위해 Max의 udpsend와 udpreceive 오브젝트를 사용하고 있는데, 중요한 것은 데이터의 양이 많아질수록 대단히 심각한 문제가 생길 수 있다는 점입니다.
몇 번의 Game Over 연주에서 부딪힌 문제점 중 하나는 6명의 연주자가 보내는 데이터들이 서버 컴퓨터로 모였을 때, 네트웍의 과부하가 걸려 서로 싱크가 맞지 않는 점이었습니다. 이로인해 각 악기들의 박이 서로 맞지 않거나, 게임 알고리즘이 뒤엉켜버리는 경우가 종종 발생했습니다.
최근 이 문제를 해결하기 위해 여러가지 실험을 하게 되었는데, 결국은 다음과 같은 결론을 얻게 되었습니다.
물론, 이 두가지 원칙은 간단해 보이지만 실제로는 구현하기 난해할 수 있습니다. 하지만, 부드러운 네트워킹을 위해서는 꼭 넘어야 될 산입니다.
Projection Mapping에서 흔히 나오는 것 중 하나는 그림자를 이용한 착시 현상입니다. 건물 벽의 일부를 구멍이 뚫린 것 처럼 보이게 하거나, 반대로 벽에서 뭔가 튀어나오는 것 처럼 보이게 만드는 것 등이죠.
이러한 효과는 왠만한 그래픽 프로그램에서 비교적 쉽게 만들 수 있기는 하지만, 이것이 ‘실시간’으로 만들어져야 한다면 이야기는 좀 달라집니다.
실시간 그래픽을 위해서는 아무래도 Processing, Jitter, OpenGL 등이 등장하기 마련인데, 매우 실망스런 사실은 이들 중 어느것도 그림자를 자동으로 만들어 주는 편리한 방법을 제공하지 않는다는 사실입니다.
사실 3차원 그래픽에서 현실감 있는 그림자를 만드는 방법은 끊임없이 연구되는 주제 중 하나입니다. 그리고 3D 게임 등에서 필요한 ‘실시간’ 그림자 만들기는 매우 빠른 속도를 요구하는데, 이를 구현하기 위해서 프로그래머들은 다분히 편법적인 방식을 끊임없이 연구합니다.
어쨋든, 저희도 요즘 Jitter를 이용하여 실시간 그림자 만들기에 도전하고 있는 중인데, 오늘은 그 첫 번째 실험 결과를 보여드리도록 하겠습니다.
다음은 패치의 결과를 영상 파일로 만들어 둔 것입니다:
패치에 대한 자세한 설명은 생략합니다. 대략적으로만 말씀드리면 다음과 같습니다:
패치의 다운로드는 여기를 클릭하세요. (이 패치는 Max 버전 5의 패치입니다. 아직 버전 4를 이용하고 계신 분들께는 죄송합니다.)
곧 또 더 나은 결과를 올려드리겠습니다.