Streaming 과 Adaptive Streaming 티빙 시대 8조

티빙시대 모니터링팀 8조의 PowerPoint 01 Streaming02 Adobe Flash03 Silverlight04 APPLE’S05 Q&A

streaming VS. 어댑티브 streaming STORY Intro. How’s Your Feeling? Streaming 란? 미디어를 보내주는 서버와 영상 플레이 어가 있는 클라이언트 사이가 마치 일종의 관으로 연결된 것처럼 논리적인 회선을 설정해 두어야 합니다. Adaptive Streaming 란? 어댑티브 streaming (Adaptive Streaming)은 HTTP의 표준 웹기술을 써서 streaming 을 흉내 내는 기술입니다. Streaming Adaptive Streaming

어댑티브 streaming STORY Intro. streaming VS.

Streaming STORY FIRST Streaming 이란? 만약 동영상을 열었을 때 "버퍼링"을 한다면, 이 동영상은 Streaming 방식으로 제공되는 것으로 보면 된다. Streaming은 실시간으로 동영상을 조금씩 흘려보내 주는 것으로서 플레이어에서는 마치 TV에서 어디선가 날아오는 전파를 받아 바로 보여주듯 그때그때마다 들어오는 데이터를 그대로 보여준다. 하지만 인터넷 망의 상태에 따라 언제나 일정한 속도로 동영상 데이터가 들어오는 것이 아니기 때문에, 동영상이 끊기거나 지연되는 사태가 종종 발생한다. 그래서 동영상 플레이어는 그런 지연을 방지하기 위해 얼마간의 데이터를 미리 받아놓고 상태가 좋지 않으면 미 리 받아놓은 영상을 보여주어 끊기는 현상을 최대한 방지하려고 한다. Streaming 방식으로 재생되는 동 영상은 받은 데이터를 보여주고 나서 다운로드 방식처럼 파일이 어딘가에 남거나 하지 않기 때문에, 만 약 동영상을 다시 한 번 보고 싶다면 똑같이 버퍼링부터 하고 똑같은 데이터를 다시 받아 봐야 한다. 별도의 복사본이 남지 않기 때문에 대부분의 유료 컨텐츠 등은 Streaming 방식을 취한다.

Streaming STORY FIRST Streaming 기술이 더욱 중요해지고 있는 이유 일반적으로 음성이나 영상을 재생할 때에는 파일 전체를 하드디스크에 다운로드 해야 하는데 이럴 경우 다운로드가 완료될 때까지 기다려야 하고 하드 디스크 내에 저장 공간도 확보되어 있어야 하기 때문이다. Streaming 기술은 데이터를 수신하고 있는 클라이언트 측은 데이터를 모으고, 그 데이터를 처리하여 사운드나 그림으로 변환해주는 응용 프로그램에 마치 끊임없는 흐름처럼 보내준다. Streaming 기술을 이용 하면 컴퓨터의 주 기억 장치와 주변 장치 사이에서 데이터를 주고받을 때 정보를 임시로 기억해 두고 사용할 수 있는 버퍼(Buffer)를 이용해 재생하 게 되므로 기다릴 필요가 없고 비디오, 오디오 자료처럼 데이터 용량이 큰 것도 제약을 받지 않고 보거나 들을 수 있다. 방송사나 신문사, 인터넷 방송 등에서 VDO, ADO 정보를 제공하는 수단으로 많이 이용되고 있다.

Streaming STORY FIRST Streaming 기술의 중요성 1. 다운로드 방식과 달리 버퍼링만으로 즉시 동영상 콘텐츠 시청이 가능하며 파일의 특정 지점부터 볼 수도 있음 2. 전체 네트워크 상황에 유동적으로 대처함으로써 서비스의 질적 향상을 높여 더 좋은 화질과 음질의 서비스가 가능 3. 사용자 즉, 클라이언트가 동영상 콘텐츠를 자체 저장할 수 없어 복제가 불가능하며, 클라이언트는 별도의 저장 공간 을 필요로 하지 않음

