http://www.flickr.com/photos/florisla/1943594953/

WebM 프로젝트는 누구나 자유롭게 사용할 수 있는 고품질의 오픈된 웹 비디오 포맷을 개발합니다.
모질라, 구글, 오페라를 비롯한 40여개 이상의 컨텐츠 배포자, 소프트웨어 및 하드웨어 제작사들이 WebM을 지원합니다.
WebM은 웹을 위한 오픈 소스의 로열티가 없는 미디어 포맷입니다.
WebM은 파일 컨테이너 구조와 비디오, 오디오 포맷을 정의합니다. WebM 파일은 VP8 비디오 코덱을 사용한 압축된 비디오 스트림과 Vorbis 오디오 코덱을 사용한 압축된 오디오 스트림으로 구성됩니다. WebM 파일 구조는 Matroka 컨테이너를 기반으로 합니다.
구글이 I/O 에서 다수의 파트너들(브라우저에서는 오페라와 모질라가 참여)과 함께 새로운 WebM 프로젝트를 공개했습니다. WebM 프로젝트는 구글이 인수했던 On2의 코덱을 사용합니다. 이 발표는 개방형 비디오 전쟁에 있어 큰 뉴스이며, 이제 모두의 눈은 사파리로 향하게 되었습니다.

WebM 프로젝트는 다음과 같은 목표를 가지고 있습니다.
  • 개방과 혁신. 웹이 성공할 수 있었던 주요 요인은 HTML, HTTP, TCP/IP 와 같은 핵심 기술들이 누구나 구현하고 개선할 수 있도록 개방되어있다는 것이었습니다. 동영상이 웹 경험의 중심이 되어가면서 고품질의 개방된 비디오 포맷이 필요해졌습니다. WebM은 100% 무료인, BSD 유사 라이센스를 가진 오픈 소스 프로젝트입니다.
  • 웹에 최적화. 웹에서 동영상을 제공한다는 것은 전통적인 방송이나 오프라인 미디어와는 다릅니다. 현존하는 비디오 포맷들은 이러한 미디어들의 필요를 충족시키기 위해 고안되었고, 그 목적에 맞게 잘 동작합니다. WebM은 웹에서의 동영상 제공이라는 독특한 필요를 충족시키는 것에 집중했습니다.
    • 넷북, 모바일 장치, 타블렛 등의 어떤 장치에서도 재생할 수 있도록 적은 계산
    • 단순한 컨테이너 포맷
    • 최고 품질의 실시간 비디오 전송
    • 쉬운 인코딩. 최소한의 코덱 프로필과 부가 옵션. 가능하다면, 어려운 결정을 인코더에 위임
* 주의 : WebM을 지원하는 브라우저의 초기 개발자 버전은 아직 완전히 최적화되지 않았습니다. 따라서, 스크린 렌더링을 위해 정상적인 릴리스에 기대했던 것보다는 많은 계산을 요구합니다. WebM의 계산 효율성은 VP8 SDK의 개발자 도구를 통해 보다 정밀하게 측정할 수 있습니다. 브라우저에서의 최적화는 앞으로 이루어질 예정입니다.

개방형 웹에 축하를!

FlashIE9에서도 VP8 코덱을 지원하기로 했습니다. 당연하겠지만, 이제 모두의 관심은 애플의 사파리로 모이고 있습니다. :)

from WebM : The On2 codec is here, with support from Google, Mozilla, and Opera
Posted by 행복한고니 트랙백 1 : 댓글 0

또 다시 Ext JS에 대한 글입니다. Jack Slocum씨와 그의 팀이 보다 명확하게 라이센스 등에 대한 입장을 정리하고 있는 것 같습니다. 오픈소스와 관련된 라이센스 예외사항을 작업하고 계신 것 같습니다.

최근 GPL v3로의 변화로 Ext 커뮤니티가 많은 우려를 제기했습니다. 우리는 이러한 우려를 새로운 두가지 FLOSS 예외 항목의 커뮤니티 논의를 통해 해결하고자 합니다.

첫번째 단계는 확장기능을 위한 오픈소스 라이센스 예외입니다. 현재는 초안 상태이지만, 우리가 최종안을 확정하기 전에 커뮤니티로부터 의견을 들을 생각입니다.

이런 예외의 의도는 확장 기능, 언어팩, 테마, 오픈소스 개발자 툴킷, 다양한 라이센스를 가진 Ext 라이브러리 프레임웍 등이 보다 자유로운 라이센스를 취할 수 있게 하기 위해서입니다(주의: 이 예외는 응용프로그램을 위한 것도 아니고 라이브러리 자체에 대한 어떠한 예외도 허용하지 않습니다. 오픈소스 응용프로그램을 위한 라이브러리 FLOSS 예외사항은 아래의 “Next Up”에서 논의된 예외사항에 언급할 것입니다).

