|
Netflix keksi uuden menetelmän ? Videot toistuvat aiempaa hitaammilla yhteyksillä
|
|
Viestiketjuun kuuluvat käyttäjäkommentit liittyvät tähän uutiseen:
uutinen julkaistu: 15 joulukuuta, 2015
Netflix on ottamassa parhaillaan käyttöön uutta pakkausmenetelmää, jonka ansiosta suoratoistopalvelun välittämän Full HD -tasoisen videokuvan kaistantarve saadaan 20 prosenttia pienemmäksi. Se ei välttämättä kuulosta isolta (jos vertaa esimerkiksi VP9:n tai HEVCin lupauksiin), mutta teleoperaattoreiden kanssa verkkoyhteyksien takia tappelevalle suoratoistopalvelulle se voi tarkoittaa isoa säästöä.
... [ lue koko uutinen ]
Lue uutisartikkeli kokonaisuudessaan ennen kuin kommentoit aihetta.
|
Member
3 tuotearviota
|
16. joulukuuta 2015 @ 07:15 |
Linkki tähän viestiin
|
|
Niinpä niin ja kohta aletaan näkemään isommilla ruuduilla pixelipaskaa jonka jälkeen netflix sanoo vain että vika on automaattisessa yhteyden tunnistuksessa ja tai nettiyhteydessä. Jos mennäään oikeasti yli 1/3 pakkauksessa niin kukaan järkevä ei voi väittää että laatu on sama. Voiton maksimointi on avain.
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 16. joulukuuta 2015 @ 07:16
|
|
coocie98
Senior Member
|
16. joulukuuta 2015 @ 08:05 |
Linkki tähän viestiin
|
Lainaus, alkuperäisen viestin kirjoitti nwind:
Niinpä niin ja kohta aletaan näkemään isommilla ruuduilla pixelipaskaa jonka jälkeen netflix sanoo vain että vika on automaattisessa yhteyden tunnistuksessa ja tai nettiyhteydessä. Jos mennäään oikeasti yli 1/3 pakkauksessa niin kukaan järkevä ei voi väittää että laatu on sama. Voiton maksimointi on avain.
Pakkauksen maailma on ihmeellinen (ja hieman elitistinen, mutta ei mennä sinne). Itse olen kyllä nähnyt, että 20 min n. 700 MB tiedosto saadaan 200 MB:seen täysin samalla ellei jopa paremmalla laadulla kun kohina filtteröitiin pois ilman yksityiskohtien menettämistä.
Kaikki ei tietty pakkaudu samalla tavalla ja jotkut varmasti väittävät, että jos kohina oli alkuperäisessä lähteessä niin sen filtteröiminen oli väärin. Pointtina oli kuitenkin, että sitä tiedoston kokoa saadaan tänä päivänä tosi tehokkaasti pienennettyä ilman merkittäviä menetyksiä. Tämä vaatii kuitenkin usein hyviä taitoja ja ymmärrystä videokuvasta (mitä minulla ei ole ja sen vähäisenkin olen unohtanut).
Jos alakerrassa on aivan sairaat videontoistolaitteet ja pienetkin muutokset näyttävät pahoilta... no, ne on varmaan niitä rikkaiden ongelmia :)
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 16. joulukuuta 2015 @ 08:11
|
AfterDawn Addict
23 tuotearviota
|
16. joulukuuta 2015 @ 10:24 |
Linkki tähän viestiin
|
|
Eli Netflix löysi VBR ja animaatio ruksit h.264 enkooderista. Ihme, että tähän meni 4 vuotta.
|
Member
|
16. joulukuuta 2015 @ 11:07 |
Linkki tähän viestiin
|
Lainaus, alkuperäisen viestin kirjoitti user@org:
Lainaus, alkuperäisen viestin kirjoitti arcanix:
Eli Netflix löysi VBR ja animaatio ruksit h.264 enkooderista. Ihme, että tähän meni 4 vuotta.
Uutisen mukaan ei kyse ollut rukseista, vaan sisällön analysoimisesta ja sille optimaallisemmasta käsittelystä. Tuskin heidän softissa ruksia oli valmiina, tai no mistä tietää...
Hieman tarkentaen, tähän asti Netflixin softa on vaan transkoodannu kaiken sisällön samoilla asetuksilla riippumatta siitä, minkälaista sisältöä oikeesti on ollut kyseessä. Nyt jatkossa se softa osaa analysoida koko kohteen pätkinä ja kokonaisuutena, ja sen mukaan valitsee, mitä profiilia käyttää -- animelle ja muulle piirretylle animaatiolle esim. hi10p sopii paremmin, ko 8p, mut bittitaajuutta taas voi laskea ilman näkyvää eroa kuvanlaatuun.
Ja kyseessä ei tosiaan ole VBR; VBR ei sovellu striimaukseen epätasaisten vaatimustensa takia, vaan käytännössä kaikki striimauspalvelut käyttää CBR:ää.
|
Member
8 tuotearviota
|
16. joulukuuta 2015 @ 21:28 |
Linkki tähän viestiin
|
Vaikuttaa vähän samanlaiselle tekniikalle kuin esim. Handbraken Constant Quality-asetus, jossa säädetään videolle pysyvä laatu bitraten sijaan. Lopputulos on periaatteessa VBR, mutta todellisuudessa vaihtelu on varsin vähäistä. Joka tapauksessa tilaa säästyy huomattavasti laadusta tinkimättä.
Lainaus, alkuperäisen viestin kirjoitti WereCatf:
Ja kyseessä ei tosiaan ole VBR; VBR ei sovellu striimaukseen epätasaisten vaatimustensa takia, vaan käytännössä kaikki striimauspalvelut käyttää CBR:ää.
Ehkä video puolella, mutta musiikkipalveluista esim. Spotify ja Apple Music luottaa VBR:ään.
|
Senior Member
|
16. joulukuuta 2015 @ 23:46 |
Linkki tähän viestiin
|
Niin siis koko asian ydin tiivistyy tähän yhteen lauseeseen joka koodauksen kommentoijilta taisi jäädä lukematta:
Lainaus:
Netflixin menetelmä ei Varietyn jutun perusteella liity varsinaisesti suoraan enkoodausalgoritmeihin, vaan keinoon lajitella automatisoidusti erilaiset videot enkoodauksen suorittamista varten tietyillä asetuksilla.
Eli ei tässä nyt mitää uutta koodausmenetelmää olla keksimässä, vaan menetelmää jolla automaattisesta valitaan kullekkin videolle sopivin koodaus, eli jos alkuperäisvideo on vaikkapa jokin 80 luvun elokuva, voidaan se pakata huomattavasti heikompilaatuiseksi ilman että sen laatu huononee alkuperäisestä, eikä sen striimaamiseen siis kannata käyttää samanlaisia asetuksia kuin uusissa elokuvissa.
|
|
Mainos
|
|
|
Member
|
17. joulukuuta 2015 @ 05:19 |
Linkki tähän viestiin
|
Lainaus, alkuperäisen viestin kirjoitti capuzino:
Vaikuttaa vähän samanlaiselle tekniikalle kuin esim. Handbraken Constant Quality-asetus, jossa säädetään videolle pysyvä laatu bitraten sijaan. Lopputulos on periaatteessa VBR, mutta todellisuudessa vaihtelu on varsin vähäistä. Joka tapauksessa tilaa säästyy huomattavasti laadusta tinkimättä.
Ei, CQP:ssä on ihan sama ongelma, ko VBR:ssäkin ja sen takia se ei sovellu videon striimaukseen. Kyseessä on edelleen CBR; kuten sanoin, videot analysoidaan ennen pakkausta ja sen mukaan valitaan, mitä asetuksia siihen pakkaukseen käytetään.
Lainaus, alkuperäisen viestin kirjoitti capuzino:
Ehkä video puolella, mutta musiikkipalveluista esim. Spotify ja Apple Music luottaa VBR:ään.
Musiikissa puhutaan hieman eri bittinopeuksista ja datamääristä..
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 18. joulukuuta 2015 @ 07:55
|