Streaming STORY FIRST Streaming 기술 동향 클라이언트에서 응용 프로그램의 설치 과정을 거치지 않고도, 중앙 서버로부터 실행에 필요한 최소한의 코드만을 실시간으로 전송 받아 응용 프로그램을 클라이언트에서 실행시킬 수 있다. 이 때, 응용 프로그램은 클라이언트에서 실 행된다. streaming 기술은 WBT(Web-BasedTerminal) 기술을 가진 사용자 확장에 따른 서버 확장성의 문제를 해결하고, 서버의 부하 및 네트워크 사용량을 현격하게 줄일 수 있다는 장점이 있다. 서버와 클라이언트 사이의 streaming 서비스는 streaming 데이터의 성격에 따라 크게 멀티미디어 데이터, 즉 동영상 streaming 서비스와 응용 소프트웨어 streaming 서비스로 구분되며, 각각의 서비스에서 사용되는 하 부 전송기술에 대한 요구사항도 확연히 구분된다. 동영상 streaming 서비스는 서비스가 제공되는 전체 시간 동안 일정한 전송 대역폭을 요구하는 반면에 실제 전송 망에서는 이러한 요구사항을 만족시켜줄 수 없으므로 streaming 되는 데이터의 손실이 발생하게 되며, 또한 사람의 감각기관 특성상 시각적으로 펼쳐지는 화상 데 이터 및 청각적으로 전달되는 음성 데이터는 일부가 손상되더라도 전체의 의미를 파악할 수 있으므로, 동영상 streaming 서비스에서 사용하는 하부 전송기술은 일정범위 내에서 전송 데이터 손실이 발생하더라도 이를 용인 하는 방향으로 적용된다.

Streaming STORY FIRST Streaming 서버 종류 ★ Windows Media Service 범용적으로 사용되며, 대규모 서비스 환경에서 안정적으로 작동. 윈도우 서버 라이센스가 있다면 streaming 서비스를 하는데 별도의 라이센스 비용이 필요하지 않음 ★ Adobe Flash Media Server adobe사에서 만든 플래시 streaming 서버. 별도의 플레이어 설치 없이 대부분의 인터넷 브라우저에서 실행. 또한 플래시를 사용하기 때문에 다양한 멀티미디어 스킨을 적용시킬 수 있는 장점이 있음 ★ wowza adobe flash, apple iOS, MS Sliverlight, Apple QuickTime, Android, Blackberry 지원

Adobe Flash Player STORY Second Adobe Flash Player 소개 새로 출시된 Adobe® Flash® Player 10.1 및 Adobe AIR® 2 런타임에서 지원하는 HTTP Dynamic Streaming 을 통해 온라인상에서 On-Demand 및 실시간 비디오를 streaming 할 수 있습니다. 이 새로운 전달 방식 덕분에 일반 HTTP 연결을 통해 표준 기반의 MP4 미디어를 On-Demand 및 실시간 적응형 비트 전송률 비디오로 streaming 할 수 있게 되었습니다. 이 기능을 사용하면 컨텐츠 제작자, 개발자 및 배급 자는 Adobe Flash Platform 을 통해 광범위한 사용자에게 전달할 수 있고 다양한 고 품질 미디어 전달 방식을 선택할 수 있습니다. On-Demand 및 실시간 전달 모두 HTTP Dynamic Streaming 에서 지원합니다. 그러 나 컨텐츠 준비를 위한 각각의 워크플로우는 약간 다릅니다. On-Demand 컨텐츠는 매니페스트 파일과 함께 MP4 조각 파일을 만드는 간단한 포스트 인코딩 단계를 통해 준비됩니다

Adobe Flash Player STORY Second HTTP Dynamic Streaming workflow 아카마이 HD 네트워크가 Adobe 의 HTTP Dynamic Streaming 을 지원하는 최초의 글로벌 미디어 전송 네트 워크로 인증을 받았다고 합니다. 이번 인증을 통해 Adobe F4F 포맷 ( MP4 단위 포맷 ) 을 통해 어도비 플래시 (Flash) 기술 기반으로 라이브 및 on-demand streaming 을 지원하는 아카마이 HD 네트워크 전송은 현재 HTTP 방식의 Dynamic Streaming 을 지원하고 있는 Adobe Flash Runtime 과 완벽히 호환된다는 것이 확인되었습니다. Flash 기 반의 고화질 온라인 미디어 전송에 최적화된 전송 솔루션임을 입증하게 된 겁니다. HTTP Dynamic Streaming 은 미디어 전송에 있어 고화질 (H2.64E 또는 VP6) 및 네트워크 효율성을 극대화 하기 위한 HTTP 방식의 Streaming 입니다. Adobe Flash Flat Form 에서 보다 효과적으로 콘텐츠를 전송할 수 있도록 지원하는 오픈 포맷 솔루션이기도 합니다. 따라서, 콘텐츠 공급자들이 아카마이 HD 네트워크를 이용하면 HD 급 미디어를 빠르고 안정되게 adobe 플 래시 플랫 폼으로 전송 할 수 있습니다. 고객들은 기존 Flash workflow 에서 별다른 변경사항 없이 Edge Platform 안에서 streaming 포맷을 자동 변환 하기 때문에 고객들이 포맷을 변경하는데 요구되는 시간과 투자를 줄여줍니다. …… 사람중심 김재철 기자 작성

