메인 컨텐츠로 가기

developerWorks 이용 약관에 동의하시는 경우 제출을 클릭하십시오. 이용 약관 보기.

developerWorks에 처음 로그인하면 developerWorks프로파일이 생성됩니다.귀하의 프로파일에서 동의하신 내용이 공개되지만 이 사항은 언제든지 변경 가능합니다. 귀하의 성명(숨김으로 체크되어 있어도 표시됩니다)과 디스플레이 이름은 게시한 컨텐츠나 사이트 엑세스시 표시됩니다.

모든 정보가 안전하게 전송되었습니다.

  • 닫기 [x]

처음 developerWorks에 로그인할 때 프로파일이 작성되므로, 이를 위해 디스플레이 이름을 선택해야 합니다. 선택하신 디스플레이 이름은 developerWorks에 게시한 컨텐츠에 표시됩니다.

3글자 이상 31글자 이하의 길이로 사용 가능합니다. dW커뮤니티 내에서는 보안상 이메일주소를 제외한 다른 이름을 지정하셔야 합니다.

developerWorks 이용 약관에 동의하시는 경우 제출을 클릭하십시오. 이용 약관 보기.

모든 정보가 안전하게 전송되었습니다.

  • 닫기 [x]

SMIL 3 세계의 키

동기화된 멀티미디어의 확장하는 세계에서 오픈 소스 도구와 기술의 탐색

Colin Beckingham, Researcher, Freelance
Colin Beckingham is a freelance researcher, writer, and programmer who lives in eastern Ontario, Canada. Holding degrees from Queen's University, Kingston, and the University of Windsor, he has worked in a rich variety of fields including banking, horticulture, horse racing, teaching, civil service, retail, and travel and tourism. The author of database applications and numerous newspaper, magazine, and online articles, his research interests include open source programming, VoIP, and voice-control applications on Linux. You can reach Colin at colbec@start.ca.

요약:  W3C SMIL 3 권장사항에서 새 멀티미디어 프리젠테이션 기술의 도입은 소프트웨어 업계에 전문 도구를 최신 상태로 만드는 새 도전과제를 선사하였습니다. 동시에 개발자와 사용자들은 Ambulant와 같은 오픈 소스와 기타 무료 도구를 사용하여 SMIL 3에서 사용 가능한 새로운 기술에 대한 감각을 익힐 수 있었습니다. 이 기사에서 SMIL 3의 새로운 사항에 익숙해지기 바랍니다.

원문 게재일:  2010 년 7 월 22 일 번역 게재일:   2010 년 1 월 11 일
난이도:  중급 원문:  보기 PDF:  A4 and Letter (43KB | 10 pages)Get Adobe® Reader®
페이지뷰:  1962 회
의견:  


동기화된 멀티미디어

동기화된 멀티미디어는 현대 통신 전략에서 중요한 역할을 담당한다. 거시적인 관점에서 비디오, 오디오, 정지 영상, 텍스트 및 기타 요소의 조직화되고 순서화된 프리젠테이션은 관객을 위한 경쟁이 치열한 세계에서 동적이고 대체 가능하며 편집가능한 접근방식을 제공한다. 게다가 이러한 요소의 프리젠테이션은 병렬적으로 동시에 서로 다른 여러 관객의 관심을 끌 수 있다.

음악 교육의 범주에서 일한다고 상상해보자. 피아노 기술에서 마스터 클래스의 제작자로서 대형 비디오 화면으로 전세계의 수많은 관객에게 모습을 드러낸다. 클래스는 기술적으로 어려운 잘 알려진 악절에 대한 논의이다. 오디오는 발표자의 음성으로 배치된 피아노의 소리이다. 일부 관객은 피아노 연주자와 발표자를 보려고 한다. 또 다른 일부는 피아노 연주자의 모습을 매우 잘 알지만, 화면에서 악보를 따라가면서 어느 악절 중간에는 가깝게 확대하려고 한다. 하지만 다른 일부는 어려운 악절이 자세히 논의될 때에 피아노 연주자의 손(때로는 왼쪽, 때로는 오른쪽)을 자세히 보려고 한다. 동기화된 멀티미디어는 이 모두를 소프트웨어를 통해 —일부 요소는 순차적으로, 그리고 다른 요소는 동시에— 사용 가능한 화면 면적(screen real estate)을 많이 부여하여 처리할 수 있다.

