shabba#38
Ez a központi dolog nem igazán életszerű. Gondolj bele egy mezei 1280x1024-es felbontású 24 bit színmélységű, 30 fps-es kép 900 Mbps-os adatávitelt kíván, redundáns kódok nélkül. Ha még egy kis FEC-et egyéb redundanciát is belepakolsz simán 1 Gbps. Ezt az adatmennyiséget realtime tömöríteni igen komoly hardwaret kíván, ráadásul veszteségmentesen nem is nagyon lesz komoly mértékben tömöríthető.
Ha veszteséges tömörítést választod, mondjuk 1:30 arányban, még az 30-35 Mbps-nyi adatfolyam, és ott már azért lesznek a veszteséges tömörítésnek komolyabb képminőséget érintő hatásai. Ha most azokra a játékosokra gondolok akik képesek mindenből a legjobb, legdrágábbat venni és maximális élsimítás mellett tized FPS-eseken képesek rágódni, meg teszteredményeket bújni, az szerinted hogy fog tolerálni egy ilyen veszteségesen tömörített degradálódott képminőséget?
És akkor még a késleltetéssel nem is számoltál. Leütsz egy billentyűt, azt elküldöd a szervernek, ez akár több tíz ms is lehet attól függően a szerver fizikailag milyen távon helyezkedik el tőled. Ott a gép kiszámolja az aktuális framet ami szintén idő, utána ezt nekiáll neked veszteségesen realtime tömöríteni, utána visszaküldi az adatkapcsolaton ahol a kliens eszköznek ezt még ki kell tömörítenie, szóval azért valaki processzor kapacitásnak ott is kell lennie és csak utána kerülhet a megjelenítőre.