그는 의견과 피드백을 기대하고 있습니다. 최신 초안을 보실 수 있고, 원하신다면 토론에 참여하실 수도 있습니다.

이 예외사항은 첫 단계이고, 다른 것도 있습니다:

확장기능 예외가 완료된 후에, 다음 단계는 Ext JS와 Ext GWT를 위한 MySQL AB와 유사한 FLOSS 예외 초안을 작성하는 것입니다.

이 예외는 Ext JS를 사용하는 오픈소스 응용프로그램을 위한 것입니다. 그것은 확장기능 예외가 지원하지 못하는 별개의 추가 권한을 허용하지만(예로 “번들링bundling”은 괜찮습니다) 확장기능이나 툴킷에는 사용할 수 없습니다. 그 부분은 확장기능 예외를 적용합니다.

from Ext JS responds with Open Source FLOSS Exceptions on Ajaxian

Posted by 행복한고니 트랙백 0 : 댓글 0

유명 프로젝트에는 늘 잡음이 생기기 마련인가봅니다. Ext JS가 예전에 취하던 LGPL(-스러운) 라이센스가 실제로는 오픈 소스가 아니라는 식의 말이 있더니 개발자 Jack 씨가 지난 주에 2.1 버전을 발표하면서 라이센스를 GPL 로 바꾸자 이번엔 기존 소스를 기반으로 포크 프로젝트를 진행하던 사람들이 또 불만을 표현했다고 합니다.

이래저래 많이 힘들어서일까요. Jack 씨가 최근 블로그에 개인적인 공격으로 힘들다라는 글을 쓴 것 같습니다. Ajaxian 에 관련 글을 쓴 Dior 씨는 "Ext JS 가 훌륭한 만큼, 이 일은 부끄러운 것이다. 나는 Jack이 보다 나은 기능을 만들고, 영역을 확대하는 데에 힘쓰길 바랬다" 라고 평했네요. 또한 이 일이 많은 시간과 에너지를 소모시킬 것이라고 했습니다.

Jack씨의 관점에서 본 진행과정이라고 합니다:

  • 집에서 7달 동안 내내 YUI-EXT 를 개발해서, BSD 라이센스로 릴리스했습니다. 저는 이 일에 대한 매 순간을 사랑했습니다. 기부가 많지도 않았고, Yahoo로부터의 어떠한 공식적인 지원도 없었습니다. 셋째의 출산일이 다 되었고, 잔고도 바닥나고 있었기 때문에 저는 지금은 Ext JS로 바뀐 그것을 계속 진행할 방법과 그것으로 가능한 생계 수단을 강구해야 했습니다.

    이번에 저는 완전한 상용 프레임웍으로 전환하는 것을 심각하게 고민했습니다. Ext 포럼에서 이 결정에 대해 공개적으로 논의했었죠. 이 논의를 읽어보시려면 아래 주소를 참고하시면 됩니다:

    “Official Commercial License Input Thread”
    http://extjs.com/forum/showthread.php?t=2194

    “Official Open Src License Thread (Commercial License Part 2)”
    http://extjs.com/forum/showthread.php?t=2253

    결국, 커뮤니티에서 수많은 논의를 거친 후에, LGPL을 채택하기로 결정한 것입니다.

  • 1.0 버전이 릴리스 되기 직전에, 수많은 Ext “복제품(clones)”이 있었습니다. 이들은 릴리스 했던 1.0과 그 이전 버전의 Ext 테마, CSS 그리고 다른 리소스들을 수정(hack)하면서 시작되었습니다. 제가 수없이 많은 시간을 들여 작업한(전 훌륭한 디자이너가 못됩니다) 새로운 4개의 테마가 있었습니다. 심지어 Ext 1.0 이 릴리스되기도 전에  이미 경쟁자들이 그들을 사용하고 있었을 때 제가 무슨 생각을 하겠습니까.

    그게 제가 Ext 1.0 에서 새로 나온 “Assets” (CSS와 이미지) 에 대해 독점적인 라이센스를 취한 까닭입니다.

  • Ext JS는 LGPL로 릴리스되며, 위에서 밝혔듯 Assets는 이 부분에서 제외됩니다. 그 직후에 2개의 주요한 공개 법인회사에서(이름은 밝히지 않습니다) 그들의 개발 프레임웍에 Ext JS를 포함했습니다. 아무도 보지 못한 크레딧 파일을 제외하고는 Ext JS에 대한 어떠한 언급도 없었습니다. 그 프레임웍에 포함된 모든 작업에 대한 어떠한 지원도 없었습니다. 그들 중 아무도 우리에게 연락조차 하지 않았습니다. 그래도 되는 걸까요? 어떻게 그럴 수 있을까요? 우리의 잠재적인 고객을 상당 부분 빼앗아가는 그들과 우리가 어떻게 경쟁해야할까요? 제가 직면한 많은 의문점들이 있었고 그래서 저는 “비즈니스 101“[각주:1]을 시작하게 된 것입니다.

    Ext JS의 다음 버전은 LGPL의 대리적 성격을 위한 Ext 라이센스로 릴리스되었고, 현재의 2.1에 이르기까지 “프레임웍/툴킷에 사용불가” 라는 제한을 추가했습니다.