자주 사용하는 약어

  • DTD: Document Type Definition
  • SMIL: Synchronized Multimedia Integration Language
  • W3C: World Wide Web Consortium
  • XML: Extensible Markup Language

더 간단한 상황인 경우에는 매체 파일의 목록에서부터 재생하는 간단한 스크립트이면 충분하다. 하지만 복잡한 상황에서는 더 포괄적인 패키지가 필요하다. SMIL(Synchronized Multimedia Integration Language)은 XML 형식에서 이러한 종류의 프리젠테이션에 대한 필수 지시사항을 표현하는 W3C 스펙이며, 이는 컴포넌트를 필요한 대로 시작하고 중지하며 겹치게 하고 인터리빙하여 매우 복잡하고 정교하게 만들 수 있다. IBM® developerWorks에서는 과거에 SMIL 2에 대해 다루었다(참고자료 참조). SMIL 스펙은 멀티미디어 제작자가 모든 이들이 주목하게 하는 면에서 더 효과적으로 경쟁할 수 있도록 훨씬 더 흥미로운 기술과 유연성을 추가하여 버전 3으로 확장되었다.

도구의 상태

개발자들은 새로운 사항과 그 작동 방식에 익숙해지도록 언어의 새 버전으로 자유롭게 작업할 수 있어야 한다. W3C 사이트는 초보자가 시작하는 튜토리얼의 목록을 제공한다. 편집기 또는 작성 도구와 재생기가 있어야 한다. 그러면 상용 및 오픈 소스 둘 다의 작성 패키지와 SMIL 재생기의 목록이 W3C 웹 사이트에서도 사용 가능하다(참고자료 참조). 하지만 이러한 도구의 다수는 아직 SMIL 3과 속도를 따라잡지 못한다. 당연히 많은 수의 작업이 버전 3에 사용 가능하도록 백그라운드에서 분전하여 진행되고 있겠지만, 이를 수행하기 위해 최첨단으로 행동하려는 개발자는 무엇인가? 지금은 SMIL 3의 컨텍스트에서 편집하기 위해 평문 편집기를 사용하고 재생기로서 Ambulant를 사용하거나 자체적으로 선호하는 도구를 사용할 수 있다.

편집기: 자체 선택

드래그앤드롭 및 타임라인 기능이 있는 진정한 시각적 편집기는 SMIL 3용으로는 아직 나와 있지 않다. 이로 인해 많은 사용자들이 낙담할 것이다. 하지만, SMIL 스펙이 평문 형식으로 구성된 XML을 기반으로 하기 때문에, 합리적으로 사용 가능한 어느 편집기나 작업이 가능하다.

순수 SMIL 컨텍스트에서 훌륭한 선택은 Eclipse이다(참고자료 참조). XML 편집기에서 .smil 파일을 직접 열려면 mime 유형 *.smilWindow > Preference > General > Content TypesWindow > Preferences > General > Editors > File Associations에 등록되도록 확인한다.

또한, Eclipse는 SMIL 컨텍스트에서 내재된 코드의 편집을 제어하는 SMIL DTD를 사용할 수 있다.

재생기: Ambulant

Ambulant(참고자료 참조)는 전체 SMIL 3 구현에 매우 유사한 오픈 소스 재생기이다. 프로그램은 오픈 소스이며 세 가지 주요 플랫폼인 Linux®, Microsoft® Windows® 및 Mac OS® X에서 사용 가능하다.

