요약:
1. 핸드 브레이크는 비디오를 트랜스 코딩하는 데 사용할 수있는 인기있는 비디오 변환 소프트웨어입니다. 무료이며 사용하기 쉽고 많은 옵션으로 사용자 정의 할 수 있습니다.
2. 기본적으로 핸드 브레이크는 트랜스 코딩을 위해 CPU를 사용합니다. 이는 시간이 소요될 수 있으며 모든 CPU 리소스를 사용할 수 있습니다. 그러나 전용 GPU (그래픽 처리 장치)가있는 경우 핸드 브레이크를 더 빠른 트랜스 코딩에 사용하도록 강요 할 수 있습니다.
삼. 핸드 브레이크에서 GPU 트랜스 코딩을 활성화하기 전에 고려해야 할 몇 가지 사항이 있습니다
- 그래픽 카드에는 AMD 용 VCE, NVIDIA 용 NVENC 또는 인텔 용 QSV와 같은 하드웨어 인코더가 내장되어 있어야합니다.
- GPU가 하드웨어 인코더가없는 경우 핸드 브레이크와 함께 GPU 트랜스 코딩을 사용할 수 없습니다.
- GPU 인코딩은 CPU 인코딩에 비해 품질이 낮고 파일 크기가 커질 수 있습니다.
4. 핸드 브레이크가 GPU를 사용하도록 강요합니다
- 핸드 브레이크를 열고 “환경 설정”을 클릭하거나 “도구 → 환경 설정”으로 이동하십시오.
- 기본 설정 창에서 “비디오”탭으로 이동하여 GPU의 인코더를 선택하십시오.
- 인코더 옵션이 회색으로 나오면 GPU가 하드웨어 인코더를 지원하지 않음을 의미합니다.
- 설정이 자동으로 저장되고 기본 설정 창을 닫을 수 있습니다.
- 핸드 브레이크에 비디오 파일을 추가하고 “비디오”탭으로 이동하여 “비디오 코덱”드롭 다운 메뉴에서 하드웨어 디코더를 선택하십시오.
- 이제 파일 트랜스 코딩을 시작할 수 있습니다.
5. GPU 트랜스 코딩은 트랜스 코딩 시간을 줄일 수 있지만 품질이 낮고 파일 크기가 커질 수 있습니다. 이러한 트레이드 오프에 익숙한 경우에만 GPU 지원을 활성화하십시오.
6. 추가 지원이 필요하거나 질문이 있으시면 아래에 의견을 보내주십시오.
질문:
1. 핸드 브레이크 가란 무엇입니까??
핸드 브레이크는 비디오 변환 또는 트랜스 코딩에 사용되는 소프트웨어입니다. 사용하기 쉽고 많은 사용자 정의 옵션을 제공합니다.
2. 핸드 브레이크는 기본적으로 트랜스 코딩에 CPU를 사용합니까??
예, 핸드 브레이크는 기본적으로 트랜스 코딩에 CPU를 사용합니다.
삼. 핸드 브레이크가 트랜스 코딩에 GPU를 사용하도록 강요 할 수 있습니까??
핸드 브레이크가 GPU를 사용하도록 강요하려면 환경 설정 창을 열고 비디오 탭으로 이동 한 다음 GPU의 인코더를 선택하십시오.
4. 핸드 브레이크가 지원하는 하드웨어 인코더는 무엇입니까??
핸드 브레이크는 AMD 그래픽 카드 용 VCE, NVIDIA 카드 용 Nvenc 및 Intel Card 용 QSV를 지원합니다.
5. 핸드 브레이크에서 GPU 트랜스 코딩의 한계는 무엇입니까??
GPU 트랜스 코딩은 CPU 트랜스 코딩에 비해 품질이 낮고 파일 크기가 커질 수 있습니다.
6. 핸드 브레이크에서 GPU 지원을 언제 활성화해야합니까??
더 빠른 트랜스 코딩을 대가로 품질이 낮고 파일 크기가 커지면 핸드 브레이크에서 GPU 지원을 활성화해야합니다.
7. 핸드 브레이크에서 하드웨어 디코더를 어떻게 선택합니까??
하드웨어 디코더를 선택하려면 핸드 브레이크에 비디오 파일을 추가하고 비디오 탭으로 이동하십시오. 비디오 코덱 드롭 다운 메뉴에서 GPU의 적절한 하드웨어 디코더를 선택하십시오.
8. GPU 트랜스 코딩은 트랜스 코딩 시간을 줄입니다?
예, GPU 트랜스 코딩은 일반적으로 CPU 트랜스 코딩에 비해 트랜스 코딩에 필요한 시간을 줄입니다.
9. GPU 트랜스 코딩은 모든 CPU 리소스를 사용합니까??
아니요, GPU 트랜스 코딩은 CPU에서 GPU로 트랜스 코딩 프로세스를 오프로드하여 CPU 사용량이 줄어 듭니다.
10. 모든 GPU에 사용할 수있는 GPU 트랜스 코딩입니다?
아니요, GPU 트랜스 코딩에는 VCE, NVENC 또는 QSV와 같은 내장 하드웨어 인코더가있는 GPU가 필요합니다. GPU에 이러한 인코더가없는 경우 GPU 트랜스 코딩을 사용할 수 없습니다.
11. GPU 트랜스 코딩을 사용하기위한 트레이드 오프가 있습니까??
예, GPU 트랜스 코딩은 CPU 트랜스 코딩에 비해 품질이 낮고 파일 크기가 커질 수 있습니다.
12. 핸드 브레이크에서 사용자 정의 사전 설정을 만들 수 있습니까??
예, 핸드 브레이크에서 사용자 정의 사전 설정을 만들어 빠른 액세스를 위해 설정을 저장할 수 있습니다.
13. 핸드 브레이크는 Windows와 호환됩니다?
예, 핸드 브레이크는 Windows 운영 체제와 호환됩니다.
14. 핸드 브레이크는 파일의 배치 변환을 지원합니다?
예, 핸드 브레이크는 배치 변환을 지원하므로 여러 파일을 한 번에 변환 할 수 있습니다.
15. 핸드 브레이크에서 GPU 트랜스 코딩에 대한 자세한 정보는 어디에서 찾을 수 있습니까??
GPU 트랜스 코딩에 대한 자세한 정보 및 자세한 테스트는 기사에 제공된 지원 문서를 참조하십시오.
목차
위에서 언급했듯이 – Cuda Cores (AMD가있는 스트림 코어와 동일)의 하중을보고 있었지만’직업은 무엇입니까?. NVIDIA 및 AMD GPU에는 하나 이상의 하드웨어 기반 디코더 및 엔코더 (CUDA/스트림 코어와는 별개)가 포함되어 있으며, 이는 완전 셀러 된 하드웨어 기반 비디오 디코딩 및 인코딩을 제공합니다. 그것은 당신이 보았던 GPU의 큰 계산 부분이 아니지만 de/en- 코딩을 위해서만 지정된 GPU의 ASIC 부분입니다. (예 : 이하의 부하를 볼 수 있습니다. 작업 관리자에서)에서 AMD CPU의 통합 GPU조차도.264/265 AMD VCE)는 AMD의 전용 GPU와 거의 동일한 인코딩 시간을 가지고 있습니다. 칩의 사실상 동일한 ASIC 부분입니다. BTW., 나는하지 않았다’t 품질 비교를 완료했지만 동일한 비트 레이트로 인코딩 시간은 AMD 및 NVIDIA에서 매우 유사하지만 출력 품질/인코딩 방식에 대한 더 많은 옵션을 제공하기 때문에 AMD를 선호합니다. 사전 설정에 대해 – CPU를 Nvidia Nvenc (또는 AMD VCE)와 비교할 수 없습니다. 품질 설정 (및 스케일링)이 있습니다. 비교하려면 출력 품질을 동일한 비트 전송률과 비교해야합니다.
핸드 브레이크를 Windows에서 GPU를 사용하도록 강요하는 방법 (Nvidia, AMD, Intel)
숨겨진 설정으로 가능합니다 핸드 브레이크가 GPU를 사용하도록 강요하십시오 더 빠른 트랜스 코딩을 위해 Nvidia Nvenc, AMD 또는 Intel이든. 여기’보여주다.
핸드 브레이크는 비디오 변환 또는 트랜스 코딩과 관련하여 가장 인기있는 소프트웨어 중 하나입니다. 몇 번의 클릭만으로 거의 모든 형식을 변환 할 수 있습니다. 가장 좋은 점은 핸드 브레이크가 무료 일뿐 만 아니라 다양한 옵션으로 사용자 정의 할 수있는 동안 사용하기가 매우 쉽다는 것입니다. 기본적으로 핸드 브레이크는 CPU를 사용하여 비디오 파일을 트랜스 코드합니다. CPU와 비디오 파일에 따라 트랜스 코딩을 완료하는 데 많은 시간이 걸릴 수 있습니다. 그 외에도 트랜스 코딩하는 동안 핸드 브레이크는 모든 컵 리소스를 사용하여 시스템을 때때로 사용할 수 없습니다. 사실, 나는 간단한 가이드 나 핸드 브레이크 CPU 사용을 줄이는 방법을 썼습니다.
좋은 점은 DGPU (전용 그래픽 처리 장치)가 있다면 CPU 리소스에만 의존하는 대신 핸드 브레이크가 해당 GPU를 사용하도록 강요 할 수 있다는 것입니다. GPU 트랜스 코딩을 사용하면 가장 큰 이점 중 하나는 적어도 내 경우 CPU 트랜스 코딩에 비해 시간이 줄어든다는 것입니다.
그래서 더 이상 고민하지 않고 핸드 브레이크에서 GPU 지원을 활성화하십시오.
GPU 트랜스 코드를 강제하기 전에 알아야 할 사항
- 그래픽 카드에는 내장 하드웨어 인코더가 있어야합니다. 특히 AMD 그래픽 카드 용 VCE, NVIDIA 용 NVENC 및 Intel 용 QSV. 일반적으로 그래픽 카드가 제조업체에서 사용할 수있는 사양 시트를 보면서이 하드웨어 인코더를 지원하는지 확인할 수 있습니다’S 웹 사이트.
- GPU에 하드웨어 인코더가없는 경우 GPU와 함께 핸드 브레이크를 사용할 수 없습니다.
- 핸드 브레이크가 GPU 인코딩을 사용하도록 강요하면 CPU 인코딩에 비해 품질이 낮고 파일 크기가 더 높아집니다. 관심이 있으시면 다양한 테스트로 자세히 설명하는이 지원 문서를 살펴보십시오.
핸드 브레이크가 GPU를 사용하도록하는 단계
1. 먼저 시작 메뉴에서 검색하여 핸드 브레이크를 엽니 다.
2. 핸드 브레이크를 열면 “선호도” 왼쪽 하단에 링크가 나타납니다. 당신은 또한 동일하게 열 수 있습니다 “도구 → 선호도”.
삼. 기본 설정 창에서로 이동하십시오 “동영상” 탭. 오른쪽 패널에, 선택한 인코더를 선택하십시오. 핸드 브레이크는 GPU 하드웨어 인코더를 자동으로 감지합니다. 제 경우에는 Nvidia GPU가 Nvenc과 함께하기 때문에 “NVIDIA NVENC 인코더를 사용할 수 있습니다” 옵션.
인코더 옵션이 회색이되면 GPU가’t 하드웨어 인코더를 지원합니다.
4. 설정이 자동으로 저장됩니다. 기본 설정 창을 닫을 수 있습니다.
5. GPU 지원을 활성화 한 후에는 비디오 코덱을 선택해야합니다. 그렇게하려면 핸드 브레이크에 비디오 파일을 추가하고 “동영상” 탭. 여기에서 하드웨어 디코더를 선택하십시오 “비디오 코덱” 드롭 다운 메뉴.
나 이후’m NVIDIA를 사용하여, i’m 선택 “시간.264 Nvidia Nvenc” 코덱. Intel 또는 AMD를 사용하는 경우 각각 QSV 또는 VCE가 표시됩니다.
6. 그게 다야. 이제 파일 트랜스 코딩을 시작할 수 있습니다. 원하는 경우 모든 설정으로 사용자 정의 사전 설정을 만들 수 있습니다.
GPU 트랜스 코딩이 트랜스 코드에 걸리는 시간이 줄어들지 만 품질 비용과 파일 크기가 증가함에 따라 발생한다는 것을 기억하십시오. 따라서 트레이드 오프에 괜찮은 경우 GPU 지원을 활성화하십시오.
도움이되기를 바랍니다. 당신이 붙어 있거나 도움이 필요하면 아래에 의견을 말하면 가능한 한 많은 도움을 드릴 것입니다. 이 기사가 마음에 들면 핸드 브레이크에서 파일을 변환하는 방법을 확인하십시오.
다음 링크를 클릭하여 WindowsLoop 뉴스 레터에 가입하십시오 : WindowsLoop 뉴스 레터 가입.
Nvidia Nvenc
이것들은 단단한 한계가 아닙니다. NVENC를 통한 하드웨어 인코딩 ~할 것 같다 이전 시리즈 GPU 및 구형 운영 체제에서 작업하지만 공식적으로 지원되지 않습니다.
지원 지원
NVIDIA NVEENC 및 NVDEC에 대한 지원은 비디오 탭에서 선호도에서 활성화됩니다. 시스템이 지원되지 않으면 옵션이 비활성화됩니다.
Linux에서는 인코더를 활성화하는 선호도가 없습니다. 하드웨어 / 드라이버가 사용 가능한 것으로보고하면 사용할 수 있습니다.
사전 설정
다음 사전 설정은 다음과 같습니다 ‘하드웨어’ 사전 설정 메뉴의 카테고리 :
- 시간.265 NVENC 2160P 4K
- 시간.265 Nvenc 1080p
이 인코더를 사용하도록 핸드 브레이크를 구성하기에 좋은 출발점입니다.
성능
핸드 브레이크는 NVIDIA NVENC 인코더 및 NVDEC 인코더를 지원합니다.
CPU는 여전히 다음에 사용됩니다
- 비디오 디코딩 (하드웨어 디코딩이 꺼져 있거나 사용할 수없는 경우)
- 모든 비디오 필터
- 오디오 인코딩
- 수동 브레이크’S 엔진, A/V 싱크 등
- 자막
- muxing
이러한 작업은 작업이 진행됨에 따라 동시에 발생합니다. 따라서 Nvenc을 사용할 때도 높은 (또는 100%) CPU 사용을 보는 것이 정상입니다.
CPU가 예상 성능보다 낮은 병목 현상을 일으키는 것이 특히 하위 엔드 또는 구형 하드웨어에서 일반적입니다. 이 효과를 최소화하려면 필요하지 않은 필터를 비활성화하십시오.
디코더 제한
PipLine에서 필터가 활성화되면 핸드 브레이크가 소프트웨어 디코딩으로 자동으로 떨어집니다. 여기에는 작물/스케일 필터가 포함됩니다.
고급 옵션
NVIDIA NVENC 하드웨어 인코더에는 제한된 고급 인코더 옵션 세트가 있습니다. 일반적으로, 내장 사전 설정은 일반적인 용도를위한 다양한 옵션을 제공하기 때문에 이러한 매개 변수를 변경하는 것이 좋습니다.
핸드 브레이크를 사용하는 경우’s 그래픽 인터페이스에서는 비디오 탭의 고급 옵션 필드에서 다음 형식으로 옵션을 설정할 수 있습니다
옵션 1 = value1 : 옵션 2 = value2 핸드 브레이크를 사용하는 경우’s Command line 인터페이스, 다음과 같이 -encopts 매개 변수를 사용하십시오
--Encopts = "옵션 1 = value1 : 옵션 2 = value2" 옵션 값 유형
다음 값 유형이 지원됩니다 (각 옵션은 하나의 값 유형 만 허용) :
- 정수
분수 또는 소수점 구성 요소없이 쓸 수있는 숫자. - 부울
0은 꺼짐 (또는 비활성화)를 의미합니다.
1은 (또는 활성화)를 의미합니다. - 끈
영숫자 문자열. 옵션을 참조하십시오’허용 가능한 값에 대한 의견.
옵션 목록
| 옵션 | 유형 | 시간.264 | 시간.265 | 세부 사항 |
|---|---|---|---|---|
| GPU | 끈 | ✓ | ✓ | GPU 선택. 값 : 모든 (기본값), 0 (첫 번째 GPU), 1 (두 번째 GPU) 등. |
| 코더 | 끈 | ✓ | 코더 선택. 값 : 자동 (기본값), CABAC, CAVLC . | |
| 시간 -Aq | 부울 | ✓ | 시간적 적응 품질을 활성화하려면 1로 설정하고 0, 비활성화 (기본값). h의 하이픈에 주목하십시오.264. | |
| tempal_aq | 부울 | ✓ | 시간적 적응 품질을 활성화하려면 1로 설정하고 0, 비활성화 (기본값). h의 밑줄에 주목하십시오.265. RTX Turing 1660 이상이 필요합니다. | |
| 공간 AQ | 부울 | ✓ | 공간 적응 품질을 활성화하려면 1로 설정하고 0, 비활성화 (기본값). h의 하이픈에 주목하십시오.264. | |
| SPATIAL_AQ | 부울 | ✓ | 공간 적응 품질을 활성화하려면 1로 설정하고 0, 비활성화 (기본값). h의 밑줄에 주목하십시오.265. | |
| AQ 강도 | int | ✓ | ✓ | 공간 AQ가 활성화되면 값 스케일은 1 (낮음) – 15 (공격적)입니다. 기본값 : 8 . |
| NonRef_p | 부울 | ✓ | ✓ | 비 참조 p 프레임의 자동 삽입을 활성화하려면 1로 설정하여 비활성화 (기본값). |
| strict_gop | 부울 | ✓ | ✓ | GOP-to-GOP 속도 변동을 최소화하려면 1로 설정하여 비활성화하기 위해 0 (기본값). |
| 가중치 | 부울 | ✓ | ✓ | 가중 예측을 활성화하려면 1로 설정하고 비활성화하려면 0 (기본값). |
| RC-Lookahead | int | ✓ | ✓ | 속도 제어를 위해 미리 찾을 프레임 수. 기본값 : 0 . |
| b_adapt | 부울 | ✓ | LookAhead가 활성화되면 Adaptive B-Frame 결정 (기본값)을 활성화하여 비활성화하기 위해 1로 설정하십시오. | |
| 비전문 | 부울 | ✓ | ✓ | LookaheAd가 활성화되면 장면 컷에서 적응 형 I- 프레임 삽입을 비활성화하려면 1로 설정하십시오 (기본값). |
이 기사는 핸드 브레이크 문서의 일부이며 Bradley Sepos (Bradleys)와 Scott (S55)에 의해 작성되었습니다. Github에서 우리와 함께 당신의 생각과 아이디어를 제공하고 모든 수정을 제안하십시오.
성능
비디오 인코딩은 컴퓨터에서 가장 자원 집약적 인 활동 중 하나입니다. 수동 브레이크’S 소프트웨어 비디오 인코더, 비디오 필터, 오디오 인코더 및 기타 프로세스는 빠른 CPU 및 메모리의 혜택을받습니다. 수동 브레이크’S 하드웨어 비디오 인코더는 최신 GPU 하드웨어의 이점도. 핸드 브레이크 사용에 대한 최소 하드웨어 요구 사항에 대한 시스템 요구 사항 기사를 참조하십시오. 다양한 기능과 설정이 인코딩 성능에 어떤 영향을 미치는지 비교하기 위해 Open Film의 고품질 4K 2160P24 (3840×1714 실제) 버전을 인코딩했습니다 강철의 눈물. 소스 지속 시간은 12 분 14 초이며 H를 포함합니다.264 비디오, 무손실 FLAC 스테레오 오디오 및 Dolby Digital (AC-3) 5.1 서라운드 오디오.
공식 사전 세트 간의 성능 비교
사전 설정은 비디오가 재생하려는 소프트웨어 또는 장치에 맞게 특별히 맞춤형 설정 그룹입니다. 핸드 브레이크에 대해 자세히 알아보십시오’S 공식 사전 설정. 사전 설정은 여러 가지 방법으로 서로 다를 수 있습니다. 예 : 비디오 해상도, 필터, 인코더, 인코더 사전 설정 및 품질; 오디오 트랙 (스테레오, 서라운드 사운드 또는 둘 다), 인코더 및 품질; 자막 트랙 및 유형; 챕터 마커; 컨테이너 옵션; 호환성 문제. 많은 변수가 핸드 브레이크간에 다를 수 있기 때문입니다’S 사전 설정, 성능은 크게 다를 수 있습니다. 수동 브레이크’S 일반 사전 설정은 광범위한 최신 장치 및 소프트웨어와의 호환성을 유지하도록 설계되었으며 성능, 품질 및 파일 크기 인코딩의 논리적 단계를 제공합니다. 다음과 같은 결과는 20110 년 중반 MAC PRO를 사용하여 생성되었습니다.33GHz, 24GB 메모리 및 Macos Mojave.
| 공식 사전 설정 | 인코더 | 품질 | 오디오 트랙 | 인코딩 속도 | 실시간 속도 | 총 비트 속도 | 총합 크기 |
|---|---|---|---|---|---|---|---|
| 매우 빠른 1080p30 | 시간.264 (x264) | RF 24 | AAC 스테레오 | 33.1 fps | 1.38x | 삼.50MB/s | 320.8 MB |
| 빠른 1080p30 | 시간.264 (x264) | RF 22 | AAC 스테레오 | 19.1 fps | 0.80x | 5.49MB/s | 503.6 MB |
| 본사 1080p30 서라운드 | 시간.264 (x264) | RF 20 | AAC 스테레오; 돌비 디지털 (AC-3) | 12.7 fps | 0.53x | 8.15 MB/s | 748.0 MB |
| Super HQ 1080p30 서라운드 | 시간.264 (x264) | RF 18 | AAC 스테레오; 돌비 디지털 (AC-3) | 6.7 fps | 0.28x | 10.71MB/s | 983.7 MB |
매우 빠른 사전 설정은 더 빠른 비디오 인코더 사전 설정 (x264 매우 빠른) 및 품질 RF 24로 시작합니다. Fast Preset은 느린 비디오 인코더 사전 설정 (x264 Fast)을 사용하고 RF 22로 품질을 높입니다. 결합하면 더 높은 품질의 비디오, 더 큰 파일 크기 및 인코딩하는 데 시간이 더 길어집니다. 마찬가지로, HQ 및 Super HQ 사전 설정은 느린 비디오 인코더 사전 설정 (각각 X264 Slow and Vertothslow)과 더 높은 품질 (각각 RF 20 및 18)을 사용하며 서라운드 오디오를 포함합니다. 더 높은 품질과 더 많은 기능에 대한 가격은 다시 파일 크기가 더 크고 인코딩하는 데 더 긴 시간입니다. 1080p로 대형 고품질 4K 2160p 소스를 인코딩하면 노화 컴퓨터에서 느리게 할 수 있습니다. 가장 빠른 사전 설정 만 실시간보다 빠르게 완료되었습니다. 허락하다’더 빠른 컴퓨터에서 동일한 인코딩을 봅니다. 다음 결과는 22 개의 코어와 44 개의 스레드가 2 개의 지속 터보에서 실행되는 Intel Xeon E5-2699 V4 CPU가 장착 된 PC를 사용하여 생성되었습니다.6-2.8GHz, 32GB 메모리 및 Windows 10 Professional.
| 공식 사전 설정 | 인코더 | 품질 | 오디오 트랙 | 인코딩 속도 | 실시간 속도 | 총 비트 속도 | 총합 크기 |
|---|---|---|---|---|---|---|---|
| 매우 빠른 1080p30 | 시간.264 (x264) | RF 24 | AAC 스테레오 | 66.4 fps | 2.77x | 삼.46MB/s | 317.3 MB |
| 빠른 1080p30 | 시간.264 (x264) | RF 22 | AAC 스테레오 | 55.8 fps | 2.33x | 5.37MB/s | 492.5 MB |
| 본사 1080p30 서라운드 | 시간.264 (x264) | RF 20 | AAC 스테레오; 돌비 디지털 (AC-3) | 44.1 fps | 1.84x | 8.00 MB/s | 734.4 MB |
| Super HQ 1080p30 서라운드 | 시간.264 (x264) | RF 20 | AAC 스테레오; 돌비 디지털 (AC-3) | 23.8 fps | 0.99x | 10.30MB/s | 949.3 MB |
더 빠른 CPU와 메모리가있는 최신 컴퓨터가 더 잘 작동합니다. x264 코덱은’T이 높은 스레드 카운트로 선형으로 스케일, It’여기서 훨씬 더 빠릅니다. 품질은 더 느린 컴퓨터에 비해 동일하며 결과 만 더 빨리 달성됩니다. 이 테스트를 직접 수행 할 수 있습니다. 핸드 브레이크에서 비디오 소스를 열고 각 사전 설정을 사용하여 인코딩하십시오 . 각 사전 설정이 얼마나 빨리 인코딩되는지 관찰하십시오. 결과 파일 크기를 비교하십시오. 인코딩 된 비디오를보고 품질을 시각적으로 판단하십시오. 서라운드 오디오를 원하는지 고려하십시오 (소스가 서라운드 오디오 트랙이 포함되어 있다고 가정). 마지막으로, 당신의 요구를 충족시키는 사전 설정을 선택하고 일상 인코딩에 사용하십시오.
비디오 인코더 간의 성능 비교
비디오 인코더는 고급 수학 알고리즘을 사용하여 비디오 크기를 줄이면서 인식 된 품질을 유지합니다. 일부 기술은 인코더간에 비슷하지만 각 엔코더는 다르고 일부 엔코더는 다른 인코더보다 효율적입니다. x264는 많은 핸드 브레이크에서 사용하는 기본 비디오 인코더입니다’S 공식 사전 설정 . x264는 표준 h를 생성합니다.264/AVC 비디오가 고품질 및 합리적인 파일 크기를 가진 AVC 비디오 및 최신 컴퓨터에서 비교적 빠르게 인코딩합니다. 대부분의 최신 모바일 장치에는 에너지 효율적인 H 재생을위한 하드웨어 디코더가 있습니다.264/AVC 비디오. 아마도 가장 호환되는 최신 비디오 형식입니다. x265는 표준 H를 생성하는 최신 비디오 인코더입니다.265/HEVC 비디오는 최신 모바일 장치가 에너지 효율적인 재생을위한 하드웨어 디코더를 가지고 있기 때문에 점점 인기를 얻고 있습니다. X265는 4K 울트라 고화질 인코딩 또는 더 작고 낮은 비트 속도 비디오를 만드는 것과 같은 일부 상황에서는 훨씬 느린 인코딩 속도를 희생하여 파일 크기가 작은 X264와 동일하거나 더 나은 품질을 생성 할 수 있습니다. VP8 및 VP9와 같은 다른 소프트웨어 비디오 인코더는 X264 및 X265와 유사한 결과를 약속하지만 일반적으로 인코딩하는 데 시간이 더 걸립니다. 모바일 장치 용 VP8 및 VP9 하드웨어 디코더는 널리 퍼져 있지 않아 이러한 유형의 비디오를 재생하는 동안 배터리 배수가 빨라질 수 있습니다. 대부분의 최신 컴퓨터는 VP8 및 VP9 비디오를 쉽게 재생할 수 있습니다. 핸드 브레이크에는 AMD VCE, Intel QSV 및 NVIDIA NVENC 하드웨어 인코더에 대한 지원도 포함됩니다. 이 인코더는 h를 생성합니다.264 및/또는 h.품질과 더 큰 파일 크기를 희생하여 매우 빠른 속도로 265 비디오. 허락하다’s 비교. 여기, 우리’VE는 8 개의 다른 비디오 인코더를 사용하여 동일한 고품질 2160p 4K 비디오 소스를 1080p로 인코딩했습니다. 다음 결과는 22 개의 코어와 44 개의 스레드가 2 개의 지속 터보에서 실행되는 Intel Xeon E5-2699 V4 CPU가 장착 된 PC를 사용하여 생성되었습니다.6-2.8GHz, 32GB 메모리, AMD Radeon RX 580, Nvidia Geforce GTX 1060 및 Windows 10 Professional.
| 공식 사전 설정 | 인코더 | 유형 | 품질 / 비트 속도 | 오디오 트랙 | 인코딩 속도 | 실시간 속도 | 총 비트 속도 | 총합 크기 |
|---|---|---|---|---|---|---|---|---|
| 시간.265 MKV 1080p30 | 시간.265 (x265) | 소프트웨어 | RF 22 | AAC 스테레오 | 16.1 fps | 0.67x | 5.08 MB/s | 466.3 MB |
| 시간.264 MKV 1080p30 | 시간.264 (x264) | 소프트웨어 | RF 22 | AAC 스테레오 | 53.9 fps | 2.25x | 5.19 MB/s | 476.2 MB |
| VP9 MKV 1080p30 | VP9 | 소프트웨어 | ABR 4500 KB/S 2 패스 | Opus 스테레오 | 10.2 fps | 0.43x | 4.64MB/s | 425.5 MB |
| VP8 MKV 1080p30 | VP8 | 소프트웨어 | ABR 6000 KB/S 2 패스 | Vorbis 스테레오 | 21.2 fps | 0.88x | 8.40MB/s | 770.2 MB |
| 관습 | 시간.265 (VCE) | 하드웨어 | CQ 22 | AAC 스테레오 | 60.9 fps | 2.54x | 10.70MB/s | 978.1 MB |
| 관습 | 시간.264 (VCE) | 하드웨어 | CQ 22 | AAC 스테레오 | 61.3 fps | 2.55x | 11.20MB/s | 1,026.0 MB |
| 관습 | 시간.265 (Nvenc) | 하드웨어 | CQ 22 | AAC 스테레오 | 63.4 fps | 2.64x | 9.88MB/s | 906.5 MB |
| 관습 | 시간.264 (Nvenc) | 하드웨어 | CQ 22 | AAC 스테레오 | 63.6 fps | 2.65x | 11.20MB/s | 1,024.0 MB |
일부 인코더는 다른 인코더보다 눈에 띄게 빠릅니다. 하드웨어 인코더는 품질 및/또는 더 큰 파일 크기의 약간의 손실을 희생하여 소프트웨어 인코더보다 일반적으로 훨씬 빠릅니다. 이 경우 X264는 속도, 품질 및 파일 크기의 균형에서 분명한 승자입니다. 이 테스트의 공식 사전 설정은 사용 된 특정 인코더에 관계없이 유사한 품질 인코딩을 생성하도록 설계 되었으므로이 테스트는’전적으로 공정한 속도 비교. 일부 인코딩은 품질 기반 인코딩을 사용하는 반면, 다른 인코딩은 평균 비트 속도를 사용하여 파일 크기를 우선시하면서 품질의 변화를 허용합니다. 필터 및 오디오와 같은 추가 변수도 영향을 줄 수 있습니다. 허락하다’s 변수가 적은 것과 다시 비교하십시오. 여기, 우리’VE는 Decomb Deinterlacing 필터, 오디오 트랙 및 외국 오디오 검색을 제거하고 평균 비트 속도, 2 패스 모드로 비디오 만 인코딩했습니다. 우리’VE는 파일 크기와 관련된 품질 측면에서 각 엔코더의 효율을 더 잘 강조하기 위해 비트 속도를 3000 kb/s로 줄였습니다. VCE 및 Nvenc 하드웨어 인코더는 1 패스 모드 만 지원합니다.
| 인코더 | 유형 | 인코더 사전 설정 | 비디오 비트 속도 | 인코딩 속도 | 실시간 속도 | 총 비트 속도 | 총합 크기 |
|---|---|---|---|---|---|---|---|
| 시간.265 (x265) | 소프트웨어 | 중간 | ABR 3000 KB/S 2 패스 | 27.8 fps | 1.16x | 2.94MB/s | 275.4 MB |
| 시간.264 (x264) | 소프트웨어 | 중간 | ABR 3000 KB/S 2 패스 | 72.1 fps | 삼.00X | 삼.00 MB/s | 275.5 MB |
| VP9 | 소프트웨어 | 중간 | ABR 3000 KB/S 2 패스 | 11.3 fps | 0.47x | 2.96MB/s | 277.1 MB |
| VP8 | 소프트웨어 | 중간 | ABR 3000 KB/S 2 패스 | 29.1 fps | 1.21x | 2.94MB/s | 275.2 MB |
| 시간.265 (VCE) | 하드웨어 | 중간 | ABR 3000 KB/S 1 패스 | 76.0 FPS | 삼.17x | 삼.52MB/s | 323.2 MB |
| 시간.264 (VCE) | 하드웨어 | 중간 | ABR 3000 KB/S 1 패스 | 73.6 fps | 삼.07x | 2.99MB/s | 274.4 MB |
| 시간.265 (Nvenc) | 하드웨어 | 중간 | ABR 3000 KB/S 1 패스 | 75.9 fps | 삼.16x | 2.87MB/s | 268.3 MB |
| 시간.264 (Nvenc) | 하드웨어 | 중간 | ABR 3000 KB/S 1 패스 | 76.0 FPS | 삼.17x | 삼.00 MB/s | 272.5 MB |
이 균형 잡힌 예에서는 x264와 하드웨어 인코더가 2 이상이 될 수 있습니다.X265 및 VP8보다 5 배 빠르고 VP9보다 6 배 더 빠릅니다. 빠른 h.265 인코딩, VCE 및 NVENC 하드웨어 인코더는 X265 소프트웨어 인코더보다 상당히 빠릅니다. 이 테스트에 사용 된 컴퓨터에서 호환 하드웨어를 사용할 수 없었지만 Intel QSV 하드웨어 인코더는 VCE 및 NVENC와 유사하게 수행되며 Intel QSV는 약간 높은 품질 인코딩을 생성합니다. 인코더는 가장 느리게 순위가 가장 빠릅니다
- 하드웨어 인코더 (AMD VCE, Intel QSV, Nvidia Nvenc)
- x264
- VP8
- x265
- VP9
인코더 품질 대 파일 크기 효율성, 최악의 순위 :
- X265 및 VP9
- x264
- 하드웨어 인코더 (AMD VCE, Intel QSV, Nvidia Nvenc)
- VP8
X264 소프트웨어 인코더는 속도와 품질과 H 사이의 균형을 맞습니다.264/AVC 비디오가 생성하는 모든 현대 장치와 널리 호환됩니다. 대부분의 핸드 브레이크의 기본 비디오 인코더입니다’S 공식 사전 설정 .
AMD VCE, Intel QSV 및 Nvidia Nvenc과 같은 하드웨어 인코더는 매우 빠르며 성능이 가장 큰 관심사 인 덜 강력한 컴퓨터에서 가장 좋은 선택 일 수 있으며 최고 품질과 가장 작은 파일 크기는 최우선 과제가 아닙니다.
x265 및 vp9는 우수한 품질 인코딩을 생성하지만 훨씬 느린 성능. 최고의 컴퓨터를 제외한 모든 인코딩 시간이 예상됩니다.
VP8은 이제 나이를 오래된 인코더로 보여주고 있습니다. 다른 현대적인 인코더와 비교하여 합리적인 파일 크기로 양질의 인코딩을 생성 할 수 없습니다. 이 기사에서는 비교되지 않은 구형 MPEG-4, MPEG-2 및 Theora 인코더의 경우에도 마찬가지입니다.
비디오 인코더 사전 설정 간의 성능 비교
핸드 브레이크의 일부’S 비디오 인코더에는 자체 사전 설정이 있습니다. 이것들은 핸드 브레이크와 다릅니다’모든 비디오, 필터, 오디오, 자막, 장 및 컨테이너 설정이 포함 된 S 사전 설정. 비디오 인코더 사전 설정은 각 개별 비디오 인코더에만 적합하며 활성화 된 비디오 인코더의 기능을 제어합니다.
일부 인코더 사전 설정은 인코딩 프로세스의 속도에 영향을 미치도록 설계되었습니다. 특정 최적화를 활성화하거나 인코더의 특정 계산 비용 비싼 기능을 비활성화함으로써 더 큰 인코딩 속도를 달성 할 수 있지만, 일반적으로 더 큰 파일 크기 및/또는 약간의 품질 손실을 희생합니다. X264 및 X265 인코더 사전 설정은 모두 속도 관련입니다.
AMD VCE, Intel QSV 및 Nvidia Nvenc과 같은 다른 인코더, 특히 하드웨어 인코더는 품질 기반 인코더 사전 설정이있어 일반적으로 인코딩 속도를 희생하여 품질을 향상시킬 수있는 고급 기능을 가능하게합니다.
여기, 우리’VE는 X264 소프트웨어 인코더가 제공하는 다양한 속도 기반 인코더 사전 설정을 사용하여 동일한 고품질 2160p 4K 비디오 소스를 1080p로 인코딩했습니다.
다음 결과는 22 개의 코어와 44 개의 스레드가 2 개의 지속 터보에서 실행되는 Intel Xeon E5-2699 V4 CPU가 장착 된 PC를 사용하여 생성되었습니다.6-2.8GHz, 32GB 메모리 및 Windows 10 Professional.
| 인코더 | 인코더 사전 설정 | 품질 | 인코딩 속도 | 실시간 속도 | 총 비트 속도 | 총합 크기 |
|---|---|---|---|---|---|---|
| 시간.264 (x264) | 초고파 | RF 24 | 73.1 fps | 삼.05x | 9.91MB/s | 909.1 MB |
| 시간.264 (x264) | 어마 어마하게 빠른 | RF 24 | 74.2 fps | 삼.09x | 4.99MB/s | 457.8 MB |
| 시간.264 (x264) | 매우 빠릅니다 | RF 24 | 72.6 fps | 삼.03x | 삼.26MB/s | 299.5 MB |
| 시간.264 (x264) | 더 빠르게 | RF 24 | 71.0 FPS | 2.96x | 삼.78MB/s | 346.8 MB |
| 시간.264 (x264) | 빠른 | RF 24 | 72.6 fps | 삼.03x | 삼.98MB/s | 365.8 MB |
| 시간.264 (x264) | 중간 | RF 24 | 69.1 fps | 2.88x | 삼.86MB/s | 354.1 MB |
| 시간.264 (x264) | 느린 | RF 24 | 63.2 fps | 2.63x | 삼.75MB/s | 343.9 MB |
| 시간.264 (x264) | 느리게 | RF 24 | 39.8 fps | 1.66x | 삼.76MB/s | 345.5 MB |
| 시간.264 (x264) | 아주 느린 | RF 24 | 33.9 fps | 1.41x | 삼.50MB/s | 321.0 MB |
이 강력한 컴퓨터와 X264와 같은 빠른 소프트웨어 인코더를 사용하더라도 가장 느린 인코더 사전 설정은 더 빠른 인코더 사전 설정으로 인코딩하는 데 시간의 두 배가 걸립니다.
일반적으로, 추가 계산은 x264에 의해 수행됩니다’S 느린 인코더 사전 설정은 더 작은 파일을 생성하고 때로는 품질이 약간 증가합니다 (일반적으로 무시할 수 없음). 그러나 다양한 인코더 사전 설정간에 많은 설정이 다르기 때문에’실제로는 엄격하게 사실입니다. 품질 손실을 희생하여 매우 빠른 인코더 사전 설정이 느린 사전 설정보다 작은 파일을 실제로 생성하는 방법에 주목하십시오.
X264 인코더는 “빠른” 그들의 이름 으로이 고성능 컴퓨터에서는 훨씬 더 빠르지 않으며 덜 강력한 컴퓨터에서 느린 인코더 사전 설정보다 훨씬 빠를 수 있습니다.
허락하다’S 동일한 테스트를 보면 이번에는 X265 인코더를 사용합니다.
| 인코더 | 인코더 사전 설정 | 품질 | 인코딩 속도 | 실시간 속도 | 총 비트 속도 | 총합 크기 |
|---|---|---|---|---|---|---|
| 시간.265 (x265) | 초고파 | RF 24 | 70.1 fps | 2.92x | 2.63MB/s | 241.8 MB |
| 시간.265 (x265) | 어마 어마하게 빠른 | RF 24 | 68.2 fps | 2.84x | 2.64MB/s | 242.4 MB |
| 시간.265 (x265) | 매우 빠릅니다 | RF 24 | 56.9 fps | 2.37x | 2.78MB/s | 255.2 MB |
| 시간.265 (x265) | 더 빠르게 | RF 24 | 56.6 fps | 2.36x | 2.78MB/s | 254.8 MB |
| 시간.265 (x265) | 빠른 | RF 24 | 51.2 fps | 2.13x | 2.82MB/s | 259.1 MB |
| 시간.265 (x265) | 중간 | RF 24 | 33.8 fps | 1.41x | 삼.27 MB/s | 300.2 MB |
| 시간.265 (x265) | 느린 | RF 24 | 14.1 fps | 0.59x | 삼.44MB/s | 316.0 MB |
| 시간.265 (x265) | 느리게 | RF 24 | 삼.2 fps | 0.13x | 삼.47MB/s | 318.4 MB |
| 시간.265 (x265) | 아주 느린 | RF 24 | 1.8 fps | 0.08x | 삼.46MB/s | 317.2 MB |
X264와 비교하여 X265 인코더는 E5-2699 V4와 같은 높은 코어 카운트 CPU에 더 잘 최적화되며, 더 빠른 인코더 사전 설정에서 H에 대한 추가 계산에도 불구 하고이 컴퓨터에서 X264만큼 빠릅니다.265 비디오. 그러나 x265에 필요한 상당한 계산 시간’S 느린 인코더 사전 설정은 강력한 컴퓨터에서도 인코딩이 매우 느리게 만들고 품질을 더 잘 보존하려고 시도하면서 실제로 파일 크기를 증가시킵니다.
이 설정을 수동으로 조정할 때 권장되는 모범 사례는 컴퓨터에서 편안하게 빠르게 인코딩하는 가장 느린 인코더 사전 설정을 선택하고 미묘한 품질 및 파일 크기 변형을 수락하는 것입니다. 더 좋은 점은 핸드 브레이크 중 하나를 사용하십시오’s 의도 된 목적에 적합한 것을 기준으로 적합한 인코더 사전 설정 및 기타 설정을 선택하는 모든 포괄적 인 사전 설정.
비디오 품질 설정 간의 성능 비교
비디오 품질은 인코딩 속도 및 파일 크기에 상당한 영향을 줄 수 있습니다.
이 테스트에서 우리는’VE는 동일한 고품질 2160p 4K 비디오 소스를 1080p로 인코딩하면서 비디오 품질 만 조정하고 다른 모든 설정 만만 남겨 둡니다.
RF 값이 높을수록 파일 크기가 낮고 파일 크기가 작아지고 RF 값이 낮아지면 화질이 높아지고 파일 크기가 커집니다. 조정 품질 기사에서 이것에 대한 자세한 내용을 읽을 수 있습니다.
다음과 같은 결과는 20110 년 중반 MAC PRO를 사용하여 생성되었습니다.33GHz, 24GB 메모리 및 Macos Mojave.
| 인코더 | 인코더 사전 설정 | 품질 | 인코딩 속도 | 실시간 속도 | 총 비트 속도 | 총합 크기 |
|---|---|---|---|---|---|---|
| 시간.264 (x264) | 중간 | RF 36 | 30.9 fps | 1.29x | 0.92MB/s | 84.2 MB |
| 시간.264 (x264) | 중간 | RF 33 | 29.3 fps | 1.22x | 1.26MB/s | 115.9 MB |
| 시간.264 (x264) | 중간 | RF 30 | 27.8 fps | 1.16x | 1.78MB/s | 163.8 MB |
| 시간.264 (x264) | 중간 | RF 27 | 26.0 FPS | 1.08x | 2.59MB/s | 238.0 MB |
| 시간.264 (x264) | 중간 | RF 24 | 25.5 fps | 1.06x | 삼.89MB/s | 357.5 MB |
| 시간.264 (x264) | 중간 | RF 21 | 22.4 fps | 0.93x | 6.13MB/s | 562.7 MB |
| 시간.264 (x264) | 중간 | RF 18 | 19.7 fps | 0.82x | 10.20MB/s | 938.8 MB |
| 시간.264 (x264) | 중간 | RF 15 | 17.1 fps | 0.71x | 17.20MB/s | 1578.6 MB |
여기서 우리는 품질이 낮은 인코딩이 더 빨리 완료되는 것을 볼 수 있습니다. 본질적으로 미세한 세부 사항을 버리는 것은 보존하기 위해 열심히 일하는 것보다 빠릅니다. 따라서 파일 크기의 주요 요인 일뿐 만 아니라 비디오 품질 설정은 인코딩 속도와 총 인코딩 시간의 주요 요인입니다.
사진 해상도 간의 성능 비교
비디오 해상도는 인코딩 속도 및 파일 크기에 큰 영향을 줄 수 있습니다.
비디오’s 해상도는 픽셀의 너비와 높이 또는 디스플레이의 개별 점입니다. 핸드 브레이크에는 2160p UHD 4K, 1080p Full HD, 720p HD 및 576P/480P SD와 같은 여러 표준 사진 해상도를 목표로하는 공식 사전 설정과 특정 중간 해상도가 포함됩니다.
해상도는 두 차원 (너비 및 높이)으로 계산됩니다. 예를 들어, 1080p 고화질 비디오는 1920 픽셀, 높이 1080 픽셀이며 때로는 1920×1080으로 표현됩니다. 이 수치를 곱하여 각 비디오 프레임이 구성된 픽셀 수를 계산할 수 있습니다. 1920은 1080을 곱한 2,073,600 픽셀 또는 약 2 메가 픽셀입니다.
480p 표준 정의 비디오 (720×480), 345,600 픽셀 또는 약 0에 비해.35 메가 픽셀, 1080p는 약 6 배 더 상세합니다. 이것으로부터, 우리는 원래 해상도에서 고화질 Blu-ray 비디오를 인코딩하는 추가 계산을 추론 할 수 있습니다. 표준 정의 DVD 비디오를 인코딩하는 것과 비교하여 모든 추가 정보를 저장하기 위해 더 긴 인코딩 시간이 필요하고 더 큰 파일 크기를 생성해야합니다.
여기, 우리’VE는 X265 비디오 인코더를 사용하여 6 가지 다른 출력 해상도로 동일한 고품질 2160p 4K 비디오 소스를 인코딩했습니다’S 중간 인코더 사전 설정.
다음 결과는 22 개의 코어와 44 개의 스레드가 2 개의 지속 터보에서 실행되는 Intel Xeon E5-2699 V4 CPU가 장착 된 PC를 사용하여 생성되었습니다.6-2.8GHz, 32GB 메모리 및 Windows 10 Professional.
| 인코더 | 비디오 해상도 | 메가 픽셀 | 품질 | 인코딩 속도 | 실시간 속도 | 총 비트 속도 | 총합 크기 |
|---|---|---|---|---|---|---|---|
| 시간.265 (x265) | 3840×1714 (2160p 4k, 자르기) | 6.58 MP | RF 24 | 14.0 FPS | 0.58x | 10.00 MB/s | 920.7 MB |
| 시간.265 (x265) | 2560×1440 (1440p 2.5K) | 삼.69 MP | RF 24 | 22.7 fps | 0.95x | 5.42MB/s | 497.2 MB |
| 시간.265 (x265) | 1920×1080 (1080p Full HD) | 2.07 MP | RF 24 | 33.7 fps | 1.40x | 삼.27 MB/s | 300.2 MB |
| 시간.265 (x265) | 1280×720 (720p HD) | 0.92 MP | RF 24 | 49.3 fps | 2.05x | 1.84MB/s | 168.9 MB |
| 시간.265 (x265) | 960×540 (540p ed) | 0.52 MP | RF 24 | 63.7 fps | 2.65x | 1.19 MB/s | 109.3 MB |
| 시간.265 (x265) | 720×480 (480p SD) | 0.35 MP | RF 24 | 74.9 fps | 삼.12x | 0.88MB/s | 81.1 MB |
더 높은 해상도 인코딩은 더 많은 시간이 걸리고 더 큰 파일 크기를 만듭니다. 하위 해상도 인코딩은 시간이 줄어들고 세부 사항을 크게 줄이는 비용으로 더 작은 파일 크기를 만듭니다.
더 낮은 해상도 인코딩의 RF 1-2 점을 낮추어 품질을 높여서 품질이 적은 작은 결함이 비디오를 스케일링 할 때 큰 디스플레이를 채우기 위해 더욱 분명해질 수 있으므로 품질을 높이는 것이 좋습니다. 마찬가지로, 더 높은 해상도 인코딩은 일반적으로 현대 디스플레이에서 최소화되거나 스케일링이 필요하기 때문에 좋아 보이기 위해 고품질이 필요하지 않습니다. 조정 품질 기사에서 이것에 대한 자세한 내용을 읽을 수 있습니다.
실제적으로, 소스 비디오의 해상도와 선택한 사전 설정은 파일 크기, 인코딩 속도 및 총 인코딩 시간의 주요 요인이됩니다.
필터가 인코딩 성능에 영향을 미치는 방법
핸드 브레이크와 같은 일부 필터’S 선명한 필터, 최소한의 계산이 필요하며 성능에 무시할 수있는 영향을 미칩니다. EEDI2 Deinterlacing Filter 또는 NLMeans Denoising 필터와 같은 다른 사람들은 계산적으로 비싸고 비디오 인코더보다 느리게 느릴 수 있습니다.
여기, 우리’VE는 NLMEANS Denoising 필터의 유무에 관계없이 원래 해상도로 동일한 고품질 2160p 4K 비디오 소스를 인코딩했습니다.
다음 결과는 22 개의 코어와 44 개의 스레드가 2 개의 지속 터보에서 실행되는 Intel Xeon E5-2699 V4 CPU가 장착 된 PC를 사용하여 생성되었습니다.6-2.8GHz, 32GB 메모리 및 Windows 10 Professional.
| 공식 사전 설정 | 필터 추가 | 품질 | 오디오 트랙 | 인코딩 속도 | 실시간 속도 | 총 비트 속도 | 총합 크기 |
|---|---|---|---|---|---|---|---|
| 시간.265 MKV 2160P60 | 없음 | RF 24 | AAC 스테레오 | 7.9 fps | 0.33x | 10.80MB/s | 993.4 MB |
| 시간.265 MKV 2160P60 | nlmeans 매체 | RF 24 | AAC 스테레오 | 5.3 fps | 0.22x | 8.72MB/s | 800.0 MB |
보시다시피, nlmeans는 강력한 컴퓨터에서도 인코딩 시간을 크게 증가시킬 수 있습니다.
그럼에도 불구하고 눈에 띄는 시각적 소음과 곡물로 소스를 복원하는 데 탁월합니다. 여기에서 사용 된 것과 같은 비교적 깨끗한 소스를 사용하더라도 NLMEANS가 수행 한 노이즈 감소는 비디오 인코더가 19를 달성 할 수있게했습니다.인코딩 시간이 50% 증가하여 파일 크기의 5% 감소.
인코딩 성능에 영향을 미치는 요소의 요약
비디오 인코더, 인코더 사전 설정 및 품질
비디오 인코더 설정은 성능에 큰 영향을 미칩니다.
X264 및 AMD VCE, Intel QSV 및 Nvidia Nvenc와 같은 하드웨어 인코더에 비해 X265 및 VP9와 같은 느린 비디오 인코더를 사용할 때 인코딩이 더 오래 걸립니다.
우리가 비교 한 대부분의 비디오 인코더는 속도 사전 설정이 있으며 더 빠른 인코더 사전 설정은 더 큰 파일 크기와 약간의 품질 손실을 희생하여 더 나은 성능을 발휘할 것입니다.
전체 품질 설정 또는 평균 비트 속도는 인코딩 속도에도 영향을 미치며, 더 높은 품질 및 비트 속도 설정은 인코딩을 완료하는 데 필요한 시간을 크게 증가시킵니다.
더 빠른 비디오 인코더, 더 빠른 인코더 사전 설정, 비디오 품질 또는 평균 비트 속도를 낮추어 인코딩 성능을 향상시킬 수 있습니다. 최고 품질과 가장 작은 파일 크기가 최우선 순위가 아닌 경우 하드웨어 인코더는 덜 강력한 컴퓨터에서 좋은 선택 일 수 있습니다.
해결
해상도는 성능에 큰 영향을 미칩니다.
더 높은 해상도 인코딩은 더 오래 걸리고 파일 크기가 더 큰 반면 더 빠르고 낮은 해상도 인코딩에 비해 추가 세부 사항을 유지합니다.
필터
일부 필터는 계산적으로 비싸고 비디오 인코더 설정, 특히 EEDI2 DEINTERLACER 및 NLMEANS DENOISER. Decomb Deinterlacer 및 HQDN3D Denoiser와 같은 다른 필터는 훨씬 빠르지 만 AMD VCE, Intel QSV 및 Nvidia Nvenc와 같은 하드웨어 비디오 인코더를 사용할 때는 여전히 병목 현상이 될 수 있습니다.
오늘날 세계의 인터레이스 콘텐츠의 광범위한 가용성으로 인해 Decomb Deinterlacer는 생산 사전 설정을 제외한 모든 핸드 브레이크 공식 사전 설정에서 활성화됩니다 . 또한 인터레이스 감지 필터가 활성화되어 인터레이스 프레임 만 붕괴되어 점진적인 프레임을 그대로 유지합니다. 이 분석은 때때로 성능을위한 제한 요소가 될 수 있습니다. 소스가 인터레이스 프레임이 포함되어 있지 않은 경우, 성능이 약간 증가하기 위해이 필터를 비활성화 할 수 있습니다.
오디오
오디오 인코더는 일반적으로 비디오 인코더보다 작업 할 작업이 적으므로 비디오 설정, 해상도 및 필터에 비해 성능에 미치는 영향이 최소화됩니다. 즉, 오디오는 느린 컴퓨터의 성능 요소가 될 수 있으며 많은 오디오 트랙을 인코딩 해야하는 곳.
다른 요인
자막, 챕터 마커 및 컨테이너 옵션과 같은 대부분의 다른 기능은 성능에 무시할 수있는 영향을 미칩니다.
주목할만한 예외 중 하나는 MP4 컨테이너의 웹 최적화 옵션으로, 일부 비디오 메타 데이터 중 일부를 최종 비디오 파일의 시작으로 이동하여 인터넷에서 스트리밍하는 데 주로 유용합니다. 이를 위해서는 엔코드 끝에서 전체 파일을 다시 작성해야하므로 컴퓨터가 느리게 시간이 걸릴 수 있습니다. CPU 및 메모리 속도는 더 빠른 스토리지 (예 : SSD)와 함께 웹 최적화 옵션이 큰 출력 파일을 다시 작성하는 데 필요한 시간을 최소화 할 수 있습니다.
이 기사는 핸드 브레이크 문서의 일부이며 Bradley Sepos (Bradleys)가 작성했습니다. Github에서 우리와 함께 당신의 생각과 아이디어를 제공하고 모든 수정을 제안하십시오.
핸드 브레이크 – CPU 대신 GPU/NVENC로 파일을 변환
나는 돈을하지 않는다’핸드 브레이크가 인코딩을 위해 GPU를 사용하는 기능을 언제 추가했는지 정확히 알 수 있지만 1.삼.1 (우분투 저장소의 현재 버전) 및 1.삼.3 (PPA의 현재 버전). 그럼에도 불구 하고이 옵션은 특히 4K 비디오로 작업 할 때 극적인 속도 향상을 제공합니다. 이 게시물에서 i’LL은 핸드 브레이크 에서이 기능을 사용하는 방법을 보여주고 그 결과의 이점과 트레이드 오프를 설명하기 위해 비교를 보여줍니다.
Nvenc GPU 인코딩을 사용하는 방법
먼저 최신 버전의 핸드 브레이크가 설치되어 있는지 확인하십시오 (6/26/2020은 버전 1입니다.삼.삼). 또한 Nvenc 인코딩을 사용하려면 여러분’nvidia 그래픽 드라이버 418이 필요합니다.81 이상 및 NVIDIA GEFORCE GTX 1050+ 시리즈 GPU 또는 핸드 브레이크 당 더 나은’s 문서. 나’m GTX 1060 사용 및 드라이버 버전 440이 있습니다.100 설치. 내 CPU는 AMD Ryzen 5 3600 6 코어, 12 스레드 프로세서입니다.
비디오 i’m GPU 인코딩을 사용하는 방법을 설명하기 위해 M 사용’S Labyrinth. 나’m 내 파일 서버에 저장할 비디오 백업 사본 만들기. 나는 Makemkv를 사용하여 Bluray 디스크에서 비디오를 뽑아 31을.7GB 파일. 나’m 크기가 상당히 작은 1080p H265 비디오 파일로 변환하려고합니다.
핸드 브레이크를 열고 클릭하여 변환하려는 파일을로드하십시오 “오픈 소스.” 변환하려는 파일을 찾아 선택하십시오 “열려 있는.”
핸드 브레이크는 파일을 통해 실행되어 코덱, 자막, 오디오 트랙 등에 대한 정보를 수집합니다. 일단’S DONE, 당신’변환 할 형식을 선택해야합니다. 이 튜토리얼의 경우 i’M 일반 사전 설정을 사용 하겠지만 인코딩 속도의 차이를 설명하고 싶습니다’m Super HQ 1080p30 Surround가 빠른 1080p30을 선택하십시오.
CPU 인코딩에서 GPU 인코딩으로 변경하려면 비디오 탭을 클릭하십시오
화면 중앙에서, 당신은 당신입니다’LL 레이블이 붙은 드롭 다운 메뉴를 참조하십시오 “비디오 인코더.” 해당 드롭 다운 메뉴를 클릭하면 두 가지 NVENC 옵션이 표시됩니다. H.264 (Nvenc) 및 h.265 (Nvenc). 인코딩에 GPU를 사용하는 것과 CPU 사용을위한 두 가지 옵션입니다. h.265 Codec은 더 새롭고 압축 알고리즘이 다소 더 나은 것이지만 나는’m 이들 중 어느 것을 선택 해야하는지에 대해 대가하지 않을 것입니다. 그 선택은 실제로 당신이 어떤 장치에 의해 주도되어야합니다’비디오를 재생할 예정입니다. 선택하든이 두 사람은 인코딩을 CPU 대신 GPU로 밀어냅니다.
당신을 확인하십시오’VE는 오디오, 자막 및 태그를 기본 설정으로 조정 한 다음 클릭하십시오 “시작.” 저것’s 전부가 있습니다 – 이제 GPU 인코딩이 있습니다.
벤치 마크 : 인코딩 속도
h를 사용합니다.265 (Nvenc) 인코더, 31 개를 변환하는 데 약 17 분이 걸렸습니다.7GB MKV 파일로 8.4GB M4V 파일.
또한 H를 사용하더라도 볼 수 있습니다.265 (Nvenc) 인코더, 내 GPU가 작동하고 있음을 보여주는이 스크린 샷에서 볼 수 있듯이 많은 처리가 CPU로 전달됩니다’확실히 스트레스를받지 않습니다 :
동일한 옵션을 모두 사용하지만 CPU 인코딩 대신 핸드 브레이크는 파일을 인코딩하는 데 1 시간 15 분이 걸렸습니다.
여기’핸드 브레이크가 GPU가 아닌 CPU에 독점적으로 그리기임을 보여주는 동일한 리소스 활용도 그림입니다
4K 비디오 인코딩을 실행 한 다른 테스트는 4K 비디오 로이 차이가 증가 함을 보여줍니다. 나는 H를 사용하여 약 1 시간, 40 분인 4K 영화 하나를 변환했습니다.265 (Nvenc) 그리고 약 1 시간이 걸렸습니다. CPU 만 사용하여 HandBrake는 18 시간이 걸릴 것으로 추정했습니다 (나는’T가 정확한지 기다릴 수 있습니다). 따라서 해상도가 높고 비디오 파일이 더 큰 인코딩 속도에는 극적인 차이가 있습니다.
벤치 마크 : 비디오 크기 및 품질
파일 크기와 비디오 품질은 어떻습니까?? 나’M은 내가 돈을하지 않기 때문에 정의를하지 않을 것입니다’t Pixellation 및 해상도 차이에 대해 가장 분별력있는 눈을 가지고 있지만 몇 가지 객관적인 조치를 사용하려고 노력할 것입니다. GPU로 인코딩 된 비디오는 8입니다.크기 39GB. CPU로 인코딩 된 비디오는 3이었다.55GB. 나’M은 두 인코딩에 대해 동일한 설정을 선택할 수 있도록 파일 크기가 왜 그렇게 다른지 확실하지 않지만,이 다음 스크린 샷은 Nvenc 인코딩이 더 높은 비트 전송률 (9,419 kb/s) 대 CPU 인코딩보다 낮은 비트 전송률 (3,453 kb/s)을 초래했음을 보여줍니다. 이상한.
나는 또한 두 비디오 사이에 품질이 눈에 띄는 차이가 있는지 알 수 있는지보고 싶었습니다. 두 비디오에서 같은 장면으로 탐색하고 VLC를 사용하여 스크린 샷을 찍었습니다. 먼저 Nvenc은 스크린 샷을 인코딩했습니다
내 43 살짜리 눈은 돈을 먹지 않습니다’t 많은 차이를 전혀 본다.
결론
만약 너라면’VE는 하드웨어를 받았으며 핸드 브레이크와 함께 GPU 인코딩을 사용하여 시간을 절약하고 싶습니다. 좋은 선택입니다. 최종 결과는 특히 고해상도 비디오에서 훨씬 빠른 인코딩입니다. 이 옵션에 대해 읽고 있던 포럼 중 일부는 GPU 인코딩 사용에 문제가 있다고 제안했습니다. 나는 확실히 이겼다’그 주장에 도전하지만 나는 할 수 있습니다’T 차이를 말하십시오.
100,793 개의 총 전망, 오늘 5 개의 조회수
14 개의 생각 “ 핸드 브레이크 – CPU 대신 GPU/NVENC로 파일을 변환 ”
Chris Hazafd 말 :
감사합니다. 훌륭한 게시물. 아니요’M 봇은 아니지만 알고리즘은이 링크를 보냈습니다. 나는 게임용 컴퓨터가 비디오를 편집하는 데 필요한 방법을 좋아합니다. 개인용 컴퓨터는 그다지 다재다능한 적이 없습니다. 나는 여전히 게임을 목표로하는 AMD와 달리 더 큰 그림을 보았습니다 (대부분)
데이브 말 :
글을 보내 주셔서 감사합니다. 나’M Ubuntu를 실행하고 GTX 1650 Super (Turing)로 자신의 비슷한 결과를 얻습니다. GPU는 CPU가 80%로 작동하는 것을보고 놀랐습니다’t는 많은 스트레스를 등록하는 것으로 보입니다. 또한 NVIDIA 패널에 표시되는 GPU와 비디오 엔진 사용의 차이점에 주목했습니다. NVIDIA 패널에서 GPU는 7-10% 활용을 등록하는 반면 비디오 엔진은 페깅됩니다. 나는하지 않았다’T이를 지원할 내용을 찾았지만 비디오 엔진은 하드웨어 인코딩/디코드 기능을 나타내는 반면 GPU는 다른 모든 것의 척도가 될 것입니다 (예 : 라이브 게임 렌더링). 핸드 브레이크는 또한 CPU (x265)와 GPU (Nvenc H) 사이에 다른 사전 설정이 있습니다.265) 인코더. 이 관점에서 볼 수 있습니다’t, 실제로, 사과와 사과 비교를 품질과 파일 크기 비교에 비교하십시오. RF 20에서 일정한 품질이 아닌 평균 비트 전송률을 사용하면 CPU (x265) 인코딩과 비슷한 크기와 품질을 얻습니다. 물론, 품질은 주관적인 용어이지만, 이것이 튜링 칩셋이 효과 성 측면에서 이전 세대에 걸쳐 빛나는 곳이라고 생각합니다 (현재의 가설은 적어도).
크리스 말 :
훌륭한 게시물! 정말 감사합니다’VE는 나에게 너무 많은 시간을 절약했습니다!
마이크 스톤 말 :
나’M AMD Ryzen 9 3560X (16 코어 CPU) 및 Nvidia Geforce RTX 3080 설립자’s edition, 그리고 내 결과는 거의 동일합니다 (옵션의 속도 및 파일 크기 측면에서). 나는 3080 GPU가 더 잘 압축되기를 바랐지만 아아, CPU는 약 4 배 더 오래 지속되는데 훨씬 더 나은 작업을 수행합니다. 흥미롭게도, 거기’nvenc h 사이의 압축 파일 크기의 눈에 띄는 차이가 아닙니다.264 및 Nvenc h.265. 사실, h.265 Nvenc은 일반적으로 약간 더 큽니다 (i.이자형., ~ 505,000MB 대 515,000MB). H를 다룰 때.264, Nvenc은 파일을 약간 작게 압축했지만 흥분 할 것이 없습니다. 트랜스 코딩 기간은 거의 동일했습니다. Beefy CPU가 있으므로 CPU가 미래의 CPU를 처리하게 할 수 있습니다.
Engineerviva 말 :
“내 43 살짜리 눈은 돈을 먹지 않습니다’t 많은 차이를 전혀 본다.” LOL, 멋지다!
베드로 말 :
오늘이 게시물을 우연히 발견하고 추천 설정을 빨리 시도했습니다.
Blurays에서 Makemkv로 만든 여러 MKV를 가지고있었습니다. 예를 들어 James Bond Casino Royale을 테스트 파일로 사용했습니다.
영어 DTS-HD 및 프랑스어 AC3 (5)와 함께 원래 MKV (Blyray에서 직접).1) 크기는 33GB입니다. 고품질 (https : // www 기반의 사용자 정의 사전 설정)을 통과했습니다.웨더 넷.com/2019/01/29/가장 쉬운 최적의 세트-브레이크 -1080p-blu-ray-ray-video-conversion-on-mac-windows and-linux-new-new-1 월 -2019/) 나는 파일 크기 10으로 끝났습니다.내 i7-8700 CPU @ 3을 사용하여 3 시간 15 분 만에 3GB.20GHz. . 내 nvidia gtx 1060과 h를 사용합니다.265 NVENC (앞서 언급 한 설정에서 내가 바꾸는 유일한 것) 나는 10으로 끝났다.22 분 안에 4GB 파일. 나는 두 파일을 내 Plex 서버에 넣고 Toshiba Blyray Reader와 Amazon Fire Stick에서 9 장으로 갔고 Sharp Aquos (42 인치)에서 HDMI 입력을 전환했으며 차이를 볼 수 없었습니다. CPU 및 GPU 인코딩 된 파일을 Bluray 디스크와 비교했지만 차이도 볼 수 없었습니다. 그건 그렇고 나는 또한 43 세 ��
마이크 말 :
그래 나도 이것과 그것을 시도했다’시간을 절약하려면 정말 좋습니다. 20 세의 품질을 사용하여 NVIDIA NVENC H265를 사용하여 Bluray 1080 RIP에서 MKV에 대한 시간을 절반으로 줄였습니다. 40 ″ 720p 화면에서 볼 때’T CPU H264 버전과 거의 동일한 파일 크기와 크기가 크게 나타납니다. 내가 알아 차린 한 가지 작은 차이점은 일부 높은 모션 샷에서 카메라 각도를 바꿀 때 약간의 말더듬이 있지만 이것은 오래된 노트북 Old CPU/Old AMD GPU 일 수 있다는 것입니다’m 출력, i’H265가 더 CPU 집약적이라고 들었습니다. 새로운 장비에서 나는하지 않았다’이것을 주목하십시오. 아, 그리고 같은 나이도 LOL
Kingcze 말 :
위에서 언급했듯이 – Cuda Cores (AMD가있는 스트림 코어와 동일)의 하중을보고 있었지만’직업은 무엇입니까?. NVIDIA 및 AMD GPU에는 하나 이상의 하드웨어 기반 디코더 및 엔코더 (CUDA/스트림 코어와는 별개)가 포함되어 있으며, 이는 완전 셀러 된 하드웨어 기반 비디오 디코딩 및 인코딩을 제공합니다. 그것은 당신이 보았던 GPU의 큰 계산 부분이 아니지만 de/en- 코딩을 위해서만 지정된 GPU의 ASIC 부분입니다. (예 : 이하의 부하를 볼 수 있습니다. 작업 관리자에서)에서 AMD CPU의 통합 GPU조차도.264/265 AMD VCE)는 AMD의 전용 GPU와 거의 동일한 인코딩 시간을 가지고 있습니다. 칩의 사실상 동일한 ASIC 부분입니다. BTW., 나는하지 않았다’t 품질 비교를 완료했지만 동일한 비트 레이트로 인코딩 시간은 AMD 및 NVIDIA에서 매우 유사하지만 출력 품질/인코딩 방식에 대한 더 많은 옵션을 제공하기 때문에 AMD를 선호합니다. 사전 설정에 대해 – CPU를 Nvidia Nvenc (또는 AMD VCE)와 비교할 수 없습니다. 품질 설정 (및 스케일링)이 있습니다. 비교하려면 출력 품질을 동일한 비트 전송률과 비교해야합니다.
다니엘 말 :
고마워요! 이 기사는 매우 도움이됩니다!!
1 월 말 :
안녕하세요 – 기사를 읽으십시오.
당신의 노력에 감사드립니다.
현재 나’같은 상황에서 m. 힌트처럼 : GPU 사용을 확인하기 위해 NVTOP을 사용하고 있습니다. 구성 (F2)으로 이동하여 GPU 인코딩을 표시하도록 구성하십시오. 이것은 당신이 찾고 있던 그래프입니다. Br