HTTP Dynamic Streaming workflow Adobe Flash Player STORY Second 이 그림은 on-demand 와 live streaming 모두의 인코딩 및 data flow 를 보여줍니다. On-demand streaming 은 간단한 packaging 단계를 요구하고, live delivery 는 HTTP Dynamic Streaming Packager 을 활용합니다.

HTTP Dynamic Streaming workflow Adobe Flash Player STORY Second ① 기존 미디어를 다음의 단편화된 포맷으로 패키지 하기 쉽도록 2 가지 tool 을 개발하였다. 이 tool 은 ‘File Packager’ 와 ‘Live Packager’ 이다. File Packager 는 기록 매체를 준비하는데 사용되고 Live Packager 는 실시간 RTMP 스트림을 준비하는데 사용된다. 두 패키지는 F4F(MP4 단편 호환 파일 생성 ), F4M(Flash media manifest file 생성 ), 컨텐츠 보호를 공통된 업무를 수행한다. 패키징 프로세스는 이전에 인코딩된 FLV 또는 F4V 파일에서 F4F 파일을 만든다. 이 프로세스는 또한 F4M 을 생성한다. 그리고 Adaptive bitrate 미디어 전송을 위해 File Packager 는 기존 manifest file 을 bitrate 을 추가하여 업데이트 한다. 11

HTTP Dynamic Streaming workflow Adobe Flash Player STORY Second ② 실시간 스트림을 위해 패키징 프로세스는 실시간 RTMP 스트림을 F4F 포캣으로 전환한다. 코덱은 H.264, AAC, VP6 그리고 MP3 를 포함한다. Live Packager 는 실시간 컨텐츠를 보호하고 다수의 F4F 세그먼트를 출력 한다. 또한 실시간 manifest 파일을 생성한다. 22

HTTP Dynamic Streaming workflow Adobe Flash Player STORY Second ③ 실시간 스트림과 기록 매체 파일 모두 HTTP 서버에 위치하고 그 서버는 HTTP 상에서 단편 요청을 수신하 고 파일로부터 적절한 단편을 송신하는 역할을 한다. Adobe 는 이러한 과정을 위해 HTTP 모듈을 제공한다. 송 신할 단편의 일부는 Flash Player 에 의해 다운로드 되고 제공된다. 33

HTTP Dynamic Streaming workflow Adobe Flash Player STORY Second ④ 스트림이 재생될 때 ActionScript 는 클라이언트의 대역폭과 재생 상태를 감시하고 재생 능력을 향상시키기 위해 적절한 bitrate 파일 단편으로 교체한다. streaming 세션이 시작할 때, 미디어 플레이어는 미디어를 재생시 키기 위해 필요한 모든 정보를 제공하는 F4M, 단편 포맷, 이용 가능한 bitrate, Flash Access license 서버 위치 등을 다운로드 한다. manifest 파일을 분석, 요청하면서 미디어 단편을 조립, QoS 를 모니터링하는 것은 기존 Flash 기반의 미디어 플레이어에 추가적인 논리가 필요하다. 이러한 구현을 쉽게 하기 위해 OSMF 가 존재하는 것이다. OSMF 는 manifest 파일 관리, Adaptive bitrate 교체, DVR, Flash Access 2 컨텐츠 보호 관리 등을 포함한 로직을 관리합 니다. 44

Adobe Flash Player STORY Second F4F Manifest file 미디어의 위치, DRM 메타데이타, 다수의 bitrate 에 관한 정보 등을 담고 있는 Flash media 정보를 포함하 고 있는 F4M 파일 HDS 가 HTTP 확장성의 이점과 함께 Streaming 의 특징을 결합하였고 전통적인 RTMP Streaming 과 Flash Player 10.x 의 P2P 기능을 가지고 매우 높은 품질의 비디오 컨텐츠를 제공할 수 있게 되었습니다.

