Muropaketti.com

H.265-videokoodekki ratifioitiin

29.1.2013

Tammikuun alussa Las Vegasissa järjestetyssä CES-tapahtumassa oli esillä useita Quad-Full HD -näyttöjä, joita varten tulossa on myös uusi H.265-videokoodekki. H.265 tunnetaan myös nimellä High Efficiency Video Coding tai lyhyemmin HEVC ja se tukee UltraHD-8K-resoluutiota (7689x4320). Käytännössä se vastaa peräti 16:n 1080p-resoluutioisen (1920x1080) näytön resoluutiota.

H.265:n kehityksestä vastuussa oleva ITU-T sai ensimmäinen luonnoksen valmiiksi viime vuoden helmikuussa ja heinäkuussa julkaistiin virallisempi luonnos. Nyt ITU-T on ratifioinut H.265:n ja kyseessä on askel lähemmäksi uuden videokoodekin standardoimista.

H.265:ssä on suurien resoluutioiden ohella myös muuta uutta ja yksi merkittävimmistä seikoista on tehostettu H.264:ään perustuva algoritmi, jonka myötä teräväpiirtovideoita voidaan toistaa hitaammilla internetyhteyksillä. ITU-T:n tietojen mukaan aiempaa vastaava videolaatu kyetään tarjoamaan ainoastaan puolella bittivirralla. Samalla uusi koodekki helpottaa suurien videostriimauspalveluiden, kuten YouTuben, Netflixin ja Vimeon, tilannetta, kun kaistankäyttö on jatkuvassa nousussa kasvaneiden käyttäjämäärien myötä.

ITU-T, Lehdistötiedote

Ville Suvanto

 
1.
Kuinkakohan monta minuuttia menisi renderöidä 10 minuuttia raakaa 4k kuvaa H.265:ksi 3570k:lla?
2.

Lainaus:
Alkuperäinen kirjoittaja VAZERRNäytä viesti

Kuinkakohan monta minuuttia menisi renderöidä 10 minuuttia raakaa 4k kuvaa H.265:ksi 3570k:lla?


Tuo taitaa nykyisillä softilla kestää vielä päiviä. Menee vielä ainakin pari vuotta, ennen kuin laatu/nopeus/bitrate on edes samalla tasolla x264:n kanssa.
3.

Lainaus:
Alkuperäinen kirjoittaja JuceNäytä viesti

Tuo taitaa nykyisillä softilla kestää vielä päiviä. Menee vielä ainakin pari vuotta, ennen kuin laatu/nopeus/bitrate on edes samalla tasolla x264:n kanssa.

Kuinka helppoa/vaikeaa videon koodauksen toteutus näytönohjaimella CUDAa/OpenCL:ää käyttäen olisi? Käsittääkseni siihen kykeneviä ohjelmia ei ole juurikaan saatavilla.

4.
Joskus 2000-luvun alussa DVD-leffan pakkaaminen DivX:llä vei yli 10 tuntia 933Mhz Pentium III koneella. Nykyisin x264:lla MacBook Air Core i5 prossulla kestää noin < 30 minuuttia, mutta tietenkin pakkausaika taas kasvaa kun tuon saa käyttöön, toisaalta pienempi tiedostokoko on kyllä ihan kiva jos kuvanlaatu ei kärsi.
5.

Lainaus:
Alkuperäinen kirjoittaja OrmuNäytä viesti

Kuinka helppoa/vaikeaa videon koodauksen toteutus näytönohjaimella CUDAa/OpenCL:ää käyttäen olisi? Käsittääkseni siihen kykeneviä ohjelmia ei ole juurikaan saatavilla.



Jaa-a, HD7-sarjan Radeoneistahan löytyy uusi VCE-blocki joka on tarkoitettu niemenomaan encoodaamiseen. AnandTech - AMD Radeon HD 7970 Review: 28nm And Graphics Core Next, Together As One
Taitaa tosin vaatio softalta tuen tuon käyttöön.

(pointtina siis että jos se olisi nuin vain helppoa esim OpenCL:lla sitä varten tuskin tehtäisiin fixed function blockia GPUun)
6.
Tuossa logossa on muuten typo. "Efficieny"
7.
Mitenhän tämä vaikuttaa laitteistovaatimuksiin pienemmillä resoluutioilla? Esim. jos vanha kone jaksaa pyörittää laadultaan DVD:n veroista h264;ää 70% prosessorikuormalla, niin onko sama filmi H.265 -pakkauksella jo mahdoton tehtävä?
8.

Lainaus:
Alkuperäinen kirjoittaja VAZERRNäytä viesti

Kuinkakohan monta minuuttia menisi renderöidä 10 minuuttia raakaa 4k kuvaa H.265:ksi 3570k:lla?

Jos näytönohjaimet saadaan valjastettua 100%:sti renderöimään videokuvaa tai 3D-mallinnusta, ei siinä 15min kauempaa pitäisi mennä.

Mutta joo, esimerkiksi 2600K-prosessorilla (joka on ylikellotettu 4,8GHz) tuon uuden videotekniikan renderöinti voi kestää yli tunnin per 10min. Ainakin vielä.

