RE: Web * (GL + Audio + RTC)

최승준 그룹장님.

좋은 정보 감사합니다~^^

그리고 보내주신 내용 중 구글이 SwiftShader 같은 rasterizer 기능을 추가해서
예전 GPU들/디바이스 드라이버들을 사용하는 사용자들도 WebGL을 사용할 수
있도록 지원하는 것, 참 잘한다는 생각이 드네요~

 

그리고 W3C의 WebRTC와 getUserMedia 스펙에 대해서 간단히 첨언을 드리면,

처음에는 WebRTC 스펙에 getUserMedia 내용이 포함이 되어 있다가 현재는 WebRTC
스펙에서 getUserMedia 내용 부분을 옮겨 독립적인 스펙으로 만들고 있습니다.

이유는 여러가지가 있는데 첫째는 getUserMedia 만 가지고도 독립적인 충분한
Use Cases들이 존재한다는 것, 둘째는 getUserMedia가 Device APIs WG의 Media
Capture APIs를 대체하기로 결정이 되었기 때문입니다.

최신 editor’s draft는 [1], [2]와 같습니다. W3C의editors draft를 보실때는
가능하면 크롬이나 파폭으로 보세요~

 

[1] http://dev.w3.org/2011/webrtc/editor/webrtc.html


[2] http://dev.w3.org/2011/webrtc/editor/getusermedia.html


 

이원석 드림.

 

From: Seung Joon Choi [mailto:erucipe@gmail.com] 
Sent: Wednesday, April 11, 2012 9:06 AM
To: HTML Korean Interest Group
Subject: 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 <http://www.w3.org/TR/2012/WD-webaudio-20120315/> 월 15일자 워킹
드래프트를 보면 여전히

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
<http://dev.w3.org/2011/webrtc/editor/getusermedia.html> 년 까지는
getUserMedia 드래프트가 있었는데, 이제는 여기 보면 안되고

http://www.w3.org/TR/webrtc/ 를 봐야 합니다. ㅎㅎㅎ 요 2년 사이에 제일 많이
이 문서 저 문서를 왔다리 갔다리 한 기능 중에 하나가 아닌가 생각되네요.

 

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

 

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

 

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