
Umbes aasta tagasi avaldasin artikli . Selles analĂŒĂŒsiti erinevate pilvemĂ€ngude teenuste plusse ja miinuseid madalate seadmete jaoks. MĂ€ngimise kĂ€igus testisin iga teenust ja jagasin lĂ”puks ĂŒldmulje.
Selle artikli ja teiste sarnaste artiklite kommentaarides jagasid lugejad sageli muljeid erinevatest mĂ€nguteenustest. Tihti esines vastandlikke arvamusi sama teenuse kohta. Kellegil on kĂ”ik ideaalne, kellegi jaoks aga mĂ€ngimine pole vĂ”imalik lagide ja hangumiste tĂ”ttu. Siis tekkis mul idee hinnata nende teenuste töö kvaliteeti erinevates tingimustes - ideaalsetest kuni kohutavateni. RÀÀgime ĂŒhenduse kvaliteedist, sest kaugel sellest, et iga kasutaja saaks kiidelda kiire ja probleemideta ĂŒhenduse kanaliga, eks? KokkuvĂ”ttes, allpool on teenuste hindamine, simuleerides erineva kvaliteediga vĂ”rgu tööd.
Mis on probleem?
Nagu eelpool mainitud - ĂŒhenduse kvaliteedis. TĂ€psemalt - paketikaotuses mĂ€ngimise kĂ€igus. Mida kĂ”rgemad on kaotused, seda rohkem probleeme on mĂ€ngijal, seda vĂ€hem on ta mĂ€nguga rahul. Ja harva kellelgi on ideaalne ĂŒhendus nagu kiudoptiline ĂŒhendus seadme juurde, kusjuures internet on eraldatud, mitte kĂ”ikide korterelamu elanike vahel jagatud.
Teadmiseks - 25 Mbit/s ĂŒhenduse kiirusel on ĂŒhe kaadri edastamiseks vajalik 40-50 andmepaketti. Mida rohkem pakette kaob, seda madalama kvaliteediga pilt jÀÀb ja seda tugevamini on lagid ja hangumised mĂ€rgatavad. Erakordselt rasketes olukordades on mĂ€ngimine lihtsalt vĂ”imatu.
Muidugi ei saa pilveteenus kuidagi mĂ”jutada kasutaja kanali laius ega stabiilsust (kuigi see oleks muidugi tore). Kuid siiski on vĂ”imalik ette nĂ€ha erinevaid viise ĂŒhendusprobleemide leevendamiseks. Millised teenused tulevad probleemiga kĂ”ige paremini toime - seda nĂ€eme allpool.
Mida tÀpselt vÔrreldakse?
Tavaline PC (Intel i3-8100, GTX 1060 6 GB, 8GB RAM), GeForce Now (oma Venemaa versioon serveritega Moskvas), , , , . KĂ”igil teenustel, vĂ€lja arvatud Stadia, uurime mĂ€ngimise kvaliteeti âWitcher". Google Stadial polnud selle artikli kirjutamise ajal seda mĂ€ngu, seega tuli testida teist - âOdyssey".
Millised on testimise tingimused ja metoodika?
Testime Moskvas. Teenusepakkuja â MGTS, hind 500 Mbit/s, ĂŒhendus on kaabel, mitte WiFi. Graafika kvaliteedi seaded teenustes vĂ”tame vaikimisi, eraldusvĂ”ime â FullHD.
Abiga programmist simuleerime vĂ”rgu probleeme, nimelt erineva tĂŒĂŒbi ja mahuga pakettide kaotust.
Ăhtlased ĂŒksikud kaotused. See on siis, kui kaob ainult 1 pakett ja kaotused jaotuvad rohkem-vĂ€hem ĂŒhtlaselt. Nii et ĂŒhtlase kaotuse mÀÀr 10% tĂ€hendab, et 100 paketist kaob iga kĂŒmnes, kuid ainult 1 pakett. Probleem ilmneb tavaliselt hĂ€irete (ekraanide) tĂ”ttu ĂŒhenduses kliendi ja serveri vahel.
Testime ĂŒhtlasi kaotusi 5%, 10%, 25%.
EbaĂŒhtlased massilised kaotused, kui mingil hetkel kaob korraga 40-70 paketti jĂ€rjest. Sellised kaotused tekivad kĂ”ige sagedamini vĂ”rgu seadmete (ruuterite jne) probleemide tĂ”ttu kasutaja vĂ”i teenusepakkuja juures. Need vĂ”ivad olla seotud vĂ”rguseadmete mĂ€lupuhvri ĂŒlekoormusega, mis on ĂŒhenduses "kasutaja â server". WiFi paksude seintega vĂ”ib samuti pĂ”hjustada selliseid kaotusi. Traadita vĂ”rgu ĂŒlekoormus suure hulga seadmete tĂ”ttu on veel ĂŒks pĂ”hjus, mis on vĂ€ga iseloomulik kontoritele ja mitme perega elumajadele.
Testime ebaĂŒhtlasi kaotusi 0,01%, 0,1%, 0,5%.
Allpool analĂŒĂŒsin kĂ”iki neid juhtumeid ja lisan videovĂ”rdluse selguse huvides. Artikli lĂ”pus annan lingi toore, monteerimata mĂ€nguvideo jaoks kĂ”ikidest teenustest ja juhtumitest â seal saab tĂ€psemalt uurida artefakte ning tehnikainfot (kĂ”ikides teenustes, vĂ€lja arvatud Stadia, on salvestatud tehnilise konsoli andmed; Stadia kohta ei leidnud selliseid).
LĂ€hme!
Allpool on 7 stressitesti stsenaariumi ja video ajatempli mÀrkmetega (video on sama, mugavuse huvides algab iga punkti vaatamine vajalikust hetkest). Postituse lÔpus on lÀhtevideod iga teenuse jaoks. Video tegemisel aitas mind hea tuttav, mille eest olen tÀnulik!
Stsenaarium nr 1. Ideaalsed tingimused. Null kaotusi vÔrgus
KĂ”ik nagu peaks olema ideaalses maailmas. Ăhenduse probleeme ei ole, katkestuseid â ĂŒhegi, hĂ€iringuid ei ole, teie juurdepÀÀsupunkt on interneti valgustus. Sellistes kasvuhoone tingimustes nĂ€itavad peaaegu kĂ”ik testijad end korralikult.

