Web * (GL + Audio + RTC)

UI 그룹장으로 이렇다하게 하는 일도 없어서 소식이나 정리를 좀 해야겠다는 생각이 들었습니다. ^^

HTML5 맥락에서의 그래픽스, 오디오, RTC 등 관련한 소식을 차차 챙겨 보려구요.

4월 10일 크로미움 블로그에 Chrome’s WebRTC roadmap 라는 것이 발표되었습니다.
http://blog.chromium.org/2012/04/chromes-webrtc-roadmap.html

사실 제 관심사는 device element -> getUserMedia 로 브라우져에서 오디오 및 비디오 입력을 받아서 할 수 있는
일에 관해서 한정적이었는데, 그 내용이 WebRTC 안으로 들어가서 살펴봐야 할 내용이 많아지고, 관심사 외의 것 까지 공부해야 할 것
같아서 개인적으로는 조금 곤란한 상황입니다. ㅎㅎ

요즘 읽고 있는 WebGL 관련한 메일링 리스트도 팔로우업이 잘 안되는데,
https://groups.google.com/forum/?fromgroups#!forum/discuss-webrtc 까지 읽을 수
있을까요?
크롬 진영이 참 공격적입니다. 크롬 카나리는 원래도 업데이트 빈도가 잦았는데, 요즘은 이거 뭐 나이틀리 빌드도 아니고, 거의 매일
업데이트가 되는 것 같아요.

그래픽스 관련한 소식으로는 역시 HTML5ROCKS와 크로미움 블로그에 2월달 부터 있었던 이미 있는 철지난 이야기지만
http://updates.html5rocks.com/2012/02/SwiftShader-brings-software-3D-rendering-to-Chrome
http://blog.chromium.org/2012/03/moar-better-graphics.html
SwiftShader <http://transgaming.com/business/swiftshader>라는 소프트웨어 래스터라이징
기술을 라이선스했나보더라구요. (인수한 것 같지는 않고) 크롬 18 스테이블에는 다 포함이 되어 있다고 하네요.

제가 레거시 머신이 지금 없어서 테스트는 못해봤는데, 윈도우 온리라는 이야기도 있습니다. (NaCl 쪽 메일링 리스트에서 리눅스는
안된다는 이야기가 있네요<https://groups.google.com/forum/#!topic/native-client-discuss/Wn5de-pemGo>,
SwiftShader라는 기술 자체는 FAQ를 보면 윈도우, 리눅스,
맥<http://transgaming.com/business/swiftshader/faq>모두 작동하는 듯 합니다)

어쨋든 이 이야기는 크롬에서는 WebGL이 퍼포먼스가 아주 충분히 나지는 않더라도, 간단한 3D 콘텐트는 확실히 보여줄 수 있는 사용자
경험을 제시한다라는 의미로 볼 수 있겠죠. 당신의 브라우져에서는 WebGL이 지원되지 않습니다라는 메시지를 더 이상 안봐도 된다는
추세가 시작된다는 것일지도 모르겠습니다. 물론 아직 크롬 한정적인 이야기고, 제대로 기능을 즐길 수 있을 만큼 작동된다는 것은
아닙니다. 하지만 지금까지의 소프트웨어 렌더링 방식보다는 훨씬 성능이 좋다! 정도라고 볼 수 있을 것 같습니다.

웹 오디오 쪽은 뭔가 눈에 띄는 이슈가 없었는데
http://lists.w3.org/Archives/Public/public-audio/
를 살펴보니 가장 최근 이슈로는 역시 WebRTC와 관한 것이 있네요. 바로 실시간 오디오 입력의 처리 부분이죠. 그 밖에도 MIDI
지원에 관한 이야기가 슬슬 나오고 있습니다. (그 동안은 MIDI를 다루려면 Node.js를 통해서 우회적으로 해야했죠)
3월 15일자 워킹 드래프트 <http://www.w3.org/TR/2012/WD-webaudio-20120315/>를 보면 여전히
Currently audio input is not specified in this document, but it will
involve gaining access to the client machine's audio input or microphone.
This will require asking the user for permission in an appropriate way,
perhaps via the getUserMedia() API.
라고 되어있고 이 getUserMedia에 대한 링크는 오리무중 입니다. 2011년 까지는 getUserMedia
드래프트<http://dev.w3.org/2011/webrtc/editor/getusermedia.html>가
있었는데, 이제는 여기 보면 안되고
http://www.w3.org/TR/webrtc/ 를 봐야 합니다. ㅎㅎㅎ 요 2년 사이에 제일 많이 이 문서 저 문서를 왔다리
갔다리 한 기능 중에 하나가 아닌가 생각되네요.

여하튼 제 경우 WebRTC를 좀 제대로 살펴보지 아니할 수 없는 상황으로 전개되고 있습니다.

그런데 소식을 정리하고 보니, 아무래도 크롬 친화적이군요. 아마 크롬이 새 기능을 잔뜩 추가하는 것(앞 뒤 안가리고?ㅎㅎ)을 가장
공격적으로 하고 있기 때문인가봐요.

종종 이런 식으로 이 주제에 관한 소식 정리해 보겠습니다.