Ambulant는 독립형과 브라우저 플러그인의 두 가지 형식으로 제공된다. 개발자는 독립형 버전을 선택해야 한다. 브라우저 플러그인이 사용자가 선택한 엔진으로 마무리될 수 있지만, 독립형 버전에는 훨씬 더 우수한 보고와 디버그 기능이 있다(오류의 위험성이 훨씬 더 높고 피드백이 높은 우선순위를 가지므로 개발자에게 중요하다). 독립형 및 브라우저 플러그인 버전이 동시에 유지보수된다고 하더라도 차이점 구현으로 인해 두 가지 버전에서 다르게 작동할 수 있다.

Linux에서 Ambulant 설치 및 설정하기

필자는 이 기사의 목적 상 OpenSUSE 11.2에서 Ambulant 2.2 버전을 사용했다.

써드파티 지원

써드파티 도구는 Ambulant 편집본을 위해 필수적인 컴포넌트이다. 이러한 컴포넌트는 일반적으로 사용 가능하다고 하더라도, Ambulant와 딱 들어맞도록 수정되거나 편집되어야 하기 때문에 특별히 제공되었다. 이는 /third_party_packages라는 서브디렉토리에서 변형된(그리고 올바른) 형식으로 제공되었고, 작성 프로세스를 통해 우선적으로 선택될 것이다.

Linux에서 Ambulant를 빌드하는 것은 두 가지 단계 프로세스이다. 먼저 다음 명령으로 써드파티 패키지를 빌드한다.

python build-third-party-packages.py linux

이를 완료하면 일반적인 ./configure, makemake install 순서는 독립형 Ambulant 리더를 빌드할 것이다. 전체 지시사항은 다운로드된 패키지에서 INSTALL 파일을 참조하자.

XML 유효성 검증기와 기타 옵션 설정하기

Ambulant를 최초로 실행하면 아마도 XML 유효성 검증기가 설정되지 않았다는 메시지를 받게 될 것이다. 표시되는 창에서 File > Preferences를 선택한 후 다음을 선택한다.

  • XML 유효성 검증을 위한 Auto. Always는 사용 가능할 수 있지만, 일부 상태 선언에 동일한 검사가 필요하지 않기 때문에 이는 좋은 선택이 아니고, 유효성 검증은 부적절하게 실패할 수 있다.
  • 로그 레벨을 위한 Debug.
  • 구문 분석기를 위한 Xerces 또는 Expat는 선택할 수 있는 경우 아무 것이나 선택한다. Xerces는 잘못 작동되고 있을 때에 자세한 정보를 제공할 수 있다.
  • 필요에 따라 해당되는 기타 옵션.

XML 유효성 검증기를 설정한 후, Ambulant는 File > Open을 사용하여 .smil 확장자의 파일을 실행할 수 있어야 한다. Extras/Welcome/ 디렉토리에서 일부 예제 파일이 있다.


Ambulant로 작업하기

Ambulant로 작업하면서 알아야 하는 몇 가지 사항이 있다.

개발자로서 잘못 작동되고 있을 때에 정보가 필요하다. 따라서 작업을 아는 .smil 파일의 사본을 하나 작성하여, 평문 편집기를 사용하여 그 파일로 오류를 추가하며 의도적인 오류를 사용하여 파일을 실행해 볼 것을 권장한다. 이에 실패하면 View > Log Window에서 오류 결과물을 조사할 수 있다.

Ambulant 창이 처음 열릴 때에 로드할 파일이 없는 경우 창 크기가 최소임을 참고하자. 이를 찾아봐야 할 것이다. 유효한 파일을 열 때에만 창이 파일에서 선언한 기본 영역을 포함하도록 크기를 다시 조정한다.

명령행 인터페이스(CLI)로부터 Ambulant를 반복하여 열고 닫으면 그 때마다 오류 버퍼가 파괴된다. 이는 때로는 강점이 되지만, 때로는 문제점이 된다.

Ambulant가 그 자체적으로 손상되고 다시 빌드해야 한다고 의심하는 경우, 빌드 작업 디렉토리를 제거하고 소스 파일을 다시 추출하고 다시 컴파일링하여 이를 수행할 수 있다.