Microsoft Silverlight STORY THIRD SILVERLIGHT에 대한 분석과 설명 웹에서 사용되어질 차세대 미디어 환경 및 RIA( 풍부한 대화형 응용 프로그램 ) 를 만들고 제공하기 위한.NET Framework 의 다중 브라우저이며 또 다중 플랫폼 구현도구입니다. Silverlight 에는 서버, 웹 및 데스크톱의 기능과 관리 코드 및 동적 언어의 기능, 선언적 및 기존 프로그래밍 의 기능 및 WPF(Windows Presentation Foundation) 기능이 통합되어 활용되고 있습니다. 그리고 윈도우 시스템 화면 (UI) 를 구축하기 위한 프레임워크입니다. Silverlight 는 WPF/E 의 코드명으로 시작되었으며 여기서 /E 는 영문 Everwhere( 언제 어디서나 ) 를 뜻합니다. 즉, WPF 를 언제 어디서나 사용을 한다는 뜻이 됩니다. Silverlight 는 멀티 브라우저, 다중 플랫폼을 지원하기 때문에, 다양한 기기, 운영체제에서 Silverlight 를 사용 할 수 있는 것이죠.

Microsoft Silverlight STORY THIRD SILVERLIGHT 사용가능 한 곳 ☞ Microsoft Internet Explorer 6/7/8 ☞ Mozilla Firefox ☞ SeaMonkey Browser ☞ Safari ☞ Opera ☞ Google Chrome ☞ Microsoft Windows 2000~Windows 7 (Win serv 군 포함 ) ☞ Apple Mac OS ☞ Windows Mobile (Windows Phone 과 테블릿 ) ☞ Linux ( 비공식적 ) Silverlight는 작은 소 용량(약 4MB)의 실 버라이트 런타임이 설치되면 많은 브라우 저에서 사용이 적용 가능해지며 Out of Browser기능으로 웹 브라우저에서 벗어 나도 사용이 가능한 프로그램 입니다. 개 발도구로는 Microsoft의 VS(Visual Studio) 를 사용하며 Silverlight의 시각적 디자인 은 Microsoft의 Expression Blend를 사용 합니다.

Microsoft Silverlight STORY THIRD SILVERLIGH의 개발 환경 Silverlight 는 기존의 MS 기술들의 한계점을 벗어나 막대 한 개방성을 토대로 개발 되었습니다. 무엇보다 멀티 브라우저와 멀티 플랫폼을 지원하며, Mac 이나 리눅스에서까지도 지원하는 것은 상당한 의외 성을 갖고 있습니다..NET 의 C#, VB 로 개발을 할 수 있으며, 기존의.NET 프 레임워크의 API 를 거의 그대로 사용할 수 있고 자체적으 로도 경량화 된.NET 프레임워크를 내장하고 있어 특수 한 목적에 특화된 집중적.NET 프레임워크처럼 보입니 다.

Microsoft Silverlight STORY THIRD SILVERLIGH vs. FLASH Silverlight 는 태생부터 FLash 와는 다릅니다. 디자이너는 물론 개발자를 위한 새로운 플랫폼으로 출 발한 기술이기 때문입니다. 플래시의 디자인적 기능을 만족시키고 거기에 대해 프 로그래밍 소프트웨어 ( 웹 기반포함 ) 를 개발할 수 있고, XAML 이라는 언어를 통해서 익스프레션 블렌드라는 툴 을 통해 공통된 언어로 이야기 할 수 있는 환경을 제공 을 합니다. 그리고 간편성과 간소화 그리고 편의성에도 상당한 초점을 맞추었습니다.

Microsoft Silverlight STORY THIRD SILVERLIGH 2.0, 이 나오면서.NET Framework 가 지원되면서 실버라 이트에서도 C#,VB.NET 으로 작성이 가능해 지기 시작했 습니다. 이때부터가 실질적인 Silverlight 의 시작이라고 할 수 있습니다. 또 이때 Deepzoom 이 세상에 탄생되었 고 많은 주목을 받게 됩니다. Silverlight 는 3.0 버전이 나오면서 많은 변화가 생겼는데 그 중에서도 특히 강화된 3D 기능과 Out of Browser 를 꼽을 수 있습니다. Out of Browser 란 브라우저 밖 즉, Silverlight 를 브라우 저 외에서도 마치 애플리케이션처럼 실행 가능하게 한 기능입니다. Adobe 의 AIR 같은 기능을 연상케 합니다.

