H.265 czyli idzie nowe

[sirdaniel]

10% mniej zużycia procka przy dekodowaniu nie równa się 10% szybszemu dekoderowi
Sprawdzałeś jest jakiś soft do sprawdzania szybkości dekoderów na linuksie?

Ja używam k-lite i czekam na nową paczkę to sobie potestuję lavdecoder.

[giaur500]

To znaczy tyle, że u mnie o 10% mniej obciąża procesor Niestety ffmpegiem nie da sie sprawdzic ile fps wyciągnie maksymalnie, ale myślę że patrzenie na obciążenie procka mówi jednak wiele o wydajności dekodera.

Innych programów nie znam, ale nic by nie dały, bo chodziło o sprawdzenie dokładnie tej wersji ffmpeg. Obciążenie procesora rzędu 15% przy dekodowaniu hevc 4096x2160, 24 fps i z dynamicznymi scenami to już naprawdę nie jest źle. Można powiedzieć że dla sprzętu to praktycznie zerowy wysiłek.

[kasper93]

Niestety ffmpegiem nie da sie sprawdzic ile fps wyciągnie maksymalnie

Kod: Zaznacz cały

ffmpeg -benchmark -i woda.mp4 -f null -

będziesz miał czas działania podany, dzielisz ilość klatek przez sekundy i masz prędkość. Możesz też dodać

Kod: Zaznacz cały

-map 0:0

aby dekodować tylko video.

[lustracja]

W czym sprawdzacie te ilości klatek?

ja używam i3 2310 graf Nvidia 520 m i nie widzę żadnej poprawy przy tym nowym kodeku lav.
Najlepiej wychodzi Lentoid. Najmniejsze obciążenie procesora.
Podobnie na T3400 i Intel 4500MHD.

[sirdaniel]

edit/ Nie cytuj posta pod postem. Patrz Regulamin forum.

Na Widnowsie używam DxVaChecker ewentualnie GraphStudioNext ale to rzadko.

Moje spostrzeżenie. Podczas benchmarkingu karta graficzna nie ma znaczenia. Ale podczas odtwarzania wideo (renderowania) już tak. Zauważyłem że tak jak do HD pojemność pamięci karty graficznej musi być do 250MB, tak przy 4k podczas odtwarzania wartość ta jest przekraczana, więc na karcie musimy mieć powyżej 250MB, lub dzielone z systemem jak intel 4500m.
Druga sprawa to zużycie procesora karty graficznej, akurat u siebie mam AMD 5470m i mam troche zużycia (chodzi pewnie o skalowanie w dół z 4k do 1360x768), więc na słabszych kartach trzeba na to też patrzeć. To jeszcze zależy jakiego renderera i ustawień się używa w odtwarzaczu.

[lustracja]

520m to 1gb więc tu nie ma żadnego problemu z niczym jeśli chodzi o odtwarzanie,
a podałem tylko do pełni informacji.
DXVA i tak nie jest używane.
Tylko procesor. LAV nowa czy stara wersja nie widzę różnicy. Lentoid idzie płynnie.
PDVD szarpie gdzieś w MPC-HC wcina się jeszcze Line 21 dekoder 2.

[giaur500]

Ok, na i7 3770k na linuksie. Standardowy ffmpeg w porywach do 50 fps, wersja z OpenHEVC do 80 fps, nie spada praktycznie poniżej 70. Testowałem mój plik woda.mp4

Ciekawe jak to się ma do lentoid i lav na Windows.

[kasper93]

LAV nowa czy stara wersja nie widzę różnicy. Lentoid idzie płynnie.

64-bitowa wersja jest szybsza od Lentioida w każdym teście, więc pewnie używasz 32-bitowej wersji, która jest faktycznie wolniejsza.

[lustracja]

Nie wiem jak sprawdzacie te klatki ale sprawdzałem 64 bit i 32 bit obciążenie procesora jest większe przy LAV niż Lentoid w obu wypadkach

[sirdaniel]

