히포

• 기본 문법에 의하면 옵션들은 다음에 지정되는 파일에 적용
• 순서는 중요하고 같은 옵션을 여러 명령줄에 사용 가능
  
• 각 옵션들은 입력 혹은 출력 파일에 적용

1. FFMPEG 명령어 형식

ffmpeg [input options] -i [input filename] -codec:v [video options] -codec:a [audio options] [output file options] [output filename]

2. FFMPEG 주요 옵션

3. FFMPEG 추가 옵션

4. FFMPEG 비디오 옵션

5. 추가 비디오 옵션

6. 오디오 옵션

7. 추가 오디오 옵션

8. 자막 옵션

9. 오디오/비디오 획득 옵션(Audio/Video grab options)

참고 자료

• FFMPEG 옵션 Option (tistory.com)

• FFmpeg는 멀티미디어 파일을 처리하기 위한 무료 및 오픈 소스 도구 모음
• libavcodec, libavformat 및 libavutil과 같은 공유 오디오 및 비디오 라이브러리 세트가 포함
• FFmpeg를 사용하면 다양한 비디오와 오디오 형식을 변환하고 샘플링 속도를 설정하고 스트리밍 오디오/비디오를 캡처하고 비디오 크기를 조정할 수 있음

1. CentOS 7에서 FFmpeg 설치

1.1. YUM으로 FFmpeg 설치

• FFmpeg는 CentOS 7 핵심 리포지토리에서 사용할 수 없음
• FFmpeg 도구를 원본에서 작성하거나 타사 Yum 저장소에서 Yum을 통해 설치 필요 → RPM Fusion 저장소에서 설치
  
  
• RPM Fusion 저장소는 EPEL 소프트웨어 저장소에 따라 다름 → 시스템에서 EPEL이 활성화되지 않은 경우 다음을 입력하여 EPEL을 활성화

  $ yum install epel-release -y

   
• NUX 저장소를 추가

  $ rpm -Uvh http://li.nux.ro/download/nux/dextop/el7/x86_64/nux-dextop-release-0-5.el7.nux.noarch.rpm

   
• FFmpeg를 설치

  $ yum install ffmpeg ffmpeg-devel -y

   
• 버전을 확인하여 FFmpeg 설치를 확인

  $ ffmpeg -version
  ffmpeg -version
  ffmpeg version 2.8.15 Copyright (c) 2000-2018 the FFmpeg developers
  built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-36)
  ### 생략 ###
  libavutil      54. 31.100 / 54. 31.100
  libavcodec     56. 60.100 / 56. 60.100
  libavformat    56. 40.101 / 56. 40.101
  libavdevice    56.  4.100 / 56.  4.100
  libavfilter     5. 40.101 /  5. 40.101
  libavresample   2.  1.  0 /  2.  1.  0
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  2.101 /  1.  2.101
  libpostproc    53.  3.100 / 53.  3.100

1.2. FFmpeg 컴파일된 버전으로 설치

• ffmpeg-install을 통해 컴파일된 버전을 설치
• 참고 자료 : GitHub - q3aql/ffmpeg-builds: MOVED: https://gitlab.com/q3aql/ffmpeg-builds
  
  
• 저장소로부터 다운로드하기 → git clone을 통해서 저장소로부터 파일을 다운로드

  $ cd
  
  $ git clone https://github.com/q3aql/ffmpeg-install.git
  Cloning into 'ffmpeg-install'...
  remote: Enumerating objects: 297, done.
  remote: Counting objects: 100% (40/40), done.
  remote: Compressing objects: 100% (27/27), done.
  remote: Total 297 (delta 27), reused 26 (delta 13), pack-reused 257
  Receiving objects: 100% (297/297), 103.02 KiB | 0 bytes/s, done.
  Resolving deltas: 100% (172/172), done.

   