프로파일은 Ambulant가 실행되는 장치에 그 자원을 가장 효율적으로 사용하기 위해 로드해야 하는 컴포넌트가 무엇인지 표시하는 레이블이다. 완전히 로드된 PC는 모두 간편하게 로드할 수 있지만, 더 작은 장치는 정상적인 컴포넌트의 서브세트를 제공하여 도움을 받을 수 있다.

<smil> 루트 요소의 baseProfile 속성과 같이 목록 1에 제시된 방식으로 SMIL 파일의 루트 요소에서 프로파일을 표시한다.


목록 1. baseProfile 지정하기

          ... <smil
      xmlns="http://www.w3.org/ns/SMIL" version="3.0"
      baseProfile="Language"> ...

소프트웨어가 스펙을 전부 따라갈 때까지 다른 프로파일이 아직 구현될 수 없기 때문에 실험에서 baseProfileLanguage로 지정하는 것이 최선이다.

현재 Ambulant는 사용된 이전 경로를 기억하지 못하기 때문에 알려진 로컬 작업 디렉토리에서부터 작업하여 더 낮은 디렉토리로 드릴 다운하지 않도록 다시 로드하는 것이 최선일 수 있다. 또 다른 옵션은 명령행에서부터 이를 실행하는 것이다.


SMIL 3 테스트 케이스

웹 소스에서부터 예제를 사용할 때에 SMIL 3을 엄격하게 준수하는 코드 샘플에서부터 탐색하는 것이 간편하다. 더 믿을 수 있고 유익한 접근 방식은 W3C 권장사항 페이지에 나열된 SMIL 3 테스트 케이스를 사용하는 것이다.

테스트 케이스는 SMIL 3으로 무엇이 가능한지 볼 수 있는 기준이다. 여기에 이러한 기능을 탐색하는 제안된 프로시저가 나와 있다.

  1. SMIL 3에 새로운 테스트 케이스를 다운로드한다(참고자료 참조).
  2. 알려진 디렉토리에서 파일의 압축을 푼다.
  3. 파일이 들어있는 그 디렉토리를 현재 작업 디렉토리로 만든다.
  4. 다음 테스트 케이스 그룹 중 하나로 파일 서브디렉토리를 통해 드릴 다운한다.
    • Animation
    • ContentControl
    • Layout
    • Media
    • Metainformation
    • namespace_and_doctype
    • SMILText
    • State
    • Structure
    • Timing_and_Sync
  5. 현재 디렉토리를 확장된 테스트 케이스에서 /files 디렉토리로 설정하면 모든 테스트 케이스가 그 서브디렉토리에서 디렉토리 하나 아래로 배열된다. 거기에서부터 이는 목록 2와 같이 하나의 인수로서 테스트 케이스가 있는 mbulantPlayer_gtk로의 하나의 간단한 호출이다.



    목록 2. 명령행 실행하기
     
            $ AmbulantPlayer_gtk /Media/FancyPanZoomDemo.smil
    

  6. 각 테스트 케이스 이후에 Ambulant 재생기를 종료한다. 이렇게 하면 오류 버퍼가 지워져 다음 테스트 케이스를 위해 새 상태로 두어, 알려진 기본 .smil 파일을 가까이 두고 필요한 대로 잘라내어 붙여넣기하여 조정한다.

빠르게 개발하는 도메인을 사용하여 예상한 대로 즉시 작업하지 않는 일부 테스트 케이스를 찾을 수 있다. 다음 표의 예제는 즉시 확실한 경험을 제공할 것으로 예상되는 것으로 특별히 선택되었다.

혼란을 야기할 수 있는 하나의 작은 항목은 많은 수의 SMIL 3 소스 코드 문서가 <!DOCTYPE ..> 문을 사용하지만, 이는 모두에 적용되는 것이 아니다. 많은 수의 State 테스트 케이스는 코드의 일부가 SMIL 구문을 준수하지 않기 때문에 DOCTYPE 문이 들어있지 않다는 것을 참조하자.