edit/ Nie cytuj posta pod postem. Patrz Regulamin forum.

Jak to jak. instalujesz obie wersje lav z poprzedniej strony. Ściągasz MPC-HC 32 bit oraz 64 bit mogą być wersje portable. Po odpaleniu każdej wersji mpc-hc odznacz w opcjach filtry wewnętrzne, żeby było czysto, bo mpc=hc używa własnych starszych filtrów lav. A jak odpalasz plik to nie klikaj dwa razy tylko zrzuć ikonę pliku wideo na odpowiednią ikonę MPC-HC albo 32 albo 64 bit żeby być pewnym że używasz właściwej wersji, bo skojarzenia plików są tylko do jednej wersji. Podczas oglądania upewnij się że używasz właściwego lav klikając prawym przyciskiem w ekran potem opcja filtry i patrz żeby ci nie pisało lav filters (internal) bo jak jest internal to używasz właśnie starszej wewnętrznej wersji lav w mpc-hc która nie ma (jeszcze) optymalizacji. Uff.

[lustracja]

Odpalam właściwy program i dopiero odpalam plik. Właściwe kodeki wewnętrze podmieniam więc nie może używać raczej innych. Rezultat podobny na i32310. Nie ma zysku lav nad lentoid. BARDZO podobne obciążenie procesora średni ok 50%

[sirdaniel]

Skoro letnoid ma podobne wyniki jak lav to znaczy że tak ma być i że wszystko w porządku Po prostu chłopaki się postarali z openhevc i tyle.

[lustracja]

Też mu gratuluję.
A 50% i tak odpada jako wartość użytkowa dekodowania procesorem.
Jak już pisałem bez dekodowania sprzętowego HEVC nie ma sensu

[giaur500]

Jak zwykle lamentujesz bezsensownie kolego, dobrze że na kalkulatorze nie próbujesz odpalić 4k. Nawet jak będzie sprzętowe dekodowanie to i tak będziesz musiał kupić nowy sprzęt. A dobry sprzęt już dziś bez problemu ciągnie bez problemu 4k hevc. To że nie robi tego gpu a cpu nie ma dla mnie specjalnego znaczenia. Jak dla mnie nie przeszkadzaloby nawet obciążenie procka i 90% bo w trakcie oglądania filnue i tak nic więcej na komputerze nie robię.

Ty natomiast powinieneś się cieszyć że w ogóle udało ci się to odtworzyć płynnie a nie martwić się że ci połowę mocy procka to zajmuje. P.S sprawdzałeś obciążenie cpu na 4k h264? Strzelam że około 30-40% będzie więc hevc samo w sobie nie jest wiele bardziej wymagające. Zapominasz że oglądasz 4k a nie 1080p.

[lustracja]

jak zwykle lubisz się czepiać mnie bez powodu.
jak nie oskarżanie o hejtowanie to pouczanie

bądź łaskaw mnie nie pouczać bo błędy dotyczące HEVC to ty popełniłeś a nie ja.

H265 to nie H264.
Może lepiej przetestować zanim da się tak radykalne wnioski

Wracając do h265. Muszę nieco zweryfikować moją opinię. Wygląda na to że wyższe bitrate to wyższe obciążenie procka.

dla ciebie to może rewelacja techniczna. nic nie sprawdziłeś jak już pisałem



i daruj sobie to i pouczanie, że będę musiał kupić nowy sprzęt bo to w twojej sytuacji śmieszne. i nie mów mi z czego ja się powinienem cieszyć . jak tobie wystarcza obciążenie 90 % to ok.
ja dalej zostanę przy zdaniu, ze 50% obciążenie procesora do oglądania filmów czy TV to jest powód żeby tę technologie na razie ignorować.

[giaur500]

No ale nie czytasz uważnie. Po aktualizacji software już nie mam 90% a około 15% obciążenia cpu, nie widzę więc żadnego problemu. I tak, można to nazwać rewelacją techniczną w pewnym sensie bo można mieć kilkukrotnie mniejsze pliki bez straty jakości w stosunku do h264. Ja już dziś wszystkie filmy 4k z telefonu przerabiam na hevc 15 Mbps bo oryginalne 60 Mbps zajmują sporo miejsca.