• ffmpeg-install 디렉토리 내로 이동

  $ cd /root/ffmpeg-install/
  
  $ ls
  apt-cyg                         ffmpeg-shared-build-cywin64.sh         ffmpeg-static-build-linux64.sh
  cygwin_fix_strsafe.h            ffmpeg-static-build-linux32-native.sh  LICENSE.txt
  ffmpeg-installer.sh             ffmpeg-static-build-linux32.sh         README.md
  ffmpeg-shared-build-cywin32.sh  ffmpeg-static-build-linux64-native.sh

   
• ffmpeg-install.sh 스크립트 실행

  ### -h 옵션을 통해서 옵션 확인
  $ source ffmpeg-installer.sh -h
  
  * ffmpeg-install v2.0 (270321) (GPL v2.0)
  
  * Script: q3aql (q3aql@protonmail.ch)
  * Builds: John Van Sickle (john.vansickle@gmail.com)
  
  + Syntax:
  
  $ ffmpeg-install --install         --> Install FFmpeg (Git version)
  $ ffmpeg-install --install release --> Install FFmpeg (Stable version)
  $ ffmpeg-install --update          --> Update FFmpeg (Git version)
  $ ffmpeg-install --update release  --> Update FFmpeg (Stable version)
  $ ffmpeg-install --uninstall       --> Uninstall FFmpeg previously installed
  $ ffmpeg-install --help            --> Show help
  
  
  ### 안정적인 stable 버전을 설치
  $ source ffmpeg-installer.sh --install release
  ### ...생략...
  ‘ffmpeg’ -> ‘/usr/bin/ffmpeg’
  ‘ffprobe’ -> ‘/usr/bin/ffprobe’
  * Finished!

   
• 설치 확인 → ffmpeg 명령어를 통해서 버전화 설치 사항을 확인

  $ ffmpeg -version
  ffmpeg version 6.0-static https://johnvansickle.com/ffmpeg/  Copyright (c) 2000-2023 the FFmpeg developers
  built with gcc 8 (Debian 8.3.0-6)
  ### 생략 ###
  libavutil      58.  2.100 / 58.  2.100
  libavcodec     60.  3.100 / 60.  3.100
  libavformat    60.  3.100 / 60.  3.100
  libavdevice    60.  1.100 / 60.  1.100
  libavfilter     9.  3.100 /  9.  3.100
  libswscale      7.  1.100 /  7.  1.100
  libswresample   4. 10.100 /  4. 10.100
  libpostproc    57.  1.100 / 57.  1.100

2. FFmpeg 예제 → mp4을 m4a으로 기본 변환 