10min 1080p h264:sta 2600K-prossulla kestää semmoset 20-25min, jos renderöintiasetukset ovat aikalailla tapissa.

9.
Xbox 720 4K-matskua pyörittämään
10.

Lainaus:
Alkuperäinen kirjoittaja NushiNäytä viesti

Mitenhän tämä vaikuttaa laitteistovaatimuksiin pienemmillä resoluutioilla? Esim. jos vanha kone jaksaa pyörittää laadultaan DVD:n veroista h264;ää 70% prosessorikuormalla, niin onko sama filmi H.265 -pakkauksella jo mahdoton tehtävä?


Kyllä H.265 pitäisi olla raskaampi. Ei parannukset ilmaisia ole, jos ei ole erikseen rautaa suunniteltu tuohon tehtävään. Yleensä menee niin, että mitä pienempi koko vaaditaan ilman näkyvää laadun heikentymistä, sen raskaampi pakata ja purkaa.
11.
Noista näyttiksien encoodereista sen verran, että samanlaisiin kuvanlaatuihin/pakkaussuhteisiin ei päästä kuin cpu-encoodereilla tai oikeilla dedicoiduilla encoodereilla.
12.

Lainaus:
Alkuperäinen kirjoittaja JormalaNäytä viesti

Noista näyttiksien encoodereista sen verran, että samanlaisiin kuvanlaatuihin/pakkaussuhteisiin ei päästä kuin cpu-encoodereilla tai oikeilla dedicoiduilla encoodereilla.



Tämähän riippuu ihan vain ja ainoastaan softan asetuksista, mikäli niin halutaan kyllä sen kiihdytetynkin saa laskemaan ihan samat ykköset ja nollat sinne kuin prossullakin. Samalla tosin katoaa (osa) nopeuseduista
13.
Koskahan joutuu taas ostamaan uuden töllön. Tuohan dvb-t2 sisältää h.264:n..
14.

Lainaus:
Alkuperäinen kirjoittaja KaotikaNäytä viesti

Jaa-a, HD7-sarjan Radeoneistahan löytyy uusi VCE-blocki joka on tarkoitettu niemenomaan encoodaamiseen. AnandTech - AMD Radeon HD 7970 Review: 28nm And Graphics Core Next, Together As One
Taitaa tosin vaatio softalta tuen tuon käyttöön.

(pointtina siis että jos se olisi nuin vain helppoa esim OpenCL:lla sitä varten tuskin tehtäisiin fixed function blockia GPUun)


Ei kyse ole helppoudesta vaan energiatehokkuudesta ja GPU:n resurssien varaamisesta, jos halutaan esim. streamata omaa pelaamista järkevästi niin dedikoitu enkooderi säästää GPU:n muuten peleille. Oletettavasti Nvidian Shield vaatii juuri tuon takia 6xx-kortin kun niistä moinen palikka löytyy myös. Toki CUDA/OpenCL-enkooderi on paljon joustavampi tulevaisuutta ajatellen.
15.

Lainaus:
Alkuperäinen kirjoittaja KaotikaNäytä viesti

Tämähän riippuu ihan vain ja ainoastaan softan asetuksista, mikäli niin halutaan kyllä sen kiihdytetynkin saa laskemaan ihan samat ykköset ja nollat sinne kuin prossullakin. Samalla tosin katoaa (osa) nopeuseduista


Mitä nyt itse nähnyt ja kokeillut, niin ei ainakaan säätövaraa ole ollut paljoa ja osa ominaisuuksista uupunut. Tiedä sitten mitä löytyy kaikista kalliista softista.
Sitä open source kehitystä kun vain on ollut niin valtavasti tuossa x264 encooderissa että laatua löytyy.
16.

Lainaus:
Alkuperäinen kirjoittaja KaotikaNäytä viesti

Tämähän riippuu ihan vain ja ainoastaan softan asetuksista, mikäli niin halutaan kyllä sen kiihdytetynkin saa laskemaan ihan samat ykköset ja nollat sinne kuin prossullakin. Samalla tosin katoaa (osa) nopeuseduista



RAUTA systeemeissä on ideana juuri se, että siellä on mahdollisimman simppeli porttimatriisihässäkkä, joka tekee ne tietyt jutut. Jos se on rakenteeltaan "ei ohjelmoitava", niin sen aikaansaaman laadun kasvattamiseksi pitää unohtaa sen käyttö enemmän tai vähemmän kokonaan.. Eli nopeusetu todellakin menetetään.

Tietysti esim CUDAlla tms tehtyä saa säätäneeksi mielinmäärin, sillä sehän on vain ohjelmisto, tietynlaisen suorittimen päällä..
17.
Kirjoituksessa on virhe: "UltraHD-8K-resoluutiota (7689x4320)". Kyseinen kuvakoko on 7680 x 4320.

Virhe on ilmiselvä, sillä videopakkauksessa käytettävät lohkot ovat käytännössä aina parillisia kooltaan. Näin ollen kuvakoko on kummassakin suunnassa parillinen luku. HEVC:n tapauksessa lohkon koko on vähintään 16x16, joten kuvakoon korkeus ja leveys ovat aina jaollisia luvulla 16.

18.
Docomo demos HEVC (H.265) new video coding standard #DigInfo - YouTube

Takaisin ylös