Pytanie:
Wydajny odtwarzacz MKV H.264 z dekodowaniem GPU dla Mac OS X
swineone
2013-12-27 20:06:17 UTC
view on stackexchange narkive permalink

Jak mogę odtwarzać pliki MKV z QuickTime w Mavericks?

Kiedyś używałem Perian, ale się zawiesza, a inne odtwarzacze innych firm są bardzo nieefektywne, ponieważ QuickTime jest najbardziej zoptymalizowanym oprogramowaniem spośród analizowanych przeze mnie .

Masz tutaj niesamowite badania, ale wydaje mi się, że niewielu spróbuje odpowiedzieć. Czy byłbyś otwarty na radykalne uproszczenie pytania i przełożyłbyś większość pracy na odpowiedź?
OK, zacznę to robić za kilka godzin.
To nie jest odpowiedź, ponieważ całkowicie pozwala uniknąć problemu: jeśli muszę oglądać wiele filmów na baterii (np. Długa podróż samolotem), wcześniej transkoduję moje MKV do MOV + H.264 na moim serwerze multimediów.
Pięć odpowiedzi:
swineone
2013-12-28 05:40:00 UTC
view on stackexchange narkive permalink

Regularnie oglądam pliki MKV z wideo H.264 1080p na mojej siatkówce MBP 15 "(koniec 2013, tylko procesor Intel) i do tej pory robiłem to przy użyciu najnowszej wersji VLC. Niestety bateria szybko się wyczerpuje z tą konfiguracją i postanowiłem zbadać alternatywy. Starając się być trochę naukowym, utworzyłem arkusz kalkulacyjny zawierający listę wykorzystanego czasu procesora (sprawdzonego w Monitorze aktywności) dla każdej testowanej alternatywy. Podczas wszystkich testów grałem przez pierwszą minutę wybranego przeze mnie klipu wideo, z wideo H.264 1080p i dźwiękiem DTS, a także remuxingu go do formatu M4V za pomocą MP4Tools, aw trakcie transkodowania dźwięku do 2-kanałowego formatu AAC (obraz pozostał nietknięty). czas procesora wykorzystany po odtworzeniu pierwszej minuty klipu w Monitorze aktywności. Testy zostały przeprowadzone z komputerem podłączonym do prądu zmiennego i rozdzielczością ustawioną na 1920 x 1200 (przypominam sobie, że jest to 15-calowy MBP siatkówki). Wideo było odtwarzane na pierwszym planie, w trybie okienkowym, zmaksymalizowanym do wykorzystania całej dostępnej rozdzielczości poziomej.

Podstawą jest QuickTime Player, odtwarzający wersję M4V pliku, przypuszczalnie z włączonym dekodowaniem przyspieszanym sprzętowo. Zajęło to 4,51 sekundy procesora.

Używając VLC w wersji 2.12, otrzymałem następujące wyniki:

  • Plik MKV, dekodowanie programowe: 28,89 sekund procesora;
  • plik MKV, dekodowanie przyspieszane sprzętowo: 22,82 sekundy procesora;
  • plik M4V, dekodowanie programowe: 29,76 sekund procesora;
  • plik M4V, dekodowanie przyspieszane sprzętowo: 22,44 sekundy procesora.

W MPlayerX w wersji 1.0.21 (1718) otrzymałem następujące wyniki (nie ma wzmianki o przyspieszaniu sprzętowym, ponieważ nie mogłem znaleźć sposobu, aby go włączyć lub wyłączyć i nie mam pojęcia jakie jest domyślne zachowanie):

  • Plik MKV: 15,92 sekundy procesora;
  • Plik M4V: 15,74 sekundy procesora.

