![\"Rozmiar](\"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/diagrams\/codec-pl.png\")
Sk\u0105d bierze si\u0119 zwyczajowa liczba<\/h2>\n
Nie jest wymy\u015blona. H.265 naprawd\u0119 potrzebuje na ten sam obraz mniej wi\u0119cej po\u0142owy danych H.264 – w por\u00f3wnaniach, wobec kt\u00f3rych ten spos\u00f3b powstawa\u0142, a te daj\u0105 koderowi tyle czasu, ile zechce.<\/p>\n
Takie por\u00f3wnania odpowiadaj\u0105 na pytanie \u201ejak dobry mo\u017ce by\u0107 ten spos\u00f3b”. Kamera stawia inne: \u201ejak dobry mo\u017ce by\u0107 ten spos\u00f3b w jednej dwudziestej pi\u0105tej sekundy, raz za razem, bez pozostawania w tyle”.<\/p>\n
Oba pytania maj\u0105 r\u00f3\u017cne odpowiedzi, a rzecz idzie tu w\u0142a\u015bnie o odst\u0119p mi\u0119dzy nimi.<\/p>\n
Dlaczego stopie\u0144 szybko\u015bci rozstrzyga wynik<\/h2>\n
Ka\u017cdy koder ma pokr\u0119t\u0142o mi\u0119dzy nak\u0142adem a tempem. Na wolnym ko\u0144cu pr\u00f3buje wielu sposob\u00f3w opisania ka\u017cdego bloku obrazu i zachowuje najmniejszy; na szybkim bierze pierwsz\u0105 u\u017cyteczn\u0105 odpowied\u017a.<\/p>\n
Im nowszy spos\u00f3b, tym wi\u0119cej od tego pokr\u0119t\u0142a zale\u017cy. H.265 i AV1 czerpi\u0105 swoj\u0105 przewag\u0119 z tego, \u017ce maj\u0105 znacznie wi\u0119cej mo\u017cliwo\u015bci do wyboru – a szybki stopie\u0144 to dok\u0142adnie polecenie, \u017ceby przesta\u0107 wybiera\u0107.<\/p>\n
Kodowano tutaj wy\u0142\u0105cznie na stopniu, kt\u00f3ry urz\u0105dzenie nagrywaj\u0105ce da\u0142oby rad\u0119 utrzyma\u0107: drugie od ko\u0144ca ustawienie szybko\u015bci dla H.264 i H.265 oraz odpowiadaj\u0105ce mu dla AV1. Ta jedna decyzja jest powodem, dla kt\u00f3rego liczby tutaj s\u0105 ni\u017csze od zwykle podawanych – i jest to stopie\u0144 uczciwy dla wszystkiego, co nagrywa na \u017cywo.<\/p>\n
Jak w og\u00f3le por\u00f3wna\u0107 dwa sposoby<\/h2>\n
Por\u00f3wnywanie rozmiar\u00f3w plik\u00f3w ma sens tylko przy tej samej jako\u015bci obrazu, a pokr\u0119t\u0142o jako\u015bci ka\u017cdego kodera jest inaczej ponumerowane. Ta sama liczba znaczy w ka\u017cdym co\u015b innego.<\/p>\n
Dla ka\u017cdego sposobu kodowania przygotowano trzy wersje materia\u0142u z r\u00f3\u017cnymi ustawieniami jako\u015bci, a ka\u017cdy wynik por\u00f3wnano klatka po klatce ze \u017ar\u00f3d\u0142em. Na tej podstawie powstaje dla ka\u017cdego sposobu krzywa rozmiaru pliku wzgl\u0119dem jako\u015bci. Mo\u017cna z niej odczyta\u0107 rozmiary przy tej samej jako\u015bci, zamiast por\u00f3wnywa\u0107 te same ustawienia kodera.<\/p>\n
Pomini\u0119cie tego kroku to zwyczajna droga do b\u0142\u0119dnej odpowiedzi. Przy por\u00f3wnaniu na tym samym ustawieniu pokr\u0119t\u0142a H.265 wypad\u0142 tutaj za pierwszym razem jedena\u015bcie razy lepiej – co by\u0142o czyst\u0105 r\u00f3\u017cnic\u0105 jako\u015bci, a nie przewag\u0105 wydajno\u015bci.<\/p>\n Pierwsze \u017ar\u00f3d\u0142o zbudowano tak, jak sta\u0142a kamera widzi przez wi\u0119kszo\u015b\u0107 dnia: stoj\u0105ce t\u0142o z prawdziwymi szczeg\u00f3\u0142ami obrazu i ma\u0142y obiekt przesuwaj\u0105cy si\u0119 po nim.<\/p>\n Przy tej samej jako\u015bci sze\u015b\u0107 sekund da\u0142o 301 kB pod H.264 i 264 kB pod H.265. To dwana\u015bcie procent, nie czterdzie\u015bci.<\/p>\n AV1 wypad\u0142 wyra\u017anie lepiej: 179 kB, czterdzie\u015bci procent poni\u017cej H.264. Na takim materiale najnowszy spos\u00f3b daje wi\u0119c to, co przypisuje si\u0119 \u015brodkowemu.<\/p>\n Drugie \u017ar\u00f3d\u0142o porusza si\u0119 nieprzerwanie w ca\u0142ym kadrze – to, co ta sama kamera widzi przez kilka minut dziennie, i dok\u0142adnie ten materia\u0142, kt\u00f3ry kto\u015b chcia\u0142by zachowa\u0107.<\/p>\n Tutaj H.265 da\u0142 przy tej samej jako\u015bci 1506 kB wobec 1274 kB u H.264: osiemna\u015bcie procent wi\u0119cej. W ni\u017cszym punkcie jako\u015bci wyszed\u0142 cztery procent mniejszy. Mi\u0119dzy tymi dwiema warto\u015bciami nie ma oszcz\u0119dno\u015bci, kt\u00f3r\u0105 da\u0142oby si\u0119 planowa\u0107.<\/p>\n AV1 pozosta\u0142 z przodu z 1029 kB, dziewi\u0119tna\u015bcie procent poni\u017cej H.264, a w ni\u017cszym punkcie jako\u015bci pi\u0119\u0107dziesi\u0105t osiem procent poni\u017cej.<\/p>\n Wz\u00f3r jest konsekwentny: szybki stopie\u0144 kosztuje H.265 wi\u0119kszo\u015b\u0107 jego przewagi, a AV1 znacznie mniej.<\/p>\n Sze\u015b\u0107 sekund wideo, na czterech rdzeniach.<\/p>\n H.264 potrzebowa\u0142 od 7 do 17 sekund. Jako jedyny z trzech jest w og\u00f3le w pobli\u017cu tego, czego wymaga dzia\u0142aj\u0105ca kamera na tym sprz\u0119cie – i nawet on bez zapasu.<\/p>\n H.265 potrzebowa\u0142 od 41 do 150 sekund, czyli pi\u0119cio- do dziewi\u0119ciokrotnie d\u0142u\u017cej. AV1 od 61 do 181 sekund, siedmio- do jedenastokrotnie.<\/p>\n Tym samym ca\u0142e pytanie si\u0119 odwraca. Na urz\u0105dzeniu z w\u0142asnym uk\u0142adem koduj\u0105cym nic z tego nie obowi\u0105zuje – uk\u0142ad robi H.265 z pe\u0142n\u0105 pr\u0119dko\u015bci\u0105, a oszcz\u0119dno\u015b\u0107 miejsca jest prawdziwa. W oprogramowaniu, na ma\u0142ym sprz\u0119cie, wyb\u00f3r nie stoi mi\u0119dzy dwoma rozmiarami plik\u00f3w. Stoi mi\u0119dzy rozmiarem pliku a pytaniem, czy nagranie w og\u00f3le nad\u0105\u017cy.<\/p>\n Nieca\u0142\u0105 si\u00f3dm\u0105 cz\u0119\u015b\u0107 czasu. W przeliczeniu na sekund\u0119 H.265 oszcz\u0119dza na scenie spokojnej 6,2 kB (44,0 zamiast 50,2 kB\/s), a na scenie ruchomej kosztuje o 38,7 kB wi\u0119cej (251,0 zamiast 212,3 kB\/s). Obie warto\u015bci r\u00f3wnowa\u017c\u0105 si\u0119, gdy ruch zajmuje 6,2 \/ (6,2 + 38,7) \u2248 13,8 procent nagrania, czyli przy kamerze pracuj\u0105cej przez ca\u0142\u0105 dob\u0119 oko\u0142o 3,3 godziny dziennie.<\/p>\n Poni\u017cej tej granicy H.265 co\u015b oszcz\u0119dza, ale nigdy wi\u0119cej ni\u017c dwana\u015bcie procent ze sceny spokojnej; przy kilku minutach ruchu dziennie, kt\u00f3re zak\u0142ada artyku\u0142, oszcz\u0119dno\u015b\u0107 jest nieco mniejsza. Powy\u017cej granicy plik staje si\u0119 wi\u0119kszy ni\u017c przy H.264.<\/p>\n Rachunek dotyczy tylko por\u00f3wnywanego punktu jako\u015bci i tylko przy za\u0142o\u017ceniu, \u017ce materia\u0142 z ca\u0142ego dnia zachowuje si\u0119 jak obie sceny testowe. W ni\u017cszym punkcie jako\u015bci plik H.265 wyszed\u0142 tak\u017ce na scenie ruchomej o cztery procent mniejszy; tam granica by znikn\u0119\u0142a, o ile scena spokojna r\u00f3wnie\u017c w tym punkcie co\u015b oszcz\u0119dza. AV1 oszcz\u0119dza na obu scenach, ale na tym sprz\u0119cie przegrywa z czasem kodowania.<\/p>\n Dla wybranych fragment\u00f3w tak, dla ca\u0142ego zbioru nie. AV1 potrzebowa\u0142 na sze\u015b\u0107 sekund wideo od 61 do 181 sekund, czyli od dziesi\u0119ciu do trzydziestu razy wi\u0119cej ni\u017c czas trwania; jeden dzie\u0144 nagrania zaj\u0105\u0142by t\u0119 sam\u0105 maszyn\u0119 na dziesi\u0119\u0107 do trzydziestu dni. Do tego ka\u017cde przekodowanie wychodzi od pliku ju\u017c skompresowanego, kt\u00f3rego straty pozostaj\u0105, wi\u0119c oszcz\u0119dno\u015bci zmierzonych wzgl\u0119dem pierwotnego \u017ar\u00f3d\u0142a nie da si\u0119 po prostu na to przenie\u015b\u0107.<\/p>\n<\/div>\n![\"Trzy](\"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/illustrationen\/illu-codec.webp\")
\n<\/figure>\nScena spokojna: dwana\u015bcie procent<\/h2>\n
Scena ruchoma: \u017cadnego pewnego zysku<\/h2>\n
Ile kosztuje kodowanie<\/h2>\n
Pytania i odpowiedzi<\/h2>\n
Ile ruchu mo\u017ce zawiera\u0107 nagranie, zanim H.265 przy tych liczbach przestanie cokolwiek oszcz\u0119dza\u0107?<\/h3>\n
Czy da si\u0119 nagrywa\u0107 w H.264, a p\u00f3\u017aniej przekodowa\u0107 materia\u0142 do AV1?<\/h3>\n