Czy do zakodowania h264 można użyć karty graficznej?

Zastanawiam się, czy dostanę lepszą kartę graficzną, czy może przyspieszyć kodowanie h264 na moim komputerze za pomocą hamulca ręcznego?

Jeśli tak, to w jaki sposób mogę stwierdzić, która karta graficzna to obsługuje?

Wiem, że GPU może dekodować sprzętowo h264, ale nie jestem pewien co do kodowania.

Przy użyciu hamulca ręcznego odpowiedź brzmi „nie”. Hamulec ręczny to koder h.264 tylko do procesora, chociaż teraz jest w stanie używać OpenCL do skalowania wideo i ma pewne wsparcie dla DXVA do dekodowania wideo.

Pytanie połączone przez slhck wymienia MediaCoder , ale wymaga karty graficznej Nvidia lub procesora Intel z rdzeniem graficznym drugiej generacji.

Istnieje kilka starszych produktów, które zostały przestarzałe, w szczególności Badaboom i oprogramowanie ATi Avivo.

Badaboom, który mógłby wykorzystać procesory graficzne Nvidia i Intel do przyspieszenia procesu kodowania, ale jest on już wycofany i nie obsługuje nowszych kart graficznych.

ATi miało własny koder wideo, który wcześniej nazywał się „Avivo”, zanim został połączony z pakietem kodeków AMD, który zawierał konwerter wideo AMD, choć nie jest już dostępny.

x264 obsługuje teraz przyspieszenie kodowania OpenCL. To, ile przyspieszenia otrzymasz, będzie zależeć od wydajności twojej karty graficznej, na moim GTS 450 nie otrzymuję żadnego, a przy wolniejszych kartach faktycznie spowalnia kodowanie. Lepsze karty mogą pomóc. Wszystko, co musisz zrobić, to dodać --opencl do wiersza poleceń x264. Uważam, że hamulec ręczny korzysta z tych samych bibliotek x264 i oferuje to samo przyspieszenie OpenCL w nowszych wersjach.

https://trac.ffmpeg.org/wiki/HWAccelIntro

FFmpeg zapewnia podsystem przyspieszania sprzętowego.

Przyspieszenie sprzętowe pozwala na wykorzystanie określonych urządzeń (zwykle karty graficznej> lub innych określonych urządzeń) do przetwarzania multimediów. Pozwala to na użycie dedykowanego sprzętu do wykonywania wymagających obliczeń, jednocześnie uwalniając procesor od takich obliczeń. Zazwyczaj przyspieszenie sprzętowe umożliwia określonym urządzeniom (zwykle GPU) wykonywanie operacji związanych z dekodowaniem i kodowaniem strumieni wideo lub filtrowaniem wideo.

Podczas używania narzędzia FFmpeg dekodowanie wspomagane sprzętowo jest włączane za pomocą -hwaccelopcji, która włącza określony dekoder. Każdy dekoder może mieć określone ograniczenia (na przykład dekoder H.264 może obsługiwać tylko profil linii podstawowej). Kodowanie wspomagane sprzętowo jest włączane za pomocą określonego kodera (na przykład nvenc_h264). Filtrowanie Przetwarzanie wspomagane sprzętowo jest obsługiwane tylko w kilku filtrach, w takim przypadku włączasz kod OpenCL poprzez opcję filtrowania.

Istnieje kilka API standardów sprzętowych akceleracji, z których niektóre są w pewnym stopniu obsługiwane przez FFmpeg.

Opcja „-hwaccel auto” pozwala wybrać sprzętowe przyspieszone dekodowanie do użycia w sesji kodowania. Możesz dodać ten parametr z „auto” przed wejściem (jeśli twój x264 jest skompilowany z obsługą OpenCL, możesz spróbować dodać parametr -x264opts), na przykład:

ffmpeg -hwaccel auto -i input -vcodec libx264 -x264opts opencl output

Przykro mi, ale nie pamiętam, jak wyświetlić listę wszystkich dostępnych opcji dla „-hwaccel”.

Możesz także spróbować tego: https://wiki.archlinux.org/index.php/Hardware_video_acceleration

Obecnie Handbrake obsługuje następujące kodery przyspieszane sprzętowo dla H.264 / AVC:

1. Intel QuickSync (w systemie Windows i Linux). Jest to zgodne z co najmniej procesorami z serii Intel Sandybridge (Core drugiej generacji) ze zintegrowaną grafiką włączoną i wystawioną na działanie systemu operacyjnego. Zalecany sprzęt dla akceptowalnej jakości kodowania: Haswell (seria Core 4. generacji) i nie tylko, który wprowadził koncepcję precyzyjnych poziomów docelowych (TU), funkcje antycypowania (takie jak tryby kodowania LA-BRC i ICQ ) ze znacznie lepszą wydajnością. Zobacz instrukcję użytkowania z dokumentacji hamulca ręcznego tutaj .

2. NVENC firmy NVIDIA : Wymaga to co najmniej procesorów graficznych NVIDIA z serii Kepler (GK +) i wyższych z wysokowydajnych konsumenckich jednostek SKU (seria GTX) i profesjonalnych zestawów (GPU Quadro i Tesla opartych na Kepler i nie tylko). Jest to dostępne zarówno w systemie Windows, jak i Linux.

Warto zauważyć, że dzięki NVENC będziesz sztucznie ograniczony do co najwyżej dwóch równoczesnych sesji kodowania na jednostkach SKU konsumentów, podczas gdy na skład profesjonalny nie ma to wpływu. Informacje na temat określonych możliwości kodera można znaleźć w matrycy GPU . Aby uzyskać najlepszą wydajność i jakość kodera, trzymaj się najnowszej wersji procesorów graficznych Pascal i Volta .

Opcjonalnie:

3. Obsługa kodowania AMD AMF jest również dostępna tylko w bieżących kompilacjach nocnych TYLKO dla systemu Windows. Specjalna uwaga na temat technologii AMF AMD (która podłącza się do kodera VCE wbudowanego w sprzęt we wszystkich jednostkach GCN + SKU) dotyczy nowszych urządzeń, takich jak Polaris (seria RX 400+) i Vega , niektóre zaawansowane strojenie koderów dla H.264 / AVC zostały wycofane, ponieważ wprowadzono obsługę kodowania HEVC. AMD porzuciło kodowanie w ramce B, bez obsługi adaptacyjnej kwantyzacji (AQ), cechę, którą wspomniane sprzętowe kodery (QuickSync i NVENC) zaimplementowały przez pokolenia bez regresji. Zobacz to także w uwagach dotyczących wskaźników przepustowości, których można się spodziewać.

Jeśli chodzi o wsparcie Apple, jest to w najlepszym razie wstępne . VideoToolBox API, gdzie realizowane poza zakresem hamulca ręcznego, również wydaje się mieć bardzo ograniczony zestaw kontroli. Nawet jeśli Handbrake przyjmie go wcześniej, nie oczekuj cudów pod względem zachowania jakości i przepustowości.

Pamiętaj, że może być konieczne użycie najnowszej wersji nocnej, aby móc korzystać z najnowszych funkcji kodera na swojej platformie, tak jak obecnie. To zdecydowanie zmieni się w przyszłości.