Wreszcie wypróbowałem Movist w wersji 1.3.3, która obsługuje używanie QuickTime lub FFmpeg jako dekodera, a także ma pole wyboru przyspieszenia sprzętowego. Nie udało mi się jednak zdekodować wersji MKV pliku za pomocą dekodera QuickTime. Wyniki są następujące:

  • plik MKV, dekodowanie programowe, dekoder FFmpeg: 31,96 sekund procesora;
  • plik MKV, dekodowanie przyspieszane sprzętowo, dekoder FFmpeg: 8,31 sekundy procesora;
  • plik M4V, dekodowanie programowe, dekoder FFmpeg: 30,73 sekund procesora;
  • plik M4V, dekodowanie przyspieszane sprzętowo, dekoder FFmpeg: 9,04 sekund procesora;
  • plik M4V, oprogramowanie dekodowanie, dekoder QuickTime: 37,03 sekund procesora;
  • Plik M4V, dekodowanie przyspieszane sprzętowo, dekoder QuickTime: 8,12 sekund procesora.

Jak widać, Movist wykorzystujący dekoder FFmpeg i dekodowanie przyspieszane sprzętowo jest najbardziej wydajne alternatywa w porównaniu do VLC lub MPlayerX, ale wciąż zauważalnie mniej wydajna niż QuickTime w dekodowaniu plików M4V. Idealnym rozwiązaniem byłoby granie w MKV w programie QuickTime Player, ale wygląda na to, że Perian nie działa już w Mavericks.

user10355
2013-12-28 07:09:22 UTC
view on stackexchange narkive permalink

Daj MPV szansę. Projekt jest zlokalizowany na github, jeśli chcesz skompilować własną wersję. Informacje o kompilacji można znaleźć tutaj.

Ma na celu wycięcie starego kodu mplayera i połączenie zalet mplayera2. Rezultat jest imponujący, choć nadal jest w powijakach dla OS X.

Nieoficjalne wersje można znaleźć tutaj. Testuję mpv_20131222004653_git-4833e92 skompilowany 22 grudnia 2013 r. I mogę powiedzieć, że działa.

Ponadto możesz chcieć zastosować niektóre z lepszych opcji konfiguracyjnych, jak opisano w pigoz.

Jak na twoje pytanie, możesz skupić się bezpośrednio na opengl-hq , który skupiał się bezpośrednio na przenoszeniu strumienia wideo do GPU.

W moich testach stwierdziłem, że MPV przewyższa MPlayer OSX Extended nawet o połowę podczas odtwarzania plików MKV.

Chciałem tylko dodać, że próbowałem mpv na macOS Sierra (nie musisz go sam kompilować, można go zainstalować z Homebrew) i jest on 2-3 razy bardziej wydajny niż VLC.Naprawdę polecam!
Sebastian
2014-03-13 16:31:12 UTC
view on stackexchange narkive permalink

Lubię Movist. Z Movist nie muszę już restartować systemu Windows, używając bootcampu. Movist może również odtwarzać DXVA 2.0.

Igor B
2015-03-17 01:18:52 UTC
view on stackexchange narkive permalink

Dla mnie mpv zużywał mniej procesora niż MPlauerX.

Ale kiedy zaznaczyłem zakładkę "Zasilanie" w Monitorze aktywności, mpv zużywał znacznie więcej energii na pełnym ekranie. Więc dla wielkości liter wrażliwych na temperaturę / baterię MPlayerX wydaje się być lepiej dopasowany (może to oczywiście zależeć od konfiguracji, np. Filtrów skalera / postprocesu / ...).

Dla 720p mkv / h264 pobór mocy wideo wynosił 30 mpv vs 20 + 1 MplayerX

Dla 2160 webm / vp9 - 120 mpv vs 140 MplayerX

user71724
2014-02-28 21:49:10 UTC
view on stackexchange narkive permalink

xvmc działa, ale nie jest idealnym rozwiązaniem, gdy potrzebujesz długiej żywotności baterii



To pytanie i odpowiedź zostało automatycznie przetłumaczone z języka angielskiego.Oryginalna treść jest dostępna na stackexchange, za co dziękujemy za licencję cc by-sa 3.0, w ramach której jest rozpowszechniana.
Loading...