'Know/Media'에 해당되는 글 2건

  1. 2012.02.28 웹 캐스팅 기초
  2. 2010.12.07 206 Patial Content

웹 캐스팅 기초

Know/Media 2012.02.28 21:45

웹 캐스팅 3가지 방법

프로그래시브 다운로드 (Progressive Download)
 - Live가 아닌 VOD시장에서 각광
 - 점진적으로 사용자 PC에 다운로드하여 재생. Seeking 불가 (Vimeo)

HTTP Pseudo-Streaming
 - Progressive 다운로드의 단점을 보완
 - Seeking이 가능.Bandwidth 조절
 - Youtube
 - 라이브 중계가 어렵다. 보안상 문제가 있다 (RTMP 프로토콜 보다 훔치기 쉽다)
 - 여전히 bandwidth 효율성이 떨어진다.

RTMP/RTSP 스트리밍 (RTMP/RTSP Streaming)
  - 라이브 중계가 가능. (이게 제일 메리트 있으나.. 별로)
  - 다운로드가 없어 보안에 문제가 없음.
  - bandwidth, seeking이 용이.
  - FMS, WMS
  - 기본적으로 서로다른 bitrate로 인코딩된 파일을 3~4개 정도 올려놓음
  - seeking시 이전것은 삭제됨. 슈도스트리밍은 그대로 남음.(바이너리로 플레이어에서 처리하면 안그럼)
  - 슈도 스트리밍은 플레이어 버퍼에서 처리하기 때문에 보안상 문제가 안생김.
  - 실시간, bandwidth는 탐낼만함.

어댑티브 HTTP 스트리밍 (Adaptive HTTP Streaming)
  - 비교적 최근에 나온 기술.
  - HD화질 전송 모바일환경의 needs
  - 모바일 기기는 이동중 bandwidth가 계속 변해 스트리밍 하기가 어려움
  - Move Networks 사의 특허 기술인 bandwidth 환경을 스스로 인지하여 그에 맞는 스트리밍을 자동으로 보내준다는 의미.
  - IIS Smooth Streaming(MS), HTTP Live Streaming (APPLE iOS), Http Dynamic Streaming (Adobe)
  - 프로그레시브 + RTMP 장점 혼합
  - 미디어를 몇초단위로 조각내어 요청시 해당 초에 인접한 chunk를 내려주는 방식
  - 미디어는 여러 bitrate로 인코딩된 파일
  - bandwidth상황,cpu상황등을 체크하여 그에 맞는 화질,음질을 내려주는 방식
  - 아직 표준이 없음. 벤더마다 다름



'Know > Media' 카테고리의 다른 글

웹 캐스팅 기초  (0) 2012.02.28
206 Patial Content  (0) 2010.12.07
Trackbacks 0 : Comments 0

206 Patial Content

Know/Media 2010.12.07 14:31

http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html


10.2.7
206 Partial Content

The server has fulfilled the partial GET request for the resource. The request MUST have included a Range header field (section 14.35) indicating the desired range, and MAY have included an If-Range header field (section 14.27) to make the request conditional.

서버측은 리소스의 부분적인 GET 요청에 대해 수행되어져야 한다. 요청은 반드시 바라는 범위를 나타내는 Range 헤더필드를 포함해야한다. 그리고 조건부 요청을 만드는 If-Range 헤더 필드를 포함하여도 무방하다.

( 응답헤더 예제)

HTTP/1.1 206 Partial Content
Server: apache
Date: Tue, 07 Dec 2010 03:50:20 GMT
Content-Type: text/plain
Connection: keep-alive
P3P: CP='NOI CURa ADMa DEVa TAIa OUR DELa BUS IND PHY ONL UNI COM NAV INT DEM PRE'
Last-Modified: Tue, 29 Jun 2010 01:15:33 GMT
ETag: "15800fd-470452-4c294935"
Accept-Ranges: bytes
Content-Length: 4653137
Content-Range: bytes 1025-4654161/4654162

The response MUST include the following header fields:
응답은 반드시 아래의 헤더필드들을 포함하여야 한다.

      - Either a Content-Range header field (section 14.16) indicating
        the range included with this response, or a multipart/byteranges
        Content-Type including Content-Range fields for each part. If a
        Content-Length header field is present in the response, its
        value MUST match the actual number of OCTETs transmitted in the
        message-body.
응답을 포함한 범위를 나타내는 Content-Range 필드나, 각 부분을 위한 Content-Range 필드를
포함한 multipart/byterange Content-Type 필드.
만약 Content-Length 필드가 응답에 표현되었다면 그것은 message-body안에 전송된
실제 바이트의 수와 일치되어져야 한다.
      - Date
날짜
      - ETag and/or Content-Location, if the header would have been sent
        in a 200 response to the same request
만약 같은 요청에 대한 200 응답코드안에 보내진다면, ETag 혹은 Content-Location를
포함하여야한다.
      - Expires, Cache-Control, and/or Vary, if the field-value might
        differ from that sent in any previous response for the same
        variant

If the 206 response is the result of an If-Range request that used a strong cache validator (see section 13.3.3), the response SHOULD NOT include other entity-headers. If the response is the result of an If-Range request that used a weak validator, the response MUST NOT include other entity-headers; this prevents inconsistencies between cached entity-bodies and updated headers. Otherwise, the response MUST include all of the entity-headers that would have been returned with a 200 (OK) response to the same request.

A cache MUST NOT combine a 206 response with other previously cached content if the ETag or Last-Modified headers do not match exactly, see 13.5.4.

A cache that does not support the Range and Content-Range headers MUST NOT cache 206 (Partial) responses.

'Know > Media' 카테고리의 다른 글

웹 캐스팅 기초  (0) 2012.02.28
206 Patial Content  (0) 2010.12.07
Trackbacks 0 : Comments 0