Hevc to przyszłość chcesz czy nie, kolejna generacja soc w smartfonach zapewne będzie juz domyślnie używać hevc do filmów 4k i hd żeby miejsce zaoszczędzić, coś mi się obiło o uszy że kolejny soc snapdragona już ma to mieć w standardzie.

I z drugiej strony nie wiem czemu tak cię boli 50% cpu przy ogladaniu filmu na fullscreenie? Inaczej by film wyglądał jakby to było 50% obciążenia gpu? Jak dla mnie to czepialstwo trochę.

[sirdaniel]

No to ja się pochwalę.
core i3 370m
Win7 64bit
Najnowszy K-lite 10.6.8
Kultowy plik do testów TearsOfSteelFull12min_1080p_24fps_27qp_1474kbps_GPSNR_42.29_HM11.mkv odpalany w DXVAChecker

Wyniki:

lav 32bit
Decoder: LAV Video Decoder
Decoder Device: -
Frames: 17616
Time: 555,073 sec
FPS: 31,736 [9-118] fps
CPU Usage: 90 [64-98] %

lentoid 32bit
Decoder: Lentoid HEVC Decoder
Decoder Device: -
Frames: 17616
Time: 168,709 sec
FPS: 104,417 [62-170] fps
CPU Usage: 80 [54-92] %

lav 64bit
Decoder: LAV Video Decoder
Decoder Device: -
Frames: 17616
Time: 145,505 sec
FPS: 121,068 [70-189] fps
CPU Usage: 84 [64-92] %

Do tej pory tylko lentoid mi działał należycie. Teraz Lav 64bit wygrywa, natomiast lav 32bit kiepsko, nie wiem czemu, może problem z kompilacją. Podaję wyniki po to aby inni wiedzieli, że pora przejść na playera i kodeki 64 bit hehe.

[lustracja]

potwierdza ten test tylko tyle, że poza FPS Lentoid i LAV 64 bit niczym się nie różnią. To samo użycie procesora. w Twoim wypadku nawet LAV więcej bo 64-92 % CPU i3.
_ LAV średnio 84%
- Lentoid średnio 80%

[kasper93]

Na dniach powinna pojawić się wersja LAV ze sprzętowym dekodowaniem HEVC. Zarówno na Intelach jak i NVIDI. Nie jest to pełne rozwiązanie sprzętowe. I jak zawsze ze sprzętowymi dekoderami jest, są one wolniejsze od CPU.

Na NV 780:
1080p - 110-120 fps (15% cpu przy benchmarku i 1-2% przy odtwarzaniu 24fps),
4K - 30-35 fps (20% cpu przy benchmarku).

Dla porównania LAV 32-bit wyciąga odpowiednio 140 i 30 fps przy tych samych plikach. (i7 3770K) Oczywiście 64-bit jest wielokrotnie szybsze.

No i tak to wygląda na oficjalnym rozwiązaniu od NV i na obecną chwilę nikt tego nie używa więc wygląda na to, że LAV będzie pierwszy.

Ah i od razu dla malkontentów, że mała prędkość, powiem, że nie ma tutaj zaskoczenia. Moja karta HD5870 nie potrafi w DXVA płynnie wyrobić nawet przy 1080p60. A była wydana już długo po H.264.

Rzucę wam linkiem testowym ja Nev skończy.

[giaur500]

W jaki sposób ma to iść na kartę graficzną skoro żadna karta ani amd ani nvidia nie wspiera dekodowania h265 na dzień dzisiejszy?

Na pewno nie idzie to przez NVIDIA Pure Video ani ekwiwalent po stronie amd. Musieli wymyślić jakiś inny sposób na przerzucenie części obliczeń na gpu, skoro tak to i nie dziwne że mało to wydajne. No ale jeśli ma to odciążyć procek to czemu nie.