두 가지 유형의 변경이 SMIL 3 권장사항에 나와있다. 하나의 유형은 엔진 모듈 사이에 코드의 이동과 연관이 있으며, 최상위 레벨 SMIL 코딩에 직접적으로 영향을 주지 않는다. 이러한 변경 유형의 용도는 다른 프로파일을 지원하는 것으로, 휴대용 장치와 같이 자원이 제한된 경우에 필요하지 않은 일부 엔진을 로드하지 않도록 하는 것이다.

다른 유형의 변경은 SMIL 개발자의 관심을 끄는 요소와 속성의 변경을 초래한다.

표 1에서는 하나 이상의 시스템에서 올바르게 작업하도록 표시되는 일부 선택된 테스트 케이스를 나열하고 설명한다.


표 1. 선택된 테스트 케이스
테스트 케이스설명
ContentControlsystemRequired 요소를 추가하여 현재 시스템이 요청된 프로파일을 지원할 수 있는지 프로그램이 결정하는 데 도움을 준다. 이는 또한 브라우저가 스위치에서 요소를 다시 정렬하는 것을 허용하거나 거부하는 기능을 제공한다. 예를 들어, 이러한 마지막 항목에 대해 플러그인 버전을 통해 브라우저에서 smil30-smilContentControl-allowReorder.smil 테스트를 사용하기에 더 간편할 수 있다. 왜냐하면 이 테스트가 의존하는 내재된 언어 환경 설정에 대한 조정에 액세스가 더 쉽기 때문이다.
LayoutbackgroundOpacity를 BasicLayout, 새 layout 요소 및 soundLevel 요소에 추가한다. Layout/layout-background-opacity-region.smil 테스트는 다른 색상을 통해 보여주는 색상 패치의 기능을 탐색한다.
MediaMediaPanZoom을 추가하여 시각적 컴포넌트의 부분에 집중할 수 있다. 이 기능을 조사하는 media-pan-zoom-percentages.smil 테스트를 시도한다.
Metainformation이제 <body> 요소에서 사용될 수 있으므로 label 속성을 추가하고 메타 인코딩의 다양한 유형을 허용한다. Metainformation/metainfo-test2.smil 및 Metainformation/metainfo-test3.smil 테스트는 <metadata> 요소를 사용하여 .smil 파일의 다양한 부분에 정보를 저장하고 label 속성의 사용을 탐색한다.
SMILTextTextStylingTextMotion을 추가한다. SMILText/smil30-smiltext-textCrawl03.smil은 어느 정도 크롤링 텍스트를 보여주고, smiltext-textFontSize3.smil은 동일한 문서에서 글꼴의 다른 크기를 표시한다.
State프리젠테이션이 사용되는 시스템의 상태에 의존하도록 허용하고, 이러한 상태 조건에 대해 어느 정도 제어를 허용한다. 흥미로운 테스트는 test-05-send.smil이며, 이는 XML 파일의 쓰기 및 읽기와 연관된다. 선택한 케이스는 나중에 실행될 다른 인스턴스로의 Ambulant 전송 메시지의 인스턴스 중 하나이다.
Structure이전에 목록 1에서 제시된 것과 같이 <smil> 요소에서 버전과 프로파일을 식별한다. 올바르게 작업하기 위해 이 섹션에서 테스트 1-4가 표시된다.

마스터 클래스로 돌아가기

이전에 제안했던 피아노 마스터 클래스를 다시 생각해 보면, 이제는 SMIL 3의 일부 기능을 채택하여 프리젠테이션의 계획을 어느 정도 세울 수 있다. 오디오 및 비디오 파일의 모음, .ogg, .mp3, .mov, .jpg 및 .mpeg를 비롯한 다양한 형식에서 이동 및 정지 둘 다 신중하게 타이밍을 고려하여 인터리브될 수 있다.