• ffmpeg를 사용하여 오디오 및 비디오 파일을 변환할 때 입력 및 출력 형식을 지정할 필요가 없음
• 입력 파일 형식이 자동으로 검색되고 출력 형식은 파일 확장자에서 추측
  
  
• 비디오 파일을 mp4에서 m4a으로 변환

  $ ffmpeg -i izone_test.mp4 izone_test.m4a
  ffmpeg version 2.8.15 Copyright (c) 2000-2018 the FFmpeg developers
    built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-36)
    ### 생략 ###
    libavutil      54. 31.100 / 54. 31.100
    libavcodec     56. 60.100 / 56. 60.100
    libavformat    56. 40.101 / 56. 40.101
    libavdevice    56.  4.100 / 56.  4.100
    libavfilter     5. 40.101 /  5. 40.101
    libavresample   2.  1.  0 /  2.  1.  0
    libswscale      3.  1.101 /  3.  1.101
    libswresample   1.  2.101 /  1.  2.101
    libpostproc    53.  3.100 / 53.  3.100
  Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'izone_test.mp4':
    Metadata:
      major_brand     : mp42
      minor_version   : 0
      compatible_brands: isommp42
      creation_time   : 2021-03-26 14:37:06
    Duration: 00:42:52.49, start: 0.000000, bitrate: 2432 kb/s
      Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 2300 kb/s, 29.95 fps, 29.95 tbr, 11982 tbn, 59.91 tbc (default)
      Metadata:
        creation_time   : 2021-03-26 14:37:06
        handler_name    : ISO Media file produced by Google Inc. Created on: 03/26/2021.
      Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s (default)
      Metadata:
        creation_time   : 2021-03-26 14:37:06
        handler_name    : ISO Media file produced by Google Inc. Created on: 03/26/2021.
  [libx264 @ 0x20e05e0] using SAR=1/1
  [libx264 @ 0x20e05e0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
  [libx264 @ 0x20e05e0] profile High, level 3.1
      [libx264 @ 0x20e05e0] 264 - core 142 r2495 6a301b6 - H.264/MPEG-4 AVC codec ### 생략 ###
      Output #0, ipod, to 'izone_test.m4a':
        Metadata:
          major_brand     : mp42
          minor_version   : 0
          compatible_brands: isommp42
          encoder         : Lavf56.40.101
          Stream #0:0(und): Video: h264 (libx264) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR1:1 DAR 16:9], q=-1--1, 29.95 fps, 11982 tbn, 29.96 tbc (default)
          Metadata:
            creation_time   : 2021-03-26 14:37:06
            handler_name    : ISO Media file produced by Google Inc. Created on: 03/26/2021.
            encoder         : Lavc56.60.100 libx264
          Stream #0:1(und): Audio: aac (libfdk_aac) (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 128 kb/s (default)
          Metadata:
            creation_time   : 2021-03-26 14:37:06
            handler_name    : ISO Media file produced by Google Inc. Created on: 03/26/2021.
            encoder         : Lavc56.60.100 libfdk_aac
      Stream mapping:
        Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))
        Stream #0:1 -> #0:1 (aac (native) -> aac (libfdk_aac))
      Press [q] to stop, [?] for help
    frame=70406 fps= 63 q=29.0 size= 1321080kB time=00:39:10.37 bitrate=4604.5kbits/s

   

참고 자료

• https://jjeongil.tistory.com/1479
• https://engineeringcode.tistory.com/137
• 리눅스(CentOS, Ubuntu 등)에서 ffmpeg-install 을 통해서 FFMPEG 쉽게 설치하기 (logger.one)

1. FFmpeg란

• FFmpeg (www.ffmpeg.org) 은 비디오, 오디오, 이미지를 쉽게 인코딩 (Encoding), 디코딩 (Decoding), 먹싱 (Muxing), 디먹싱 (Demuxing) 할 수 있도록 도움을 주는 멀티미디어 프레임워크

• FFmpeg 홈페이지에서 FFmpeg을 소개

FFmpeg is the leading multimedia framework, able to decode, encode, transcode, mux, demux, stream, filter and play pretty much anything that humans and machines have created.
It supports the most obscure ancient formats up to the cutting edge.
No matter if they were designed by some standards committee, the community or a corporation.

• 2000년 2월에 발표되고, 지속적으로 개발되고 있는 모든 디지털 영상, 음성에 대한 인코딩과 디코딩, 스트리밍이 가능한 오픈소스 프로젝트
• 거의 업계 표준으로 자리 잡아 유명한 대부분의 영상 관련 툴들은 다 사용
• ffmpeg은 libavcodec를 기반
  
  
• ffmpeg 제공하는 툴

• 곰player ,KMP , AV player, MX player 같은 것들이 ffmpeg을 사용하는데 ffmpeg은 Fabrice Bellard가 시작했고 지금은 마이클 니더마이어(Michael Niedermayer)가 이끌고 있음
  
  

• 사용은 실행 파일 형태나 lib형태로 자기 프로그램에서 사용
  

• ffmpeg의 기본구조
  

2. 인코딩(encoding)이란

• 문서의 용량을 줄이기 위하여 zip 프로그램 (예: 알집, 반디집, 빵집)을 사용해서 문서를 압축하는 것처럼 동영상이나 이미지의 용량을 줄이기 위해서 압축하는 과정을 의미
• 동영상은 일반 문서와 특성이 달라서 전용의 압축 알고리즘을 사용
• 국내에서 동영상 재생에 많이 사용하는 곰플레이어의 개발사에서 만든 곰인코더 등이 동영상을 인코딩하는 프로그램

