• Sem categorias

encv codec 다운로드

| 08-02-2020

나는 당신의 동기, 시릴, 그러나, 코덱 값을 오버로드미래에 더 많은 문제로 우리를 이끌 수 있습니다 이해합니다. 우리는 더 나은 더 깨끗한 접근 방식과 함께 가서 마임 하위 매개 변수에 추가 값을 밀어. 예, 이전 클라이언트는 구문 분석하지 않고 의도적으로 무시하지만 하위 매개 변수에서 다양한 값을 구문 분석 할 수있는 인텔리전스를 가진 미래의 클라이언트에 대해 더 걱정할 필요가 있다고 생각합니다. encv.avc1.402567 또는 encv.cenc.avc1.402567을 사용하는 뒤에 아이디어는 그들이 코덱 값을 이해하지 못하기 때문에 해독 할 수없는 구현이 파일을 얻으려고하지 않을 것이라는 것이었습니다. 다른 하위 매개 변수를 사용하는 경우 이전 구현에서는 이를 무시하고 코덱 값을 해석하고 파일을 다운로드하려고 시도합니다. 이상적으로는 다른 하위 매개 변수로 더 좋았을 것이지만 아마 너무 늦었다고 생각합니다. 보호 방식은 스트림이 보호되고 어떤 암호화 모드가 사용되었다는 것을 알려줍니다 (전체 샘플 암호화, 부분, CBC, CTR …). ISOBMFF에서 암호화 정보를 전달하기 위해 상자를 사용한다는 사실은 계획의 일부가 아닙니다. encv.cbcs를 사용하는 것이 encscheme =cbcs보다 컨테이너에 더 구체적인 방법을 알 지 못합니다. 실제로 `encv`는 ISOBMFF 4CC이지만 `avc1`도 마찬가지입니다. 다른 MIME 형식이 encv.cbcs와 코덱스 매개 변수를 재사용할 수없는 이유를 알 수 없습니다 …

웹 플랫폼의 관점에서 디코더 API가 나중에 추가되면 컨테이너 독립적인 블록과 코덱 문자열이 허용될 수 있습니다. 이와 같이 컨테이너별 정보를 추가하면 작성자는 다른 API에 대해 서로 다른 문자열을 사용해야 합니다. 오늘, 당신은 코덱 매개 변수에 암호화 모드를 넣어 하려는, 누가 내일 다른 사람이 코덱 매개 변수에 미디어의 다른 기능을 표시 하려고 하지 않습니다 알고 (hdr 대 비 hdr). 우리는 가까운 장래에 더 많은 문제가 있을 것이라는 것을 알고 더 쉬운 접근 법을 피하려고 해서는 안됩니다. MIME 매개 변수에서 파일 내부의 세부 사항을 점점 더 많이 노출하는 경로는 바닥이 없는 구덩이입니다. 나는 이런 이유로 코덱 매개 변수를 좋아한다는 것을 확신하지 못한다 (나는 첫 번째 RFC를 작성했다는 것을 알고 있다). 전반적으로 독자는 “이 파일을 처리할 수 있습니까?” 라고 대답하기를 원하며, ftyp 브랜드를 반영하는 프로필 매개 변수는 `패키지`방식으로 대답해야 합니다. VP9 및 HEVC와 같은 일부 코덱의 문자열은 이미 매우 깁니다. MIME 유형에서 다른 상자를 노출에 관해서는, 데이브말했듯이, 심지어 코덱에 일부 SEI 메시지 (프레임 패킹, 360 프로젝션,…)를 포함하여 논의 MPEG에서 진행 중인 토론이있다.

Category: Sem categoria

About the Author ()

Comments are closed.