PC
Iga stsenaaris oleme vĂ”tnud arvuti mĂ€ngudest kaadrid kui etalon. On selge, et selle kvaliteeti ei mĂ”juta vĂ”rgu kvaliteet, mĂ€ng kĂ€ivitatakse arvutis kohalikult. Need kaadrid vastavad kĂŒsimusele âkas on tunne, et mĂ€ngides pilves on erinevus vĂ”rreldes oma arvutiga mĂ€ngimisegaâ. Ideaalsetes tingimustes ei tunne enamik teenuseid erinevust. Allpool ei hakka me enam arvutist kirjutama, lihtsalt pidage meeles, et see on olemas.
GeForce Now
KÔik on hÀsti, pilt on selge, protsess toimub sujuvalt, ilma hangumisteta.
Vortex
Vortex rikkus meie ideaalse maailma. Sellega tekkisid kohe probleemid â pilt on halvem kui kĂ”igil teistel, pluss on selgelt mĂ€rgatavad 'tĂ”rked'. VĂ”imalik probleem on see, et mĂ€nguserverid asuvad Moskvast kaugel ning mĂ€nguserverite riistvara tundub olema nĂ”rgem ja FullHD ei kanna vĂ€lja. KĂ”ikidel testidel nĂ€itas Vortex end halvasti. Kui kellelgi on positiivne kogemus mĂ€ngimisest Vortexiga â kirjutage kommentaarides, jagage, kust kohast mĂ€ngisite ja kui hĂ€sti kĂ”ik kulges.
Playkey
KÔik on suurepÀrane, tÀiesti nagu kohalikul arvutil. NÀhtavaid probleeme, nagu hangumised, viivitused jne, ei ole.
Loudplay
Teenuse pakkuja annab suurepÀrase pildi, nÀhtavaid probleeme ei ole.
Stadia
Google'i mĂ€nguteenused toimivad suurepĂ€raselt, hoolimata sellest, et Venemaal pole servereid ja Stadia ei toimi ametlikult Venemaal. Sellegipoolest on kĂ”ik hĂ€sti. Kahju, et 'Witcher' ei olnud Stadia peale mĂ€ngimist, aga mis teha, valisime 'Odyssey' â samuti nĂ”udlik, samuti mehest, kes raiub inimesi ja loomi.
Stsenaarium nr 2. Ăhtlased kaod 5%
Selles testis kaotatakse 100 paketist umbes iga 20. Pakun meelde, et ĂŒhe kaadri joonistamiseks on vajalik 40-50 paketti.