공개된 자료들이라는군요:

  • 이 일은 CNET에서 갑자기 시작됐습니다:http://www.cnet.com/8301-13505_1-9878693-16.html

  • Alex Russell 씨가 Ext 의 라이센스를 Ajaxian에서 맹렬히 비난했습니다(죄송하지만 링크를 찾을 수 없었습니다). 그리고 메일을 통해 개인적으로도 라이센스에 대해 공격해왔습니다. 그리고 블로그에 이 일을 썼습니다:

    http://alex.dojotoolkit.org/?p=654

  • Matthew Garrett씨가 우리의 Ext 라이센스나 Assets 라이센스에 대해 완전히 무시하기로 했습니다:

    http://mjg59.livejournal.com/84586.html

  • Ajaxian의 Dion Almaer씨가 개인적으로 우리에게 Ext 라이센스에 대한 우려를 알려왔습니다. 그의 요점은 매우 분명하고 진지했으며, 그는 대체로 오픈소스 커뮤니티에만 관심이 있었습니다.
  • 라이센스와 관련해 고객들과 몇 번의 사적인 대화가 있었는데, 이는 위의 링크들과 논의들이 유발한 것입니다.

그 다음에 Jack은 몇몇 개인적인 공격에 대해서 얘기했지만, Dion 씨가 옮기고 싶지는 않았다고 합니다. 이런 일들이 오픈소스 쪽에서는 꽤 심심찮게 일어나는 모양입니다.

어쨌든 Enterprise Java one 에서 봤던 것 같은 수준의 논쟁이  Ajax 커뮤니티에서는 없었으면 좋겠다고 합니다. "말다툼은 페이지를 늘리는데는 좋지만, 인생은 짧습니다. 저는 우리의 커뮤니티가 하나의 목표 아래 강력하고 결속력있게 지냈으면 좋겠습니니다."

개방형웹을 성장시킵시다. 우리가 크게 성장시킬 수록 파이도 커집니다. 그러면 우리 모두가 성공할 것입니다.

from Ext JS and the fun with Open Source licenses on Ajaxian
  1. 보통 1학년생의 반 번호가 100번대에서 시작하기 때문에, 101은 기초 혹은 기초반이라는 의미로 많이 사용된다고 합니다. [본문으로]
Posted by 행복한고니 트랙백 0 : 댓글 0
from Chandler Server Upgrades to Dojo 1.0.2 on Ajaxian

오픈소스 Chandler 프로젝트는, 표준 기반 정보 관리 프로그램인데, 그들의 OSS PIM을 Dojo v1.0.2를 사용하도록  업그레이드 했습니다. 주된 업그레이드 사항으로는 성능 개선과 Dojo의 유저 인터페이스 빌드 API인 Dijit를 이용한 UI 기능 확장이 있습니다.

Chandler 서버의 이번 릴리스는 Dojo 와의 연동에 초점을 두어 수정보다는 API의 견고함을 더하는데 주력한 듯 합니다.Dojo의 코드를 이용해 자신들의 코드를 수정하는 작업도 진행중인 듯 한데, 국제화 부분이나 코드 가독성 부분에서 만족하고 있는 듯 합니다. 이 작업은 계속 진행중이므로 지켜봐달라고 하네요.

주목할만한 업데이트:

  • 관리 인터페이스를 dojo.data와 Dijit UI 컴포넌트를 이용해 업데이트
  • DOM 관리를 위해 dojo.query를 널리 사용

보다 자세한 사항은 Chandler 프로젝트 블로그 를 참고하세요


Posted by 행복한고니 트랙백 0 : 댓글 0