Develop Destroyer

Widevine DRM이란 무엇입니까? 
Widevine의 DRM 솔루션은 강력한 멀티 플랫폼 콘텐츠 보호를 제공하기 위해 업계에서 채택한 다음 표준을 결합합니다.

• HTTP (DASH)를 통한 동적 적응 형 스트리밍 
  DASH를 사용하면 인터넷을 통해 고품질 미디어 컨텐츠를 스트리밍 할 수 있습니다. DASH는 표준 HTTP 프로토콜을 활용하며 기존 인터넷 인프라 (웹 서버, CDN, 방화벽 등)에 쉽게 배포 할 수 있습니다. 
  
  
• 공통 암호화 (CENC) 
  CENC는 업계 표준 기반의 콘텐츠 암호화 방식입니다. CENC는 다른 DRM 시스템을 사용하여 동일한 파일의 암호 해독을 허용하기 위해 하나 이상의 DRM 시스템이 사용할 수있는 표준 암호화 및 키 매핑 메커니즘을 식별합니다. CENC를 통해 콘텐츠 제공 업체는 콘텐츠를 한 번 암호화하여 수많은 클라이언트 장치 및 다양한 DRM 체계에 전달할 수 있습니다. 
  
  
• EME (Encrypted Media Extensions) 
  EME는 DRM 시스템과 상호 작용하고 라이센스 키 교환을 관리하는 데 사용할 수있는 일련의 공통 API를 제공하는 제안 된 W3C 표준입니다. EME를 통해 콘텐츠 제공 업체는 모든 장치에 대해 단일 응용 프로그램 솔루션을 설계 할 수 있습니다.

* 개요

 - Dynamic Adaptive Streaming over HTTP는 클라이언트에게 네트워크 상황에 맞추어 적합한 비디오 화질을 선택하여 서비스받는 기술을 의미 한다.

 - 유튜브를 사용할 때 네트워크 환경에 따라 영상화질을 변화 시킬 수 있는 것이 그 예시

* 기본 동작

 1. DASH 서버는 비디오를 다양한 비트 rate로 구분하여 인코딩을 한다.

 2. 인코딩 된 비디오 데이터들을 세그먼트(또는 chunk) 단위로 분할해 놓는다.

 3. 클라이언트는 자신의 네트워크 상황에 맞추어서 비트 rate 적용 알고리즘을 수행, 네트워크 가용 대역폭을 계산하고 이를 기반으로 비디오 세그먼트의 비트 rate를 계산한다.

 4. 계산된 rate를 토대로 서버로부터 이에 따른 비디오 서비스를 받는다.

- DASH는 MP4, MPEG-2 Trankport Stream을 지원, DRM을 명시하지 않았지만 ISO/IEC 23001-7: Common Encryption 표준에 명시된 모든 DRM 기술을 지원한다.

참조 : 

http://donghoson.tistory.com/48

https://www.html5rocks.com/ko/tutorials/eme/basics/

Cocos2d-x 라벨 깨짐 현상 해결방법

cocos2d-x의 기본 언어 설정이 UTF-8로 설정되어 있어서 나타나는 현상이다.

우선 해결방법은 drawText 함수를 찾아내어 함수안에 있는 MultiByteToWideChar(CP_UTF8, 0, pszText, nLen, pwszBuffer, nBufLen);의 파라메터에서 CP_UTF8 부분을 CP_ACP로 변경해주면 된다. drawText의 경우 각 버전대별로 경로는 다음과 같다.

3.x 버전대 : Cocos2d-x의 프로젝트 -> libcocos2d -> Platform/win32 -> CCDevice.cpp 

2.x 버전대 : CCImage

cocos2d-x 개발환경

http://themangs.tistory.com/entry/Cocos2Dx-%ED%99%98%EA%B2%BD-%EC%84%A4%EC%A0%95-%EB%B0%A9%EB%B2%95-%EC%A0%95%EB%A6%AC

안드로이드 포팅

http://mythinkg.blogspot.kr/2014/05/androidcocos2d-x-30-android.html

참고URL : http://hsp1116.tistory.com/33

대학시절 알고리즘 시간에 배우는 아주 기본적인 정렬방법들인데,,

위 URL 블로거분이 알고리즘 코드와 설명이 자세히 포스팅해두셨다.

버블정렬은 은유적인 네이밍덕에 어떤 알고리즘인지 금방 연상이 되는데

