D
Deleted member 4604
Vieras (tunnus poistettu)
No heti eka vastauksessa alkoi hurja puolustelu ja AMD:n dissaaminen vaikka en missään vaiheessa edes maininnut AMD:stä mitään.
Se on totta että Intel on vahvoilla videokoodauksessa, kun taas AMD on vahvoilla renderöinnissä. Jos tekee molempia niin pitäisikö sitten ostaa molemmat? Vai voisiko hommaa kenties miettiä että kumpaan sitä aikaa enemmän käytetään?
Mielestäni molemmille valmistajille on markkinansa ja ei asiaa voi tarkastella vain jonkun AVX-512 tuen näkökulmasta. Ehkä se AVX-512 lähitulevaisuudessa tulee kovastikkin yleistymään tai sitten ei.
Jos taas triggeröinti tapahtui tuon Linuksen videon sisällön perusteella niin kyllä siellä oli ihan valideja argumentteja miksi tuo X299 alusta on nykyään turha. Linus itseasissa videolla sanoi että eiemmin kun tekivät revikan Xeon-W niin eivät oikein ymmärtäny että miksi se on olemassa mutta nyt tilanne olisi se että X299 alusta joutaisi kaatopaikalle ja Xeon-W alustalle hiukan hinnan viilaamista niin olisi homma paketissa.
En mielestäni puhunut mitään videon pilkkomisesta vaan tarkoitin usean encoder instanssin ajamisesta yhtä aikaisesti kuten tässä on kuvailtu ja toteutettu
Feature Suggestion: Multiple Simultaneous Encodes · Issue #283 · RandomEngy/VidCoder
Olis kiva päästä leikkimään jollain 2950X:llä tai 7980XE:llä ja teistailla erilaisia säätöjä tuon video encoodauksen kanssa.
Threading — x265 documentation
Tuolla on ihan mielenkiintoista settiä ja tuolta voi selvästi lukea sen että x265 ei ole rinnakkaistu niin hyvin kuin x264, jolloin olisi kiva päästä testaamaan juurikin tuota useamman yhtäaikaisen videon koodaamista samaan aikaan ja rajoittamalla säikeiden määrää itse kooderissa.
Veikkaan että hiukan kun jaksaisi leikkiä niin voisi löytyä vauhtia lisää molemmille härveleille ihan kivasti.
Niin ja tuollainen automaaginen pilkkominen on myös ihan mielenkiintoinen ajatus, tiedä sitten että onko se kuinka realistinen taikka ongelmaton toteutettavaksi.
Vähän on erikoinen käsitys dissaamisesta sulla.
Nykyiset Ryzenit on kaikessa vahvoilla niin kauan, kuin kuormat ei hyödynnä tehokkaasti 256-bit käskyjä, ne skaalautuu lineaarisesti eikä ne ole muistilatenssikriittisiä.
Zen 2 kanssa suorituskyky 256-bit kuormissa pitäisi olla nyt samoilla lähtöviivoilla Intelien kanssa, joten suorituskykyä niissä ei tarvitse enää sen myötä hävetä.
AVX512 tuki on esimerkiksi itselle täysin yhdentekevä, joten sen puuttumisen Zen 2:sta ei itsessään vaikuta päätökseen vaihtaa tai olla vaihtamatta nykyistä prosessoria siihen.
Tarkoitin nyt itse enkoodereita, en jotain kolmannen osapuolen toteuttamaa pilipali-GUI:ta niille.
Varsinkin 1080P videon kanssa ole monesti joutunut lohkomaan noita lähdemateriaaleja useampaan osaan, jotta ne saa enkoodattua useammassa instanssissa (ts. nopeammin).
Homma on esim. HEVC lähdemateriaalin kanssa erittäin hankalaa, koska HEVC videon voi lohkoa vain IDR-kuvien kohdalta. Edes aktiivisimmin kehitetyt työkalut (esim. FFMpeg) ei osaa automaatisesti
tehdä tuota lohkomista, vaan se on tehtävä käsin. Siinä vaiheessa kun enkooderi itse tai esim. FFMpeg osaa tehdä lohkomisen kunnolla ja täysin automaattisesti, niin silloin sen option voi myös huomioida.