3. 디코딩(decoding)이란

• 압축된 동영상을 재생하기 위하여 압축을 해제하는 과정을 디코딩이라고 함
• 일반적으로 동영상 재생 프로그램 (예: 곰플레이어)들은 모두 내부적으로 압축을 해제하고 압축이 해제된 영상 및 오디오 데이터를 재생 프로그램에서 직접 재생
• 국내에서 많이 사용하는 대표적인 동영상 재생 프로그램인 곰플레이어, KMP 플레이어, 다음과 네이버의 동영상 플레이어들이 내부적으로 FFmpeg을 사용하여 압축된 동영상의 압축을 해제한 후 압축이 해제된 데이터를 적절한 UI를 통해서 출력
• 최근에는 PC 환경 뿐만 아니라 아이폰과 안드로이드 폰의 거의 대부분의 동영상 재생 프로그램들이 FFmpeg을 사용

4. 먹싱(muxing)과 디먹싱(demuxing)이란

• 엔지니어링 분야에서 먹싱 (Muxing)이라는 단어는 여러 입력을 하나로 합치는 과정을 의미하고 디먹싱 (Demuxing)이라는 과정은 하나로 합쳐진 입력을 다시 여러 출력으로 만드는 것을 의미
• PC에서 다운로드를 받아서 보시는 동영상은 사실 여러 장의 정지 영상과 오디오가 하나의 파일로 (예: .avi, .mkv, *.mov) 먹싱되어 있는 것
• 먹싱되기 전에 정지 영상과 오디오는 아래의 그림과 같이 각각 인코딩 과정을 통해서 압축이 되어 있는 상태
  

• 먹싱된 동영상을 재생하기 위해서는 인코딩, 먹싱 과정과 반대로 먼저 디먹싱을 통해서 압축된 정지 영상과 압축된 오디오로 분리한 후 각각의 데이터를 디코딩해야
  

5. 왜 FFmpeg 인가?

• 영상 및 오디오를 압축하는 알고리즘에서는 수많은 종류가 존재
• 영상 및 오디오를 정상적으로 재생하라면 수 많은 압축 알고리즘 (디코딩 부분)을 모두 직접 구현해야 함 → FFmpeg은 오픈소스로 전 세계의 개발자들이 개발을 하기 때문에 수많은 종류의 영상 및 오디오 코덱 및 파일 포맷 등을 지원
• FFmpeg은 멀티미디어 계의 리눅스 → 리눅스가 더이상 선택이 아닌 필수인 것처럼 FFmpeg 역시 멀티미디어 파일을 다루는 데 있어서 더 이상 선택이 아니며 필수

참고 자료

• https://wikidocs.net/78484

• 재생을 할 때 하나의 URL로 접근 할 경우 Connection URL과 StreamName, 두개의 부분으로 나뉘어 지는데 보통은 아래와 같이 나눠짐
  
  
• 요청 URL : rtmp://[server]:[port]/[application]/[appInstance]/[streamName]
  1. Connection URL : rtmp://[server]:[port]/[application]/[appInstance]
  2. Stream name : [streamName]
     
     