GeForce Now
Nvidia teenusel on kÔik hÀsti, probleeme ei ole. Pilt on veidi udusem kui Playkey'l, kuid 'Witcher' on endiselt mÀngitav.
Vortex
Siin lĂ€ks kĂ”ik veel halvemaks. Miks â ei ole tĂ€ielikult selge, kĂ”ige tĂ”enĂ€olisemalt ei ole ĂŒleliigsust ette nĂ€htud vĂ”i see on minimaalne. Ăleliigsus on mĂŒratĂ”rje kodeerimine edastatavate andmete jaoks (FEC â Forward Error Correction). See tehnoloogia taastab andmed osalise kaotuse korral vĂ”rgu probleemide tĂ”ttu. Selle rakendamine ja seadistamine on erinev ja tundub, et Vortexi loojad ei ole selles edukad. Isegi vĂ€ikeste ĂŒhtlaste kaotustega mĂ€ngimine ei ole vĂ”imalik. JĂ€rgmistes testides Vortex lihtsalt 'surid'.
Playkey
KĂ”ik on hĂ€sti, erilist erinevust ideaalsete tingimustega ei ole. VĂ”ib-olla aitab see, et ettevĂ”tte serverid asuvad sealhulgas ka Moskvas, kust katsed viidi lĂ€bi. Ja vĂ”ib-olla on ka ĂŒlalmainitud ĂŒleliigne seadistus paremini seadistatud.
Loudplay
Teenuse mĂ€ngitavus on jĂ€rsku halvenenud, vaatamata suhteliselt vĂ€ikestele paketikaotustele. Mis vĂ”ib olla probleem? Eeldan, et Loudplay kasutab TCP-protokolli. Sel juhul ei saadeta uusi pakette seni, kuni paketi kĂ€tte saamise kinnitus ei ole saabunud, sĂŒsteem ootab kinnitus. Vastavalt sellele, kui pakk on kadunud, siis kinnitust ei tule, uusi pakette ei saadeta, pilt jÀÀb seisma, lugu lĂ”ppes.
Aga kui kasutada UDP-d, siis kÀtte saamise kinnitus ei ole vajalik. Kui vaatame, nÀib, et kÔik teised teenused, vÀlja arvatud Loudplay, kasutavad UDP-protokolli. Kui see ei ole nii, palun parandage mind kommentaarides.
Stadia
KÔik on mÀngitav. MÔnikord on pilt piksliline, esinevad minimaalsed viivitused. VÔib-olla ei tööta hÀirekindel kodeering ideaalselt, seetÔttu on mÀngitava voogude juures vÀikesed artefaktid.
Skenaario nr 3. Ăhtlased kaotused 10%
Kaotame iga kĂŒmnenda paketi saja kohta. See on juba vĂ€ljakutse teenustele. Selliste kaotustega tĂ”husaks toimetulekuks on vajalikud taastamise tehnoloogid ja/vĂ”i kaotatud andmete uuesti saatmine.

