유튜브의 압도적 시스템

유튜브는 4Mbps 이상 송출을 허용하며, 이를 AV1 코덱으로 변환해 제공하는 것으로 알려져 있다. 유튜브는 라이브가 끝난 뒤에도 내부적으로 영상을 다시 트랜스코딩한다. 그래서 방송 직후 편집(잘라내기, 로고 삽입)을 시도하면 바로 서비스되지 않고 시간이 걸린다. 이는 유튜브가 AV1 변환에 상당한 리소스를 투입하기 때문이다.

라이브 직후의 영상과 며칠 뒤 다시 보는 영상의 화질·음질이 다른 이유도 여기 있다. 유튜브는 시스템 부하를 줄이기 위해 점진적 트랜스코딩을 거친다. 따라서 초기 화질과 며칠 후 화질이 다소 차이가 나며, 특히 음질 저하는 뚜렷하다. 오랜 기간 클릭하지 않은 영상은 다시 볼 때 로딩이 긴 이유도 같은 원리다. 인기 영상은 즉시 플레이되지만, 조회가 적은 영상은 저장소에서 다시 불러오는 과정을 거친다.

 이런 차이를 교회 현장에서도 경험할 수 있다. 주일 예배를 라이브로 본 성도들은 “괜찮다”고 하지만, 몇 주 뒤 다시 보려 할 때 “왜 이렇게 소리가 답답하지?”라고 느낀다. 이는 단순히 교회 장비의 문제가 아니라, 유튜브의 스토리지·트랜스코딩 시스템이 작동한 결과다.