• server에서 요청 URL(rtmp://[server]:[port]/[application]/[appInstance]/[streamName])은 아래와 같이 해석됨
  1. Connection URL : rtmp://[server]:[port]/[application]/definst
  2. Stream name : [streamName]

※ 만약에 Stream name 부분에 경로가 들어가게 되고 appInstance로 구분지어주지 않는다면 아래와 같이 경로가 잘못되게 나눠짐

• 요청 URL : rtmp://[server]:[port]/[application]/[path1]/[path2]/[streamName]
  1. Connection URL : rtmp://[server]:[port]/[application]/[path1]
  2. Stream name : [path2]/[streamName]
     
     

• Stream name 부분에 경로를 포함하고 있다면 appInstance 부분을 명시해줘야 함
• 모든 프로토콜에 적용되며 StreamName 부분에 경로가 없다면 _definst_를 제거해도 됨

※ appInstance == _definst_인 이유

• appInstance는 응용 프로그램을 인스턴스화한 것으로, 스트리밍을 위한 네임스페이스(namespace)와 컨텍스트(context)를 제공
• appInstance는 동적으로 시작되며 단일 애플리케이션에 여러 개의 명명된 appInstance가 동시에 실행될 수 있음
• appInstance에 대해 이름이 지정되지 않은 경우 기본 이름(definst)이 사용됨
• 많은 스트리밍 시나리오에서는 애플리케이션별로 단일 appInstance가 사용되며 이름은 참조되지 않고 기본값이 definst됨
• 스트리밍을 위해 여러 회의실을 만들어야 하는 비디오 채팅 및 비디오 회의 시나리오에서는 여러 애플리케이션 인스턴스를 사용하는 것이 더 일반적임
• appInstance는 스트리밍을 방으로 분리하는 데 사용됨 → 각 룸은 별도의 appInstance로, 각 룸에 대한 분리(separation) 및 네임스페이스(namespace)를 제공

참고 자료

• https://m.blog.naver.com/PostView.naver?isHttpsRedirect=true&blogId=jongwon0320&logNo=100196012208
• https://www.wowza.com/community/t/meaning-of-definst-in-links-to-media-files/45350

Wowza 포트

참고 자료

- [펌][Wowza] WOWZA 설정하기 : 네이버 블로그 (naver.com)

1. Live Latency control

• 고객의 Keyframe interval 조정과 Wowza origin에서 media chunk(segment) duration을 조정하여 live latency를 짧게 함
• Client - CDN(Relay) - Origin 구간 network 영향을 받으므로 일반적으로 권장하는 최소 live latency는 2초 chunk * 3 playlist를 권장
• 권장하는 최소 live latency는 2초 chunk * 3 playlist → 실제 player는 약 6~8초 정도의 delay 발생
• Wowza 기본값은 10초 chunk * 3 playlist → 10초 * 3 개 = 30초 delay 발생

1.1. Customer role

• Key frame interval 조정 : 1~2초 (알맞은 설정)

1.2. Nimbus role.

• Wowza media segment duration 조정

1.3. Cupertino Streaming Packetizer (2 sec chunk * 3 playlist 설정으로 예시)

1.4. Chunk Response body in Media playlist(미디어 재생목록의 청크 응답 본문)

#EXTM3U
#EXT-X-VERSION:3
#EXT-X-TARGETDURATION:2
#EXT-X-MEDIA-SEQUENCE:13
#EXT-X-DISCONTINUITY-SEQUENCE:0
#EXTINF:2.0,
media-ug00et4ec_13.ts
#EXTINF:2.0,
media-ug00et4ec_14.ts
#EXTINF:2.0,
media-ug00et4ec_15.ts

2. VoD source 생성 및 Live 송출 시 주의사항

• 규격에 맞는 Protocol 별 Codec, Profile, Level 이용을 이용을 준수 → Vendor guide가 있으므로 찾아서 참조할 것.
• Live의 경우 chunk duration에 따라 1 or 2초의 key frame interval을 사용 → Key frame interval 일반적으로 2초를 권장(Key Frame interval 1초인 경우 너무 짧아, 선명도가 상대적으로 떨어짐. Frame 간의 압축에서 효율이 떨어짐.)
• UDP 송출의 경우 network 상태에 따라 품질 불균형을 야기할 수 있음(mpeg-ts UDP)
  

  

  

  

3. Key Frame Interval

• Key frame interval 설정 시 chunk duration 이하로 생성 필요
• Key frame interval <= Chunk duration
• Unit : sec

4. Application, Stream Key (Where is Host?)

4.1. Application (App Name)

• Wowza는 기본적으로 hostname을 지원하지 않음(Virtual host 개념 미사용, Wowza IP에 Hostname을 아무거나 요청해도 됨)
• Wowza SSL 적용은 가능하나, Wowza를 edge로 사용하는 경우는 거의 없음
  

  Type	Name	Role	Common
  Wowza	Application	- Application(AppName)은 스트리밍 콘텐츠의 논리적 container - 요청을 처리하고 콘텐츠를 전달하기 위한 규칙을 정의 - 각 Application에는 unique한 이름이 있으며 구성, 보안 설정 및 전달 방법을 가질 수 있음 - 하나의 Wowza server에 여러 App을 설정하여 고유한 설정으로 Stream 서비스 가능	두 개념 사이에는 몇 가지 유사점이 있지만 주요 차이 Wowza의 Application은 스트리밍 콘텐츠만 해당 Web server의 Hostname은 모든 유형의 웹 콘텐츠에 사용 Wowza의 Application은 WebServer의 Hostname과 연결되지 않는 caching 및 chunking 같은 contents를 전달하기 위한 특정 설정으로 구성 가능
  WebServer	Host	- Hostname은 website 또는 Web Application의 고유 식별자 - 요청을 올바른 웹 서버로 라우팅하고 적절한 콘텐츠를 검색하는 데 사용 - Hostname은 여러 하위 도메인을 가질 수 있으며 여러 IP 주소와 연결될 수 있음 - 하나의 Web server에 Virtual host를 사용하여 여러 개의 Web server Host(Domain)를 운영 가능

4.2. Stream Key

• Live 서비스에서 고객이 송출을 시작하면, 송출 시 Encoder에 설정한 Stream (Key)를 확인 가능
• Application 내에서 여러 Stream이 존재할 수 있으며, 이것은 각 독립적인 Live channel이라고 보면 됨
• ABR을 구성할 경우 동일 App에 송출되는 High, Mid, Low spec의 Stream (Key)를 묶어서 사용
  
  

• OBS Encoder에서 Stream Key 설정
  

  

• [AppName] > Incoming Streams 항목
  

  

5. nDVR(nDVR = Timeshift = SlidingWindow)

• Wowza Streaming Engine™ nDVR 기술은 라이브 스트림을 녹화하는 동시에 사용자가 녹화된 스트림을 Play, pause, resume 및 rewind 할 수 있는 기능을 제공
  

  

5.1. Play URL

• 끝에 Query String ?DVR 을 붙이면 DVR 동작
• http://devwowza.cdn.cloudn.co.kr/httplive/_definst_/test/playlist.m3u8?DVR

5.2. DVR Store Directory

• DVR 재생을 위해 라이브 스트림에 대한 녹화가 서버에 저장되는 위치를 정의
• 디렉터리 경로 값은 (<)보다 작음, (>)보다 큼, 따옴표(' 및 "), 백슬래시(), 파이프(|), 물음표(?) 및 별표(*) 문자를 포함할 수 없음

5.3. Streaming Options

• "Live and DVR streaming" or "DVR streaming only" 선택가능

5.4. Recording Options

1. Append (기본)
   • 이어 쓰기
   • 새 스트림을 기존 레코딩에 추가하며, 현재 라이브 스트림(인코더 재시작 등)의 중단을 설명하는 fail safe mechanism으로 사용하는 것이 가장 좋음
     
     
2. Delete
   • 이전 기록을 삭제하고 새 기록을 시작
     • 재생이 끝나야 실제 삭제 되는 것으로 보임
       
       
3. Version
   • DVR 저장소의 새 폴더에 새 스트림을 기록하기 시작함

5.5. DVR Window Duration

• 3시간 내 설정하여 사용을 권장
• 길게 설정할수록 chunk playlist가 길어져 문제가 생김
• 최대 48시간까지 지원
  

  

• 추가로 사용하는 요금제에 따라 별도 청구가 될 수 있음
• If you purchased a license for Wowza Streaming Engine before January 1, 2015, contact sales@wowza.com to learn more about how to license Wowza nDVR.

6. Caption

• Application 생성 시 설정한 내역을 토대로 동일 경로에 있으면 caption이 자동으로 입혀짐
• 설정화면
  

  

• HLS native play 실행 시 자막 화면(srt 사용)
  • srt file을 별도로 가져와서 처리하는 것이 아닌 Wowza에서 영상에 입혀 줌
  • PotPlayer의 경우 Closed Caption : On 설정 시 나옴
    

    

    

7. H.265 HLS live

• Wowza에서는 H.265 HLS live stream을 지원
• RTMP protocol은 H.265 spec을 지원하지 않음 → mpeg-ts UDP 방식으로 source를 ingest함
• 향후 Wowza에서도 Enhanced RTMP ingest가 지원되기를 희망합니다.(by 문호차장님)
  

  

7.1. Enter a name for the new Stream File: *

• h265test * Stream (Key)로 사용할 name 설정

7.2. Stream URI *

• udp://devwowza.cdn.co.kr:20001 * Source로 사용할 URI를 지정
• H.265의 경우 UDP://IP:Port 구성

7.3. 송출 후 ingest 및 재생확인

7.4. h.265 재생확인

• StreamKey 부분에 그대로 이용.
• http://devwowza.cdn.co.kr/singlelive/_definst_/h265test.stream/playlist.m3u8
  

  

8. Live record

• Live stream을 record, VOD source로 사용할 수 있도록 저장
• API도 제공
  

  

9. Transcoder

• Wowza에 내장된 Transcoder를 이용
• 사전 구성된 preset을 이용하여 Transcoding 처리.
• 보통 ABR(Adaptive BitRate) 구성에 이용
• Live만 지원함
  
  

• 버전에 따라 기본 내장 Transocder가 다름, Version upgrade 시 주의
  1. 구 버전 : MainConcept (https://www.mainconcept.com/)
  2. 신 버전: Beamr (https://beamr.com/)
     
     

• Wowza 지원 범위
  1. Codec, Bitrate, Resolution, Profile, Key frame interval 변경
  2. Frame rate 변경은 지원 X
     
     
• 요금에 따라 별도 비용 청구 됨
  

  

10. CMAF (Common Media Application Format)

• Apple, Microsoft 및 MPEG와 공동으로 개발된 CMAF는 아키텍처가 두 가지 주요 측면을 포함하는 ISO 표준

• CMAF 기능은 HLS 및 MPEG-DASH라는 가장 널리 사용되는 두 HTTP 프로토콜을 통한 스트리밍을 단순화함
• CMAF의 공유 리소스 사용은 인코딩을 간소화하고, 컴퓨팅 리소스를 효율적으로 사용하며, CDN 대역폭을 최적화하고, 캐싱을 덜 요구하며, 규모에 맞게 스트리밍할 때 비용 효율적
• Wowza Streaming Engine은 CMAF packetizer를 사용하여 Low-Latency HLS(LL-HLS) 스트림에 필요한 부분 세그먼트를 생성
  

  

• OBS Studio는 장면을 무한대로 만들 수 있음
• 한 장면에 다양한 소스를 넣을 수 있음
• 하드 디스크에 저장되어 있는 동영상 파일을 1개 넣어 OBS Studio 실행

• 소스 목록 창에서 마우스 우클릭 하거나 < + > 표시를 누르면 추가 목록이 출력
  

  

• "미디어 소스"를 클릭
  

  

• 동영상 파일 위치를 찾아줌 → 아래 옵션 설정
  1. 반복 재생 여부
  2. 소스가 활성화될 때 재생을 다시 시작
  3. 가능한 경우 하드웨어 디코딩 사용
  4. 재생이 끝나면 아무것도 표시하지 않기
  5. 비활성화 상태일 때 파일 닫기 등
     

     

• 영상을 불러왔는데 화면 비율이 맞지 않으면 크기 조절 가능
  • 미리 보기 화면창에서 우 클릭을 하고 출력 크기 조정 (소스 크기)를 클릭하면 화면 비율에 맞도록 조절 가능
    
    
  • 조절 전(출력 크기가 작음)
    
    
    
  • 조절 → 출력 크기 조정(소스 크기)
    
    
    
  • 조절 후
    

참고 자료

• https://m.blog.naver.com/PostView.naver?blogId=kdh840809&logNo=221651941310&navType=by

1. 영상 송출 설정 (출력 설정) → 영상을 인코딩할 수 있도록 설정해야 함

▣ 인코더

• x264로 설정
• OBS Studio가 설치된 PC의 CPU가 인코딩하도록 설정
• 그래픽카드가 탑재된 PC라면 그래픽카드가 영상을 인코딩할 수 있도록 설정 가능

▣ 데이터율 제어

• VBR로 선택
  1. CBR - 고정 비트율 - 일정한 비트레이트를 유지
  2. VBR - 가변 비트율 - 움직임이 적은 곳과 많은 곳을 구분해 다르게 할당

▣ 비트레이트

• 라이브 할 콘텐츠 Type에 따라 적정 비트레이트를 설정
• 해상도별 비트레이트 정보는 아래 참고 자료 확인

▣ 버퍼의 크기

• 버퍼의 크기는 설정한 비트레이트 * 5으로 설정
• 최초 재생 시 버퍼를 미리 받아 네트워크나 순단의 이슈가 발생하더라도 미리 받아 둔 버퍼를 재생하기 때문에 영상을 전달받지 못한 구간에서 실제 시청자들은 버퍼의 영상을 재생하기에 인지하지 못함

▣ 키프래임 간격(Key Frame  Interval)

• 1 ~ 2초를 권장
• 1초로 설정할 경우, FPS 당 Key Frame이 1개씩 들어가게 됨

2.  영상 송출 설정 (해상도별 권장 비트레이트)

• 현재 가장 많이 사용되는 해상도는 FHD(1920x1080)
• 스트리머의 모습을 담는 영상의 경우 30fps를 권장

• 해상도별 비트레이트 정보

  해상도	프레임 속도	권장 비트레이트
  1280x720 (720p)	30fps	1.5 ~ 4Mbps
  1280x720 (720p)	60fps	2.25 ~ 6Mbps
  1920x1080 (1080p)	30fps	3 ~ 6Mbps
  1920x1080 (1080p)	60fps	4.5 ~ 9Mbps
  2560x1440 (1440p)	30fps	6 ~ 13Mbps
  2560x1440 (1440p)	60fps	9 ~ 18Mbps
  3840x2160 (2160p, 4K)	30fps	13 ~ 34Mbps
  3840x2160 (2160p, 4K)	60fps	20 ~ 51Mbps

3.  영상 송출 설정 (비디오 설정) → 방송에 사용될 해상도와 FPS 값을 설정

▣ 기본 (캔버스) 해상도

• 현재 모니터 해상도로 설정

▣ 출력 (조정된) 해상도

• 방송에 송출될 해상도를 설정

▣ 축소 필터

• 기본 해상도와 출력 해상도가 다를 때 이를 맞추기 위해 사용
• Bilinear(낮은 성능), Bicuubic(중간), Lanczos(고성능)이 있으며, 높은 성능일수록 CPU 사용량이 증가함

▣ FPS (Frames Per Second)

• 1초의 영상에 담긴 사진의 수를 의미
• 사용하실 FPS는 반드시 29.97 또는 30으로 설정

4.  영상 송출 설정 (방송 설정) → 방송할 서버의 주소에 대한 정보와 영상 이름을 입력

5.  화면조정 → 영상 크기를 조절

• OBS Studio에서 보이는 영상의 크기가 실제 송출될 영상의 크기가 됨

6.  영상 송출 → 방송 시작

• 에러 문구 없이 시작이 된다면 정상적으로 송출