선택, 삽입정렬은 헷갈린다..

이번 기회에 제대로 머리에 기억해야지..

결론적으로 이 세가지 알고리즘은 일반적으로 시간복잡도 O(n^2)을 따르지만,(인덱스를 하나하나 접근하여 비교하므로)

삽입정렬 최선의 경우 미리 정렬된 상태일 때 O(n)에 해당되는 복잡도를 가지고 있다는 것이고,

버블정렬의 경우 별도의 스위치 장치를 해두면 미리 정렬되어 있을 경우 O(n)만큼의 시간복잡도를 가지게 할 수 있다.

  클라우드 서비스는 데이터 저장소를 사용자의 로컬이 아닌 서버에 두고, 네트워크 통신을 활용해 서버의 데이터를 이용하는 것을 의미한다. 이러한 시스템이 데이터가 마치 구름처럼 떠있고 이를 필요시마다 활용하기에 "구름"을 은유적으로 표현하여 이러한 명칭을 쓰게 되었다. 클라우드는 그 활용 용도에 따라 크게  IaaS, PaaS, SaaS 등 3가지로 구분 지을 수 있다. 이에 대한 설명은 다음과 같다.

◐ IaaS (Infrastructure as a Service)

  IaaS는 PaaS, Saas의 기반이 되어주는 기술이다. 기본적인 클라우드의 형태를 갖추기 위해서는 IP, 네트워크, OS, 스토리지 등 다양한 구성요소가 요구된다. 이러한 체계를 모두 갖추고 실질적으로 데이터를 입출력 할 수 있는 기반이 되는 형태를 IaaS라 한다.

◐ PaaS (Platform as a Service)

  IaaS를 기반으로 개발자가 별도의 플랫폼을 설계하거나 제작 할 필요 없이, 서비스를 개발 할 수 있는 환경을 제공하는 클라우드 서비스다. 이러한 형태의 클라우드는 관련된 응용 프로그램을 개발 할 수 있는 API를 함께 제공하고 있다. 관련된 서비스는 네이버 API, 구글 API, 아마존의 EC2와 같은 서비스를 예로 들 수 있다.

◐ SaaS (Software as a Service)

  다양한 응용프로그램을 클라우드 형태로 서비스하는 것을 의미한다. 예를들어, 한글과컴퓨터의 넷피스 24, MS의 Office 365와 같은 서비스처럼, 클라우드 상에 업로드 된 데이터를 웹 기술을 통해 접근하여 편집, 저장 할 수 있다. 이러한 서비스의 경우 스토리지 용량에 대해 유연하게 대처 할 수 있을 뿐만 아니라, 백업과 같은 관리 및 내부적인 시스템 처리에 대해 사용자가 별도로 신경써야 할 부분이 없다.

http://imcreator.tistory.com/7

위 링크에서 이 질문에 대한 답을 명확히 이해 할 수 있었다.

모듈은 가장 상위에 위치하는 구현의 단위,

컴포넌트는 런타임 엔티티를 참조하는 단위라고 생각하면

금방 그 차이를 이해 할 수 있을거라고 생각된다.

따라서 모듈과 컴포넌트는 상위와 하위관계를 명확히 구분짓기 어렵고

서로 다른 개념으로 바라보아야 한다고 생각한다.

그렇기 때문에 모듈 1000개가 모여 하나의 컴포넌트가 될 수도있고,

컴포넌트 1000개가 모여서 하나의 모듈을 구성 지을 수도있다.

쉽게 설명해서, 모듈이란 실질적으로 구현이 된 단위를 의미한다.

자료구조, 알고리즘 등 이를 제공하는 인터페이스라고도 할 수 있을 것이다.

반면, 컴포넌트는 실제적으로 동작하고있는 엔티티로써

활동중인 독립적인 단위를 중점적으로 보고 있다.

상위에 있는 링크에서는 서버와 클라이언트의 예로 설명하고 있다.

1개의 서버에게 서비스를 제공받는 100개의 클라이언트가 존재한다고 가정하자.

위에 설명한 내용으로 모듈, 컴포넌트의 개수를 각각 세어보면

서버가 구현된 모듈 1개, 클라이언트가 구현된 모듈 1개이므로

이 시스템 인프라의 총 모듈 개수는 2개이다.

컴포넌트의 경우 실제 동작하고 있는 엔티티를 의미하므로 총 101개가 된다.