GeForce Now
Geforce'il on mĂ€rgata vĂ€ikseid langusi videovoo kvaliteedis. NĂ€ib, et GFN reageerib probleemidele vĂ”rgus, pĂŒĂŒdes neid vĂ€hendada. Teenus vĂ€hendab bitikiirus, ehk andmete edastamiseks kuluvat bitite arvu. Nii pĂŒĂŒab ta vĂ€hendada koormust sisuliselt kehvale, tema arvates, vĂ”rgule ja sĂ€ilitada stabiilse ĂŒhenduse. Ja stabiilsuse osas on tĂ”epoolest kĂŒsimusi, kuid video kvaliteet kannatab mĂ€rgatavalt. NĂ€eme mĂ€rkimisvÀÀrset pikslilisust pildis. Kuna simuleerimine eeldab pidevat 10% pakettide kaotust, siis bitikiirus ei aita eriti, olukord ei parane.
Tegelikkuses on pilt tĂ”enĂ€oliselt mitte stabiilselt halb, vaid muutlik. Kaotused suurenevad â pilt hĂ€gustub; kaotused vĂ€henevad â pilt naaseb normaali ja nii edasi. See ei ole mĂ€ngukogemusele kindlasti miinuseks.
Playkey
Erilisi probleeme pole. TĂ”enĂ€oliselt tuvastab algoritm vĂ”rguprobleemid, mÀÀrab kadude taseme ja keskendub rohkem ĂŒleliigsusele kui bitrate'i vĂ€hendamisele. Tulemusena, kui kadud on 10% jaotatud, siis pildi kvaliteet praktiliselt ei muutu, kasutaja selliseid kadu tĂ”enĂ€oliselt ei mĂ€rka.
Loudplay
Ei tööta, see lihtsalt ei kĂ€ivitunud. Edasiste testide kĂ€igus kordus olukord. Niipalju kui aru saada, ei kohanda see teenus vĂ”rguprobleemidega kuidagi. VĂ”imalik, et sĂŒĂŒdi on TCP-protokoll. Igasugused kadu halvatavad teenuse tĂ€ielikult. See pole elulistes tingimustes vĂ€ga praktiline, loomulikult.
Vortex
Ka siin on suured probleemid. Sellistes tingimustes ei saa mĂ€ngida, kuigi pilt veel on ja tegelane jĂ€tkab jooksu, kuigi hĂŒpates. Arvan, et asi on taas halvasti realiseeritud vĂ”i puuduvates ĂŒleliigustes. Paketid kaovad sageli ja neid ei taastata. Tulemuseks on pildi kvaliteedi halvenemine mĂ€ngitavuse tasemeni.
Stadia
Kahjuks on siin kĂ”ik halb. JĂ”udude katkemine, mis pĂ”hjustab ekraanil toimuvaid sĂŒndmusi hĂŒpates, mĂ€ngimine on ÀÀrmiselt keeruline. VĂ”ib oletada, et probleem tekkis, nagu ka Vortex puhul, minimaalse vĂ”i puuduva ĂŒleliigsuse tĂ”ttu. Konsulteerisin mitme tuttava inimesega, kes on "teemas", nad ĂŒtlesid, et Stadia tĂ”enĂ€oliselt ootab tĂ€ismahus kaadri kogumist. Erinevalt GFN-ist ei proovi ta olukorda pÀÀsta tĂ€ieliku bitrate'i vĂ€hendamisega. Tulemuseks on artefaktide puudumine, kuid tekivad kĂŒlmumis- ja viivitused (GFN-i puhul on see vastupidi, kĂŒlmumisi/viivitusi on vĂ€hem, kuid madala bitrate'i tĂ”ttu on pilt tĂ€iesti ebameeldiv).
Tundub, et teised teenused ei oota ka tÀismahus kaadri kogumist, asendades kadunud osa vana kaadriga. See on hea lahendus, enamasti ei mÀrka kasutaja pettust (30+ kaadrit vahetatakse sekundis), kuigi mÔnikord vÔivad tekkida artefaktid.
Senaarium nr 4. Ăhtlased kadud 25%
Iga neljas pakett kaob. Aeg lĂ€heb ĂŒha hirmuĂ€ratavamaks huvitavamaks. Ăldiselt ei ole sellise "augulise" ĂŒhendusega normaalne mĂ€ngimine pilves peaaegu vĂ”imalik. Kuigi mĂ”ned vĂ”rdluses osalejad toime tulevad, kuigi mitte ideaalselt.