코덱의 다양성과 선택의 어려움 또한 코덱은 용도에 따라 여러 알고리즘과 옵션이 존재한다 압축률을 높여 파일 크기를 줄이는 대신 화질을 희생하는 경우가 있고 화질을 최대한 유지하지만 네트워크 부담이 큰 경우도 있다 방송 제작자는 항상 품질과 효율 사이에서 균형점을 찾아야 한다 교회 방송 환경은 더 복잡하다 성도들이 사용하는 기기는 최신 스마트폰부터 10년 된 구형 노트북까지 천차만별 이다 어떤 이에게는 H 265가 훨씬 효율적이지만 다른 이에게는 아예 재생조차 되지 않는다 따라서 교회 방송은 가장 널리 호환되는 포맷과 코덱 을 우선으로 고려할 수밖에 없다 기술적 진보와 현실적 접근 사이의 간극이 존재하는 셈이다 코덱의 종류 영상 음향 코덱명 압축 방식용도 특징 품질 라이선스 비트레이트 H 264 AVC 손실압축 스트리밍 YouTube 블루레이 등 우수 특허 라이선스 필요 MPEG LA 중간 낮음 H 265 HEVC 손실압축 4K UHD 영상 고효율 H 264 대비 특허 라이선스 필요 HEVC Advance 등 낮음 H 264 대비 약 50 VP9 손실압축 YouTube 오픈소스 대안 HEVC 경쟁 HEVC 수준 무료 Google 주도 낮음 AV1 손실압축 차세대 오픈 포맷 넷플릭스 유튜브 지원 최고수준 완전 무료 Alliance for Open Media 매우 낮음 HEVC보다 효율적 ProRes 손실압축 고비트 전문 영상 편집 방송 Mac 기반 매우 우수 Apple 독점 매우 높음 DNxHD DNxHR 손실압축 고비트 Avid 기반 편집용 방송용 우수 Avid 라이선스 필요 높음 MPEG 2 손실압축 DVD 방송 구형 표준 보통 특허 필요 중간 MJPEG 프레임별 JPEG 압축 CCTV 레거시 장비 낮음 보통 무료 매우 높음 트랜스코딩과 카메라 조명의 상관관계 인코더 옵션과 트랜스코딩의 현실 대부분 인터넷 방송에서 사용되는 무료 인코더인 SANA의 경우를 봐도 고급 설정으로 들어가면 수십 가지 세부 옵션이 존재한다 이는 화질과 직결된다 단순히 해상도와 비트레이트만 조정한다고 해서 결과물이 곧 좋은 방송 이 되지 않는 이유가 바로 여기에 있다 좋은 화질의 고압축을 달성했다 하더라도 유튜브에서 다시 한 번 트랜스코딩 과정을 거치게 된다 따라서 최종 결과물만 보고 성공했다 고 단정하기 어렵다 샤나 인코더의 옵션에 대한 오해가 많은 편이다 샤나는 전세계 동영상 인코더 모듈의 표준격인 ffmpeg 모듈의 거의 모든 옵션을 제공한다 인코더를 만들어본사람들은 알겠지만 인코더 옵션은 영상의 코덱 압축기법을 전문적으로 전공하지 않은 일반 프로그래머가 조정할 수있는 범위가 아니다 국내에 샤나인코더 파라미터를 전부 이해한 사용자는 좀 과장하자면 0 0000001 도 미치지 않을거라고 예상되는 이유다 다시말해 없다고 보는게 맞을 것이다 이해한 사용자도 없는데 파나미터를 적용해 만드는프로그래머는 있을까 구글이나 마이크로소프트 VideoLan 처럼 해외 유명 업체이외에는 국내에 그런 엔지니어 프로그래머는 단 1명도 찾기 어려울거라는게 업계 중론이다 오히려 중국은 있을 수 있다고 한다 우리나라는 삼성 LG 와같은 대기업 때문인지 여러 분야에 걸쳐서 기술적 국뽕에 사로잡혀 있다는 평가가 있다 사실 실무에서 바라보면 프로그래머가 영상코덱의 옵션들을 대부분 이해한 엔지니어가 한국에 존재 할 개연성은 없다 그 증명으로 아래 샤나인코더의 파나메터 16000여개중 일부를 게시해 이분야 전문 프로그래머나 전문 사용자가 거의 없을 수 밖에 없는 이유를 느껴보길 바란다 AVCodecContext 옵션 b int64 E VA 비트 전송률 비트 초 설정 0 164 MAX 기본값 200000 ab int64 E A 비트 전송률 비트 초 설정 0 INT MAX 기본값 128000 bt int E VA 비디오 비트 전송률 허용 범위 비트 초 설정 1 패스 모드에서 비트 전송률 허용 범위는 ratecontrol이 목표 평균 비트 전송률 값에서 얼마나 벗어날 수 있는지를 지정합니다 이는 최소 최대 비트 전송률과는 관련이 없습니다 허용 범위를 너무 낮추면 품질에 부정적인 영향을 미칩니다 0에서 INT MAX까지 기본값 4000000 flags flags ED VAS 기본값 0 정렬되지 않은 DV 디코더가 정렬되지 않은 출력을 생성하도록 허용 mv4 E V 매크로블록당 4개의 모션 벡터 사용 MPEG 4 qpel E V 1 4 pel 모션 보상 루프 사용 E V 루프 필터 회색 사용 ED V 회색조만 디코딩 인코딩 psnr E V 인코딩 중에 error 변수가 설정됨 ildct E V 인터레이스 DCT low delay 사용 ED V 저지연 global header 강제 E VA 모든 키프레임 대신 extradata에 글로벌 헤더 배치 bitexact ED VAS bitexact 함수만 사용 I DCT 제외 aic E V H 263 고급 인트라 코딩 MPEG 4 AC 예측 ilme E V 인터레이스 모션 추정 cgop E V 닫힌 GOP output corrupt DV 잠재적으로 손상된 프레임도 출력 drop changed D VA P 첫 번째 디코딩된 프레임과 매개변수가 다른 프레임 삭제 flags2 flags ED VAS 기본값 0 빠른 E V 사양을 준수하지 않는 속도 향상 트릭 허용 noout E V 비트스트림 인코딩 건너뛰기 ignorecrop DV sps에서 자르기 정보 무시 local header E V 추가 데이터 청크 대신 모든 키 프레임에 글로벌 헤더 배치 DV 프레임 데이터가 여러 청크로 분할될 수 있음 showall DV 첫 번째 키 프레임 이전의 모든 프레임 표시 export mvs DV 프레임 측 데이터를 통해 모션 벡터 내보내기 skip manual D A 샘플을 건너뛰지 않고 프레임 측 데이터로 건너뛰기 정보를 내보냅니다 ass ro flush noop D S 플러시 시 ASS ReadOrder 필드를 재설정하지 않습니다 icc profiles D S 컬러리메트리 태그에서 내장된 ICC 프로파일을 생성 구문 분석합니다 export side data flags ED VAS 메타데이터를 측면 데이터로 내보냅니다 기본값 0 mvs DV 프레임 측 데이터를 통해 모션 벡터를 내보냅니다 prft E VAS 패킷 측 데이터를 통해 프로듀서 참조 시간을 내보냅니다 venc params DV 프레임 측 데이터를 통해 비디오 인코딩 매개변수를 내보냅니다 film grain DV 프레임 측 데이터를 통해 필름 그레인 매개변수를 내보냅니다 enhancements DV 프레임 측 데이터를 통해 사진 향상 메타데이터를 내보냅니다 g int E V GOP 그룹 오브 픽처 크기를 설정합니다 INT MIN에서 INT MAX까지 기본값 12 ar int ED A 오디오 샘플링 속도를 설정합니다 Hz 단위 0 INT MAX 기본값 0 cutoff int E A 차단 대역폭 설정 INT MIN INT MAX 기본값 0 frame size int E A 0 INT MAX 기본값 0 qcomp float E V 비디오 양자화 스케일 압축 VBR 속도 제어 방정식의 상수입니다 기본 rc eq에 대한 권장 범위 0 0 1 0 FLT MAX FLT MAX 기본값 0 5 qblur float E V 비디오 양자화 스케일 블러 VBR 1 FLT MAX 기본값 0 5 qmin int E V 최소 비디오 양자화 스케일 VBR 1 69 기본값 2 qmax int E V 최대 비디오 양자화 스케일 VBR 1 1024 기본값 31 qdiff int E V 양자화 스케일 VBR 간의 최대 차이 INT MIN INT MAX 기본값 3 bf int E V 비 B 프레임 간의 최대 B 프레임 수 설정 1 INT MAX 기본값 0 b qfactor float E V P 프레임과 B 프레임 사이의 QP 계수 FLT MAX에서 FLT MAX까지 기본값 1 25 bug flags DV 자동 감지되지 않는 인코더 버그를 해결합니다 기본값 자동 감지 autodetect DV xvid ilace DV Xvid 인터레이싱 버그 FOURCC XVIX인 경우 자동 감지 ump4 DV FOURCC UMP4인 경우 자동 감지 no padding DV 패딩 버그 자동 감지 amv DV qpel chroma DV std qpel DV 이전 표준 qpel FOURCC 버전별로 자동 감지 qpel chroma2 DV direct blocksize DV direct qpel blocksize 버그 FOURCC 버전별로 자동 감지 edge DV edge padding 버그 FOURCC 버전별로 자동 감지 hpel chroma DV dc clip DV ms DV Microsoft의 손상된 디코더에서 발생하는 다양한 버그를 해결합니다 trunc DV 잘린 프레임 iedge DV strict int ED VA 표준을 얼마나 엄격하게 따를 것인가 INT MIN에서 INT MAX까지 기본값 normal very 2 ED VA 사양이나 참조 소프트웨어의 이전 버전을 엄격하게 준수합니다 strict 1 ED VA 결과에 관계없이 사양의 모든 내용을 엄격하게 준수합니다 normal 0 ED VA 비공식 1 ED VA 비공식 확장 허용 실험적 2 ED VA 비표준화된 실험적 사항 허용 b qoffset float E V P 프레임과 B 프레임 사이의 QP 오프셋 FLT MAX에서 FLT MAX까지 기본값 1 25 err detect flags ED VAS 오류 감지 플래그 설정 기본값 0 crccheck ED VAS 내장된 CRC 비트스트림 확인 ED VAS 비트스트림 사양 편차 감지 버퍼 ED VAS 부적절한 비트스트림 길이 감지 explode ED VAS 사소한 오류 감지 시 디코딩 중단 ignore err ED VAS 오류 무시 주의 ED VAS 사양을 위반하고 빠르게 확인할 수 있으며 실제로 오류로 확인되지 않은 사항을 준수하는 것으로 간주 ED VAS 모든 사양 불일치를 오류로 간주 공격적 ED VAS 정상적인 인코더가 오류로 간주하지 않아야 하는 사항 maxrate int64 E VA 최대 비트 전송률 비트 초 VBV에서 bufsize와 함께 사용됩니다 0부터 INT MAX까지 기본값 0 minrate int64 E VA 최소 비트 전송률 비트 초 CBR 인코딩 설정에 가장 유용합니다 그 외의 경우에는 거의 사용되지 않습니다 INT MIN부터 INT MAX까지 기본값 0 bufsize int E VA ratecontrol 버퍼 크기 비트 설정 INT MIN INT MAX 기본값 0 i qfactor float E V P 프레임과 I 프레임 간의 QP 인자 FLT MAX FLT MAX 기본값 0 8 i qoffset float E V P 프레임과 I 프레임 간의 QP 오프셋 FLT MAX FLT MAX 기본값 0 dct int E V DCT 알고리즘 0 INT MAX 기본값 자동 자동 0 E V 좋은 알고리즘을 자동 선택 fastint 1 E V 빠른 정수 int 2 E V 정확한 정수 mmx 3 E V altivec 5 E V faan 6 E V 부동 소수점 AAN DCT

참고 이미지 · 공개 아카이브에서는 원본보다 약한 흐림 처리로 제공됩니다.