도입의 첫 부분에 이어 역사적인 영화 장면을 사용하여 유명한 피아니스트가 어떻게 악절을 다루는 지에 대한 비디오 클립이 이어지고 그 뒤에 도입의 끝 부분이 이어진다. 이러한 세 부분은 분명하게 순차적이고, 각각은 전체 화면을 사용할 수 있기 때문에 하나의 화면 region만 사용해야 한다. 하지만 제목과 크레딧을 보여주기 위해 자체적인 영역에서 크롤링 텍스트를 넣는 다양한 TextStyling 및 TextMotion 기술을 사용하여 화면 전반에 걸쳐서 크롤링 텍스트를 표시해야 한다. 이는 비디오와 동시에 실행된다.

그 다음으로 클래스는 layout 요소에서 정의한 네 가지 화면 영역인 개요에서 발표자에 대해 하나, 악보에 대해 하나 및 왼손과 오른손에 대해 두 개 더 사용하여 본격적으로 시작한다. 이러한 컴포넌트는 모두 동시에 재생되며, 네 가지 모두 영화 음악과 동시적이다. 악보 영역에서 MediaPanZoom을 사용하여 악보의 여백에 작성된 어노테이션에 집중하고 재생하면서 그 표기법을 따른다.

마지막으로 결론은 네 가지 영역을 릴리스하고 도입과 유사한 형식으로 돌아간다. 전체 클래스를 통틀어 상태 변수는 정확한 언어 오디오 파일을 선택하여 전환 명령문으로 재생하고, 저작권 및 인코딩과 연관된 메타정보는 SMIL 문서의 본문에 저장된다.

결과는 완전히 구운 상태와(프로세스를 쉽게 뒤집을 수 없다는 의미임) 인쇄된 영화 사이의 중간 정도이다. 이는 관객이 적응하기에 훨씬 더 어려워졌고, 완전히 대화식이며 전체적으로 유동적인 콘솔 접근방식이다. 여기에서 결과물을 끊임없이 모니터링하는 디렉터는 그때 그때 봐서 변경을 수행할 수 있다.

결론

SMIL 3은 서로 다른 규모, 유형 및 기능이 있는 수 많은 장치의 세계에 대해 대비하여 광범위한 플랫폼에서 사용하기 위해 엔진을 모듈화하고 유용한 기능을 추가하는 노력의 일환이다. 프로덕션 환경에서 개발자들은 완료되고 신뢰 가능한 도구가 필요하지만, 동시에 Ambulant는 SMIL 3에 대해 학습하는 보조물로서 훌륭하다. Ambulant는 단점이 있지만 이러한 트랩은 당연히 시간이 지나면서 사라질 것이다. Ambulant의 독립형 버전이 개발자들에게 훌륭하지만, 사용자의 궁극적인 선택은 브라우저 플러그인 버전이 될 가능성이 높다.


참고자료

교육

  • Eclipse: Eclipse에 대한 오픈 소스 커뮤니티를 확인하자. 60개 이상의 프로젝트는 소프트웨어 라이프사이클 전반에 걸쳐서 소프트웨어를 빌드, 배치 및 관리하는 확장 가능한 개발 플랫폼, 런타임 및 애플리케이션 프레임워크를 빌드하는 데 집중한다.

  • Get up to speed with SMIL 2(Anne Zieger저, developerWorks, 2002년 9월): 멀티미디어를 웹 내용으로 통합하기 위한 SMIL 2 및 XML 기반 접근방식에 대한 정보는 이 기사를 읽어보자.

  • Synchronized Multimedia: W3C 작성의 목록 및 재생기 패키지 및 SMIL용 튜토리얼을 찾아보자.

  • SMIL 3.0 Test Suite: SMIL 3.0에 소개된 새 기능에 대한 새 테스트 케이스의 콜렉션과 W3C로부터 SMIL 3.0의 변경되지 않은 기능에 대해 SMIL 2.1 Test Suite에서부터 이전 테스트 케이스의 자세한 정보를 알아보자.

  • developerWorks의 XML 영역: XML 영역에서 기술 향상에 도움이 되는 참고자료를 얻을 수 있다.

  • My developerWorks: developerWorks와 관련된 경험을 개인화할 수 있다.

  • IBM XML 인증: XML 및 관련 기술에 대한 IBM 인증 개발자가 되는 방법을 찾아볼 수 있다.

  • XML 기술 자료: developerWorks XML 영역에서 다양한 기술 관련 기사와 팁, 튜토리얼, 표준 및 IBM Redbook을 볼 수 있다. 또한 더 많은 XML 팁을 읽어본다.

  • developerWorks 기술 행사 및 웹 캐스트: 이러한 세션에 참가하여 최신 기술에 대한 정보를 얻을 수 있다.

  • Twitter의 developerWorks 페이지: 오늘 가입하여 developerWorks 트윗을 팔로우하자.

  • developerWorks podcasts: 소프트웨어 개발자의 흥미로운 인터뷰와 토론을 확인할 수 있다.