GFN
Probleemid on juba vÀga mÀrgatavad. Pilt on pikseliseeritud ja udune. MÀngida on ikka vÔimalik, kuid see ei ole enam see, mida GFN alguses pakkus. Ja kindlasti mitte see, kuidas kauneid mÀnge mÀngida.
Playkey
MĂ€ngimise protsess lĂ€heb kenasti. Sujuvus on olemas, kuigi pilt kannatab natuke. Muide, vasakus ĂŒlaosas on numbrid, kui palju kadunud pakette taastatakse. Nagu nĂ€eme, taastatakse 96% pakettidest.
Loudplay
Ei kÀivitatud.
Vortex
MÀngimine ei ole isegi vÀga suure soovi korral vÔimalik, frizid (pildi peatamine, videovoog jÀtkamise uue fragmendi jÀrgi) on veelgi markantsemad.
Stadia
Teenust on praktiliselt vÔimatu mÀngida. PÔhjused on juba eespool nimetatud. Kasutatakse kaadrikogumist, kasutus on minimaalne, selliste kaotustega ei piisa.
Skeem nr 5. EbaĂŒhtlane kadu 0,01%.
10 000 paketti ajal kaotatakse 1 kord jÀrjestikku 40-70 paketti. See tÀhendab, et kaotame umbes 1 iga 200 kaadrit. Juhtub, kui vÔrgu seadme puhver on tÀis ja kÔik uued paketid lihtsalt visatakse Àra (drop), kuni puhver vabastatakse. KÔik vÔrdlejad, vÀlja arvatud Loudplay, on selliseid kaotusi mingil mÀÀral lahendanud.

GFN
Pilt on veidi kvaliteeti kaotanud, muutus veidi hÀguseks, kuid kÔike on tÀiesti mÀngitav.
Playkey
KÔik on vÀga kenasti. Pilt on sujuv, kujutis on hea. MÀngida saab probleemideta.
Loudplay
Esimese paar sekundi jooksul oli pilt olemas, kangelane jooksis isegi. Kuid ĂŒhendus serveriga katkes peaaegu kohe. Oh see TCP-protokoll. Esimene kaotus tĂ”mbas teenuse kohe maha.
Vortex
TavapÀrased probleemid on tÀheldatud. Frizid, lagid ja see kÔik. MÀngida oleks sellistes tingimustes vÀga keeruline.
Stadia
MÀngitav. MÀrgatavad vÀikesed langused, pilt mÔnikord pikseliseerub.
Skeem nr 6. EbaĂŒhtlane kadu 0,1%.
10 000 paketti ajal kaotatakse 10 korda jÀrjestikku 40-70 paketti. TÔenÀoliselt kaotame 10 iga 200 kaadrit.
Ătlen kohe, et mĂ€rgatavad probleemid on tekkinud enamiku teenustega. NĂ€iteks pilt tĂ”mbleb, nii et liialdus siin enam ei aita. See tĂ€hendab, et tehnoloogia kasutamisel on positiivne mĂ”ju, kuid see on vĂ€ike.
Asi on selles, et reaktsioon kasutaja tegevustele ja mÀngule on piiratud, videovoo peab olema pidev. Voo taastamine vastuvÔetava kvaliteedini ei Ônnestu, hoolimata teenuste pingutustest.
KĂŒbarakendused (katse kompenseerida pakettide kadumist, andmeid on liiga vĂ€he) ja pildihĂ€ired on ilmsed.

GFN
Pildi kvaliteet on mÀrgatavalt halvenenud, bitikiirus on tÔsiselt langetatud.
Playkey
KĂ€ib paremini â tĂ”enĂ€oliselt seetĂ”ttu, et ĂŒleliigsete elementide seadistus on hea, pluss bitikiirusaalgoritm arvutab kadumisi mitte vĂ€ga kĂ”rgeks ning ei muuda pilti pikseldatud lagunemiseks.
Loudplay
Ei kÀivitatud.
Vortex
KÀivitati, kuid kohutava pildikvaliteediga. HÀired ja langused on vÀga mÀrgatavad. Sellistes tingimustes mÀngimine on tÔenÀoliselt vÔimatu.
Stadia
HĂ€ired on hĂ€sti mĂ€rgatavad, see on selge mĂ€rk, et ĂŒleliigseid elemente on liiga vĂ€he. Pilt peatub, siis ilmuvad teised kaadrid, videovoog katkeb. MĂ€ngimine on vĂ”imalik, kui on suur soov ja kalduvus enesetapule.
Skenaarionumber 7. EbaĂŒhtlane kadu 0,5%
10 000 paketi puhul kaob jÀrjestikku 40-70 paketti 50 korda. Kaotame 50 kaadrit 200-st.
Situatsioon on nagu "vormiline pi***tus". Teie ruuter jookseb kokku, teenusepakkujal on avarii, juhtmed on nÀrinud hiired, aga te ikkagi soovite mÀngida pilves. Millist teenust peaksite valima?