SILVERLIGH 4.0 Microsoft Silverlight STORY THIRD 현재 4.0 에서는 상당한 진보를 거두었고, 속도나 편의성 에 있어서도 Silverlight 는 런타임을 받아서 설치하는데 10 초도 걸리지 않고 ( 저용량 ), 애플리케이션도 받아서 돌 리는데 매우 짧은 시간밖에 걸리지 않습니다 ( 고성능 ) 그리고 위에서 언급한 것처럼 리눅스 뿐 아니라 애플의 운영체제에서도 구동이 되는 것은 플래시와의 분명한 차이점이며, 앞으로 상용화될 윈도우 폰 등에서의 Silverlight 활용은 기능적인 범위에서 압도적이라고 볼 수 있습니다.

SILVERLIGH 4.0 Microsoft Silverlight STORY THIRD Silverlight 는 지금까지 플래시가 사용되었던 거의 모든 분야를 대체할 수 있습니다. 배너, 홈페이지, 웹 기반의 미디어 플레이어, 각종 애니 메이션 등 그리고 시각화에 매우 강하며, 공개 서비스 중 가장 많 이 사용되는 부분은 미디어 재생부분입니다. 매우 탁월 한 기능을 보여주고 있으며, 특히 고품질과 고성능을 요 구하는 방송사 ( 국내방송에서도 비디오 재생으로 많이 사용합니다.) 에서도 많은 역할을 하고 있습니다.

Silverlight Smooth Streaming Microsoft Silverlight STORY THIRD 기존 streaming 프로토콜과 구별되는 가장 큰 차이점은 2 가지가 있는데요. 첫째, 영상 데이터를 2 초짜리로 모두 조각 내어 단말로 전달한다는 것입니다. 이 2 초짜리 영상 데이터를 Chunk( 청크 ) 라고 부릅니다. 둘째, 이 2 초짜리 영상 데이터는 다양한 resolution 으로 encoding 되어 streaming 서버에 저장이 되고, 네트워크 상황과 단말 부하 상황에 따라 adaptive 하게 서로 다른 resolution 의 데이터 (Chunk) 를 단말로 전달한다는 것입 니다. 이와 같은 기술을 ABR(Adaptive BitRate) Streaming 이라 부릅니다.

APPLE’S STORY FIFTH APPLE’S HTTP LIVE STREAMING 정의 - 현재 APPLE 에서 사용하는 NETWORK PROTOCOL - iPad 과 iPhone 과 같은 애플 장치에 비디오를 전달하는 데 사용되는 기술 - 애플은 아이폰 OS 3.0 업데이트에 가변 비트전송률 streaming 기능을 새롭게 추가하여, 와이파이를 통한 고화질 실시간 및 VOD 동영상 전송에 효과적인 기술로 활용 중에 있다. 특징 - 특별한 서버 소프트웨어 없이 오디와 비디오를 보낼 수 있다. - 선택적인 암호화와 함께 Live stream 이나 VOD 를 보낼 수 있다. - 표준 HTTP transactions 이므로 표준 HTTP traffic 을 통하여 방화벽이나 프록시 서버를 자유롭게 지나다닐 수가 있다. - 처음에 streaming 세션이 시작될 때, m3u8 플레이 리스트를 다운로드 한다. 이 리스트에는 sub-streams 의 메타데이터가 포함

STORY FIFTH APPLE’S HTTP LIVE STREAMING HLS의 3가지 PART 1. The server component - media 의 input stream 을 가져와서 인코딩 하며 압축한다. - 이때 압축은 distribution 하기 좋은 포맷으로 하게 된다. 2. The distribution component - client 의 request 를 받아들이고, 준비된 media 와 resource 들을 client 에게 delivering 한다. - Content delivery network 또는 edge network 을 사용하여 큰 스케일의 배포를 하게 된다. 3. The Client software - iOS 3.0 와 Quick Time X 에 포함되어 있는데, 이는 적절한 media 를 선택하여 다운로드 하고 지속적인 스트림으로 재조립하는 기능을 수행한다. APPLE’S