제품 및 기술 얻기

토론

필자소개

Colin Beckingham is a freelance researcher, writer, and programmer who lives in eastern Ontario, Canada. Holding degrees from Queen's University, Kingston, and the University of Windsor, he has worked in a rich variety of fields including banking, horticulture, horse racing, teaching, civil service, retail, and travel and tourism. The author of database applications and numerous newspaper, magazine, and online articles, his research interests include open source programming, VoIP, and voice-control applications on Linux. You can reach Colin at colbec@start.ca.

잘못된 도움말 신고

부정사용 신고

감사합니다. 이 항목은 운영자가 관심을 표시했습니다.


잘못된 도움말 신고

부정사용 신고

제출실패 신고. 나중에 다시 실행해주세요.


디벨로퍼웍스 로그인


IBM ID가 필요하세요?
IBM ID를 잊으셨습니까?


비밀번호를 잊으셨습니까?
비밀번호 변경

developerWorks 이용 약관에 동의하시는 경우 제출을 클릭하십시오. 이용 약관.

 


developerWorks에 처음 로그인하면 developerWorks프로파일이 생성됩니다.귀하의 프로파일에서 동의하신 내용이 공개되지만 이 사항은 언제든지 변경 가능합니다. 귀하의 성명(숨김으로 체크되어 있어도 표시됩니다)과 디스플레이 이름은 게시한 컨텐츠나 사이트 엑세스시 표시됩니다.

화면상에 보여지는 닉네임을 정하세요.

처음 developerWorks에 로그인할 때 프로파일이 작성되므로, 이를 위해 디스플레이 이름을 선택해야 합니다. 선택하신 디스플레이 이름은 developerWorks에 게시한 컨텐츠에 표시됩니다.

3글자 이상 31글자 이하의 길이로 사용 가능합니다. dW커뮤니티 내에서는 보안상 이메일주소를 제외한 다른 이름을 지정하셔야 합니다.

3개의 &이나 대쉬를 포함해주시고 31글자내로 제한해주세요.


developerWorks 이용 약관에 동의하시는 경우 제출을 클릭하십시오. 이용 약관.

 


아티클 순위

의견

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=20
Zone=XML, 오픈 소스
ArticleID=606942
ArticleTitle=SMIL 3 세계의 키
publish-date=07222010
author1-email=colbec@start.ca
author1-email-cc=

태그

Help
검색 필드를 사용하여 My developerWorks 내에서 해당 태그가 사용된 모든 종류의 컨텐츠를 검색하십시오.

태그를 더 많이 보거나 적게 보기 위해 슬라이더 막대를 사용하십시오.

인기 태그는 특정 컨텐츠 존(예를 들어, 자바, 리눅스, WebSphere)의 최고 인기 태그를 보여줍니다.

내 태그는 특정 컨텐츠 존(예를 들어, 자바, 리눅스, WebSphere)의 귀하의 태그를 보여줍니다.

검색 필드를 사용하여 My developerWorks 내에서 해당 태그가 사용된 모든 종류의 컨텐츠를 검색하십시오. 인기 태그는 특정 컨텐츠 존(예를 들어, 자바, 리눅스, WebSphere)의 최고 인기 태그를 보여줍니다. 내 태그는 특정 컨텐츠 존(예를 들어, 자바, 리눅스, WebSphere)의 귀하의 태그를 보여줍니다.