GFN
MĂ€ngida on juba vĂ€ga keeruline, kui ĂŒldse vĂ”imalik â bitikiirus on tugevalt alandatud. Kaadrid kaovad, normaalse pildi asemel nĂ€eme âseepiâ. Kaadreid ei taastata â info taastamiseks on liiga vĂ€he. Kui GFN-il on ĂŒldse taastamine ette nĂ€htud. Kuidas teenus aktiivselt pĂŒĂŒab bitikiirusest olukorda pÀÀsta, tekitab kahtlusi selle valmisoleku suhtes ĂŒleliigsete elementidega töötamiseks.
Playkey
On kaadri moonutus, pilt vĂ€riseb, see tĂ€hendab, et ĂŒksikute kaadrite elemendid korduvad. On nĂ€htav, et suur osa âkatkistâ kaadrist on taastatud eelmistest fragmentidest. St uutes kaadrites on osad vanadest kaadritest. Kuid pilt on sellegipoolest enam-vĂ€hem selge. Juhtida on vĂ”imalik, kuid dĂŒnaamilistes stsenaariumides, nĂ€iteks kakluses, kus on vajalik kiire reaktsioon â on keeruline.
Loudplay
Ei kÀivitatud.
Vortex
KĂ€ivitati, kuid oleks parem, kui poleks kĂ€ivitunud â selle mĂ€ngimine on vĂ”imatu.
Stadia
Teenust sellistes tingimustes ei saa mĂ€ngida. PĂ”hjused â vajadus oodata kaadri kokkupanekut ja nĂ”rk ĂŒleliigsete elementide tase.
Kes on vÔitja?
Hinnang on loomulikult subjektiivne. Kommentaarides on vĂ”imalik vaielda. Ja esikoht kuulub loomulikult kohalikele mĂ€ngukeskustele. Just selle tĂ”ttu, et pilveservereid mĂ”jutavad tugevalt vĂ”rgu kvaliteet, mis on reaalses maailmas ĂŒsna ebastabiilne, jÀÀb isiklik mĂ€ngu-PC konkurentsist vĂ€lja. Kuid kui mingil pĂ”hjusel pole seda olemas, siis vaadake edetabelit.
- Kohalik mÀngu-PC. Oodatud.
- Playkey
- GeForce Now
- wccftech.com
- Vortex
- Loudplay
KokkuvĂ”tteks toon veel kord vĂ€lja, et pilvese mĂ€ngimises mĂ€ngib ĂŒlekaalukalt suurimat rolli vĂ”rguprobleemide taluvus:
- Millist vÔrguprotokolli kasutatakse. Videovoo edastamiseks on kÔige parem kasutada UDP-d. Kahtlustan, et Loudplay kasutab TCP-d, kuigi ma ei tea seda kindlasti. Kuid katsetamise tulemusi nÀgite.
- Kas on rakendatud hĂ€iret taluvat kodeerimist (FEC - Forward Error Correction, see tĂ€hendab ĂŒleliigne). Samuti on oluline selle kohandamise viis pakettide kaotuse osas. Nagu nĂ€gime, sĂ”ltub pildi kvaliteet oluliselt realiseerimisest.
- Kuidas on seadistatud bitikiirus. Kui teenus pÀÀstab olukorra esmajoones bitikiirusest, mĂ”jutab see rohkem pilti. Edu vĂ”ti on Ă”rn tasakaal bitikiirusemaneerimise ja ĂŒleliigsuse vahel.
- Kuidas on seadistatud töötlemine pÀrast. Kui tekivad probleemid, kas kaadrid pannakse lihtsalt tagasi, taastatakse vÔi kogutakse kokku vanade kaadrite fragmentide abil.
- Serverite lÀhedus mÀngijale ja riistvara vÔimekus mÔjutavad mÀngu kvaliteeti samuti oluliselt, kuid see kehtib ka ideaalse vÔrgu kohta. Kui serveriteni on latentsus liiga kÔrge, ei saa isegi ideaalses vÔrgus mugavalt mÀngida. Selles uuringus ei katsetanud me latentsust.
Kuna lubasin, siis siin on link.
Allikas: habr.com