STORY FIFTH HTTP LIVE STREAMING 구성 설명 1. Media Stream 입력 2. MPEG-2 Transport Streams (mpeg-ts)으로 인코딩 3. Media 분할 및 인덱스 파일 생성 4. Server에 Media 및 인덱스 파일 적재 5. Web Browser에서 Media 시청 APPLE’S

STORY FIFTH 시스템 구성 및 특징 Server -> Client (서버 흐름) 서버에서 알맞은 대역폭의 미디어 파일들을 생성 하고 클라이언트는 자신의 인터넷 상황에 알맞은 대역폭 파일들을 다운로드 하여 재생한다. 만약 인터넷 속도가 느린 경우에는 저화질의 미디어 파일을 다운로드 합니다. 서버의 기능 서버는 MPEG – Transport Stream 을 전달 받습니다. H. 264 나 AAC, mp3 Codec 을 사용하여 Encoding 역할을 수행합니다. 저 / 중 / 고화질로 인코딩 하여 인덱스 파일 생성하고 인코딩이 완료된 파일로 Segmentation 작업을 합니다. (Segmentation : 동영상을 일정 시간을 주기로 분할하는 작업 ) APPLE’S

STORY FIFTH 시스템 구성 및 특징 Server -> Client (서버 흐름) 서버에서 알맞은 대역폭의 미디어 파일들을 생성 하고 클라이언트는 자신의 인터넷 상황에 알맞은 대역폭 파일들을 다운로드 하여 재생한다. 만약 인터넷 속도가 느린 경우에는 저화질의 미디어 파일을 다운로드 합니다. 서버의 기능 서버는 MPEG – Transport Stream 을 전달 받습니다. H. 264 나 AAC, mp3 Codec 을 사용하여 Encoding 역할을 수행합니다. 저 / 중 / 고화질로 인코딩 하여 인덱스 파일 생성하고 인코딩이 완료된 파일로 Segmentation 작업을 합니다. (Segmentation : 동영상을 일정 시간을 주기로 분할하는 작업 ) APPLE’S

STORY FIFTH 앞으로의 발전 방향 가능성 현재는 HLS 방식을 많이 사용하지만, 아직 Android 환경에서 지원 되고 있지 않습니다 ( 향후 버전에는 지원할 것으로 보인다.) 따라서 현재 Android 에서 HLS 를 지원하기 위해서는 중간에 Media Adaptor 의 역할이 필요하다. Android 는 HTTP/RTP 두 가지 프로토콜 방식을 미디어 streaming 에서 지원하고 있는데, Live stream 까지 지원하기 위해서는 RTP 를 지원해야 한다. (HTTP 에서는 MP4 만 지원되는데, 아직 MOOF ATOM 이 지원되지 않기 때문에 Live 방식이 지원되지 않는다 ) 따라서, HLS 를 RTP 로 전환하기 위해서는 TS 를 디먹싱하고, 다시 RTSP/RTP 서버를 운영할 수 있는 기능이 필요하다. 이러한 방식을 통해서 HLS 프로토콜을 Android 에서 지원하는 것은 가능하지만, Adaptive 방식을 사용하기 위해서는 추가적으로 네트워크 환경을 분석하는 부분과 BitRate 를 변환하는 방식, 그리고 부분적인 에러를 복구하는 기능까지 필요하다. 그러한 기능이 완비되면 Android 에서도 iOS 에서처럼 HLS 와 Adaptive 방식을 사용할 수 있다. APPLE’S

진행 일정 STORY FINAL 진행 일정 10/28 미션 받음 11/10 1차 오프라인 회의 11/17 개발팀 인터뷰 및 활동 방향 회의 11/27 1차 자료 제출 11/24 2차 오프라인 회의 12/01 1차 자료 발표 12/9 미션1 최종발표 11/26 3차 온라인 회의 12/06 4차 온라인 회의

역할분담 출처 STORY FINAL 역할분담 자료 출처 ★ Adobe Flash Player : ★ Silverlight : 손소라 PPT 제작, Adaptive Streaming 조사 권예니 Adobe Adaptive Streaming 조사 김혜인 Streaming 조사 장미영 APPLE’s Adaptive Streaming 조사 정혜영 Microsoft’s Adaptive Streaming 조사

감사합니다 Thank you