{"id":32292,"date":"2019-10-31T21:46:11","date_gmt":"2019-10-31T18:46:11","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-ustroena-oblachnaya-igrovaya-platforma-dlya-b2b-i-b2c-klientov-resheniya-dlya-otlichnoj-kartinki-i-borby-s-poslednej-milej\/"},"modified":"2019-10-31T21:46:11","modified_gmt":"2019-10-31T18:46:11","slug":"kak-ustroena-oblachnaya-igrovaya-platforma-dlya-b2b-i-b2c-klientov-resheniya-dlya-otlichnoj-kartinki-i-borby-s-poslednej-milej","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kak-ustroena-oblachnaya-igrovaya-platforma-dlya-b2b-i-b2c-klientov-resheniya-dlya-otlichnoj-kartinki-i-borby-s-poslednej-milej","title":{"rendered":"Hvordan den cloud-baserede spille platform er bygget til b2b og b2c-kunder. L\u00f8sninger til fremragende billede og bek\u00e6mpelse af den sidste mil","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Sky gaming kaldes<\/a><\/noindex> en af de vigtigste teknologier at holde \u00f8je med lige nu. Det forventes, at dette marked vil vokse ti gange over de n\u00e6ste seks \u00e5r - fra 45 millioner dollars i 2018 til 450 millioner dollars i 2024. Teknologigiganter som Google og Nvidia er allerede begyndt at udforske denne niche, mens Microsoft, EA, Ubisoft, Amazon og Verizon forbereder sig p\u00e5 at tr\u00e6de ind p\u00e5 scenen. <\/p>\n

For gamere betyder det, at de snart vil kunne stoppe med at bruge penge p\u00e5 hardwareopgraderinger og spille kraftfulde spil p\u00e5 svage computere. Er det fordelagtigt for de \u00f8vrige akt\u00f8rer i \u00f8kosystemet? Vi forklarer, hvorfor sky gaming vil \u00f8ge deres indt\u00e6gter, og hvordan vi har udviklet en teknologi, der g\u00f8r det nemt at tr\u00e6de ind i dette lovende marked.<\/p>\n

\"Hvordan
\n
\n<\/a><\/noindex><\/p>\n

Udgivere, udviklere, TV-producenter og teleselskaber: hvorfor har de alle brug for sky gaming<\/h1>\n

\nSpiludgivere og udviklere har interesse i at levere deres produkt til s\u00e5 mange spillere som muligt og s\u00e5 hurtigt som muligt. If\u00f8lge vores oplysninger n\u00e5r 70 % af de potentielle kunder ikke frem til spillet - de venter ikke p\u00e5, at klienten og installationsfilen, der fylder adskillige gigabyte, bliver indl\u00e6sning. Samtidig har 60 % af brugerne, if\u00f8lge deres grafikkort<\/a><\/noindex>, generelt ikke mulighed for at spille kr\u00e6vende spil (AAA-niveau) p\u00e5 deres computere i acceptabel kvalitet. Sky gaming kan l\u00f8se dette problem - det vil ikke blot beskytte indt\u00e6gterne for udgivere og udviklere, men hj\u00e6lpe dem med at udvide deres betalende publikum.<\/p>\n

Producenter af TV og TV-bokse ser ogs\u00e5 mod sky gaming. I en tid med smarte hjem og stemmeassistenter skal de konkurrere h\u00e5rdere om brugerens opm\u00e6rksomhed, og gaming-funktionalitet er den prim\u00e6re m\u00e5de at tiltr\u00e6kke denne opm\u00e6rksomhed. Med indbygget sky gaming kan deres kunder spille moderne spil direkte p\u00e5 fjernsynet og betale for tjenesten til producenten.<\/p>\n

\"Hvordan
\n
\nEn anden potentielt aktiv deltager i \u00f8kosystemet er telekommunikationsoperat\u00f8rer. Deres m\u00e5de at \u00f8ge indt\u00e6gterne p\u00e5 er ved at tilbyde ekstra tjenester. Gaming er netop en af disse tjenester, som operat\u00f8rerne allerede aktivt implementerer. Rostelecom har lanceret en \"Gaming\"-tarif, mens Akado s\u00e6lger adgang til vores Playkey-service. Det handler ikke kun om bredb\u00e5ndsoperat\u00f8rer. Mobilselskaber vil ogs\u00e5 kunne g\u00f8re cloud gaming til en ekstra indt\u00e6gtskilde i takt med den hurtige udbredelse af 5G. <\/p>\n

P\u00e5 trods af de lovende udsigter er det ikke s\u00e5 nemt at komme ind p\u00e5 markedet. Ingen eksisterende tjenester, herunder produkter fra teknologigiganter, har endnu form\u00e5et at overvinde \"sidste mile\"-problemet fuldt ud. Det betyder, at p\u00e5 grund af netv\u00e6rkets ufuldkommenheder, is\u00e6r i hjemmet eller lejligheden, er internetforbindelsen ofte utilstr\u00e6kkelig til korrekt at underst\u00f8tte cloud gaming.<\/p>\n

\"Hvordan
\nSe, hvordan WiFi-signalet sv\u00e6kkes, mens det spreder sig fra routeren rundt i lejligheden.<\/i><\/p>\n

Spillere, der l\u00e6nge har v\u00e6ret til stede p\u00e5 markedet og har betydelige ressourcer, bev\u00e6ger sig gradvist mod at l\u00f8se dette problem. Men at lancere sine egne cloud-spil fra bunden i 2019 kr\u00e6ver betydelige investeringer af tid og penge, og det er muligt, at man aldrig vil skabe en effektiv l\u00f8sning. For at hj\u00e6lpe alle deltagerne i \u00f8kosystemet med at udvikle sig p\u00e5 det hurtigt voksende marked har vi udviklet en teknologi, der g\u00f8r det muligt at lancere sin egen cloud-gaming-service hurtigt og uden store omkostninger.<\/p>\n

S\u00e5dan har vi skabt en teknologi, der g\u00f8r det nemt at lancere sin egen cloud-gaming-service.<\/h2>\n

\nPlaykey begyndte at udvikle sin cloud-gaming-teknologi tilbage i 2012. Den kommercielle lancering fandt sted i 2014, og i 2016 havde 2,5 millioner spillere brugt tjenesten mindst \u00e9n gang. I l\u00f8bet af hele udviklingsprocessen har vi set interesse ikke kun fra gamere, men ogs\u00e5 fra producenter af TV-bokse og telekommunikationsoperat\u00f8rer. Vi lancerede endda flere pilotprojekter med NetByNet og \"Er-Telecom\". I 2018 besluttede vi, at vores produkt kunne have en B2B-fremtid. <\/p>\n

At udvikle en specifik integrationsl\u00f8sning for hver virksomhed til cloud gaming, som vi gjorde i pilotprojekterne, er problematisk. Hver implementering tog mellem tre m\u00e5neder til et halvt \u00e5r. Hvorfor? Alle har forskelligt udstyr og operativsystemer: Nogle har brug for cloud gaming p\u00e5 en Android-konsol, mens andre vil have det som et iFrame i webgr\u00e6nsefladen til streaming p\u00e5 computere. Desuden har alle forskellige designs, fakturering (en helt s\u00e6rlig verden!) og andre s\u00e6rpr\u00e6g. Det blev klart, at vi enten skulle for\u00f8ge udviklingsteamet ti gange eller lave en s\u00e5 universel standard B2B-l\u00f8sning som muligt. <\/p>\n

I marts 2019 lancerede vi Remote Click<\/a><\/noindex>. Dette er software, som virksomheder kan installere p\u00e5 deres servere og f\u00e5 en fungerende cloud gaming service. Hvordan vil det se ud for brugeren? De vil se en knap p\u00e5 det velkendte website, der giver mulighed for at starte et spil i skyen. N\u00e5r de klikker, starter spillet p\u00e5 virksomhedens server, og brugeren vil se streamen og kunne spille eksternt. S\u00e5dan kunne det se ud i popul\u00e6re digitale distributionsservices for spil.<\/p>\n

\"Hvordan
\n
\n\"Hvordan
\n<\/p>\n

Aktiv kamp for kvalitet. Og passiv ogs\u00e5.<\/h1>\n

\nHvordan Remote Click h\u00e5ndterer de mange tekniske barrierer, vil vi nu fort\u00e6lle. Cloud gaming i den f\u00f8rste b\u00f8lge (for eksempel OnLive) blev \u00f8delagt af den lave internetkvalitet blandt brugerne. Dengang, i 2010, var den gennemsnitlige internetforbindelseshastighed i USA kun<\/a><\/noindex> 4,7 Mbit\/s. I 2017 var den steget til 18,7 Mbit\/s, og snart vil 5G v\u00e6re tilg\u00e6ngeligt overalt, hvilket vil indf\u00f8re en ny \u00e6ra. Men p\u00e5 trods af at infrastrukturen generelt er klar til cloud gaming, er der stadig det n\u00e6vnte problem med 'sidste mile'. <\/p>\n

\u00c9n side, som vi kalder objektiv: brugeren har faktisk problemer med netv\u00e6rket. For eksempel giver udbyderen ikke den lovede maksimale hastighed. Eller der anvendes WiFi 2,4 GHz, der er forstyrret af mikrob\u00f8lgeovnen og tr\u00e5dl\u00f8se mus.<\/p>\n

Den anden side, som vi kalder subjektiv: brugeren er slet ikke klar over, at der er problemer med netv\u00e6rket (han ved ikke, hvad han ikke ved)! I bedste fald er han overbevist om, at n\u00e5r udbyderen s\u00e6lger ham et abonnement p\u00e5 100 Mbit\/s, s\u00e5 har han internet med 100 Mbit\/s. I v\u00e6rste fald har han ingen anelse om, hvad en router er, og han opdeler internet i bl\u00e5t og farvet. En reel sag fra vores casestudie. <\/p>\n

\"Hvordan
\nBl\u00e5t og farvet internet.<\/i><\/p>\n

Men begge dele af problemet med \"sidste mil\" kan l\u00f8ses. Hos Remote Click bruger vi b\u00e5de aktive og passive mekanismer til dette. Nedenfor er en detaljeret fort\u00e6lling om, hvordan de overvinder forhindringerne.<\/p>\n

Aktive mekanismer<\/h3>\n

\n1. Effektiv fejltolerance kodning af de overf\u00f8rte data, a.k.a redundans (FEC - Forward Error Correction)
\n<\/b>
\nVed overf\u00f8rsel af video data fra server til klient anvendes fejltolerant kodning. Med dette genopretter vi de originale data ved delvis tab som f\u00f8lge af problemer i netv\u00e6rket. Hvad g\u00f8r vores l\u00f8sning effektiv? <\/p>\n

    \n
  1. Hastighed. <\/b>Kodning og dekodning udf\u00f8res meget hurtigt. Selv p\u00e5 \"svage\" computere tager operationen ikke mere end 1 ms for 0,5 MB data. Dermed tilf\u00f8jer kodning og dekodning n\u00e6ppe nogen forsinkelse, n\u00e5r man spiller via skyen. Vigtigheden er sv\u00e6r at overvurdere. \n<\/li>\n<\/ol>\n

    <\/p>\n

      \n
    1. Maksimalt potentiale for datagendannelse.<\/b> Nemlig forholdet mellem det overskydende datavolumen og det potentielt gendannede volumen. I vores tilf\u00e6lde er forholdet = 1. Antag, at vi skal overf\u00f8re 1 MB video. Hvis vi under kodning tilf\u00f8jer 300 KB ekstra data (dette kaldes redundans), s\u00e5 vil vi under dekodning have brug for blot 1 MB ud af de samlede 1,3 MB, som serveren sendte. Med andre ord, vi kan miste 300 KB og stadig genoprette de originale data. Som det kan ses, 300 \/ 300 = 1. Dette er den maksimale effektivitet.\n<\/li>\n
    2. Fleksibilitet i tilpasning af det overskydende datavolumen ved kodning. <\/b>Vi kan justere det individuelle niveau af redundans for hvert videobillede, der skal overf\u00f8res over netv\u00e6rket. For eksempel, ved at opdage problemer i netv\u00e6rket, kan vi h\u00e6ve eller s\u00e6nke niveauet af redundans. \u00a0\n<\/li>\n<\/ol>\n

      \r\n \"Afspil\r\n
      <\/div>\r\n <\/div><\/center>
      \nVi spiller Doom via Playkey p\u00e5 en Core i3, 4 GB RAM, MSI GeForce GTX 750.<\/i><\/p>\n

      2. Data sending
      \n<\/b>
      \nEn alternativ metode til at h\u00e5ndtere tab er at anmode om data igen. For eksempel, hvis serveren og brugeren er i Moskva, vil forsinkelsen ved overf\u00f8rsel ikke overstige 5 ms. Med en s\u00e5dan v\u00e6rdi vil klientapplikationen have tid til at anmode om og modtage den tabte del af dataene fra serveren uden at brugeren bem\u00e6rker det. Vores system beslutter selv, hvorn\u00e5r det er n\u00f8dvendigt at anvende redundans, og hvorn\u00e5r det er n\u00f8dvendigt at foretage en eftersending. <\/p>\n

      3. Individuel tilpasning af datatransmission
      \n<\/b>
      \nFor at v\u00e6lge den optimale m\u00e5de at h\u00e5ndtere tab p\u00e5, analyserer vores algoritme brugerens netv\u00e6rksforbindelse og tilpasser datatransmissionssystemet individuelt til hver enkelt sag. <\/p>\n

      Det ser p\u00e5:<\/p>\n

        \n
      • typen af forbindelse (Ethernet, WiFi, 3G osv.);<\/li>\n
      • den anvendte WiFi-frekvens \u2014 2,4 GHz eller 5 GHz;\n<\/li>\n
      • WiFi-signalstyrken.\n<\/li>\n<\/ul>\n

        \nHvis man rangerer forbindelser efter tab og forsinkelse, er kablede forbindelser naturligvis de mest p\u00e5lidelige. Gennem Ethernet er tab sj\u00e6ldne, og forsinkelse p\u00e5 'den sidste mile' er ekstremt usandsynlig. Herefter kommer WiFi 5 GHz og derefter WiFi 2,4 GHz. Mobilt internet er generelt af ringe kvalitet, vi venter p\u00e5 5G.<\/p>\n

        \"Hvordan
        \n
        \nVed brug af WiFi justerer systemet automatisk brugerens adapter, s\u00e5 den g\u00e5r ind i den mest passende tilstand for brug i skyen (for eksempel ved at deaktivere energibesparelse).<\/p>\n

        4. Individuel tilpasning af kodning
        \n<\/b>
        \nVideo streaming eksisterer takket v\u00e6re codecs \u2014 programmer til kompression og genskabelse af videodata. Uden kompression kan et sekunds video let overstige hundrede megabyte, mens en codec reducerer denne st\u00f8rrelse med en orden. Vi har H264 og H265 codecs til r\u00e5dighed. <\/p>\n

        H264 er den mest popul\u00e6re. Hardware underst\u00f8tter arbejdet med det fra alle de store grafikkortproducenter i mere end ti \u00e5r. H265 er den dristige, unge efterf\u00f8lger. Hardware underst\u00f8ttelse begyndte for cirka fem \u00e5r siden. Kodning og dekodning i H265 kr\u00e6ver flere ressourcer, men kvaliteten af det komprimerede billede er m\u00e6rkbart h\u00f8jere end i H264. Uden en stigning i filst\u00f8rrelsen! <\/p>\n

        \"Hvordan
        \n
        \nHvilken codec skal man v\u00e6lge, og hvilke kodningsparametre skal man indstille for den specifikke bruger baseret p\u00e5 deres hardware? Det er en ikke-triviel opgave, som vi l\u00f8ser automatisk. Det intelligente system analyserer hardwaremulighederne, indstiller de optimale encoder-indstillinger og v\u00e6lger dekoderen p\u00e5 klientsiden.<\/p>\n

        5. Kompensation for tab
        \n<\/b>
        \nVi ville ikke indr\u00f8mme det, men selv vi er ikke ufejlbarlige. Nogle data, der er g\u00e5et tabt i nettet, kan ikke genoprettes, og vi har ikke tid til at sende dem igen. Men ogs\u00e5 i dette tilf\u00e6lde er der en l\u00f8sning. <\/p>\n

        For eksempel justering af bitrate. Vores algoritme overv\u00e5ger konstant m\u00e6ngden af data, der sendes fra serveren til klienten. Den registrerer enhver mangel og forudsiger endda mulige fremtidige tab. Dens opgave er at opdage det i tide, og ideelt set forudsige, hvorn\u00e5r tabene vil n\u00e5 et kritisk niveau og begynde at skabe m\u00e6rkbare forstyrrelser for brugeren p\u00e5 sk\u00e6rmen. Og justere m\u00e6ngden af data, der sendes (bitrate), p\u00e5 det tidspunkt. <\/p>\n

        \"Hvordan
        \n
        \nVi bruger ogs\u00e5 invalidation af ikke-sammenstillede rammer og en mekanisme til referencebilleder i videostr\u00f8mmen. Begge v\u00e6rkt\u00f8jer reducerer antallet af synlige artefakter. Det vil sige, selv ved alvorlige datatransmissionsfejl forbliver billedet p\u00e5 sk\u00e6rmen acceptabelt, og spillet er stadig spillbart. <\/p>\n

        6. Fordelt sending
        \n<\/b>
        \nTidsfordelt sending af data forbedrer ogs\u00e5 streamingkvaliteten. Hvordan man fordeler afh\u00e6nger af specifikke forhold i netv\u00e6rket, s\u00e5som tab, ping og andre faktorer. Vores algoritme analyserer dem og v\u00e6lger den optimale l\u00f8sning. Nogle gange reducerer fordeling over et interval p\u00e5 f\u00e5 millisekunder tabene betydeligt.<\/p>\n

        7. Reducering af forsinkelse
        \n<\/b>
        \nEn af de n\u00f8glekarakteristika ved at spille via cloud er forsinkelsen. Jo mindre den er, desto mere behageligt er det at spille. Forsinkelsen kan groft opdeles i to dele:<\/p>\n

          \n
        • netv\u00e6rks- eller dataoverf\u00f8rselsforsinkelse;\n<\/li>\n<\/ul>\n

          <\/p>\n

            \n
          • systemforsinkelse (overtagelse af kontrol fra klienten, billedoptagelse p\u00e5 serveren, billedkodning, de tidligere n\u00e6vnte mekanismer til datatilpasning til sending, indsamling af data p\u00e5 klienten, billeddekodning og rendering).\n<\/li>\n<\/ul>\n

            \nNetv\u00e6rksforsinkelse afh\u00e6nger af infrastrukturen, og det er problematisk at bek\u00e6mpe den. Hvis ledningen er blevet gnavet af mus, hj\u00e6lper dansene med trommen ikke. Men systemforsinkelsen kan reduceres betydeligt, og kvaliteten af cloud gaming for spilleren vil \u00e6ndre sig drastisk. Udover den allerede n\u00e6vnte fejltolerante kodning og personaliserede indstillinger bruger vi yderligere to mekanismer. <\/p>\n

              \n
            1. Hurtig modtagelse af data fra kontrolenheder (tastatur, mus) p\u00e5 klientsiden. Selv p\u00e5 svage computere er 1-2 ms tilstr\u00e6kkeligt til dette.\n<\/li>\n
            2. Rendering of the system cursor on the client. The mouse pointer is handled not on the remote server, but in the Playkey client on the user's computer, meaning there are no delays whatsoever. Yes, this does not affect actual gameplay control, but the main thing here is the human perception. \u00a0\n<\/li>\n<\/ol>\n

              \r\n \"Afspil\r\n
              <\/div>\r\n <\/div><\/center>
              \nCursor rendering without delay in Playkey using the example of Apex Legends <\/i><\/p>\n

              With our technology, when the network delay is 0 ms and the video stream operates at 60 FPS, the total system delay does not exceed 35 ms.<\/p>\n

              Passive mechanisms<\/h3>\n

              \nIn our experience, many users have a poor understanding of how their devices connect to the internet. Interviews with players revealed that some do not even know what a router is. And that\u2019s okay! You are not required to understand the inner workings of an internal combustion engine to drive a car. It shouldn\u2019t be expected that users have sysadmin-level knowledge to be able to play. <\/p>\n

              However, some technical points are still important to convey, so that players can independently remove barriers on their side. And we help them with that. <\/p>\n

              1. Indication of 5 GHz WiFi support
              \n<\/b>
              \nAs mentioned earlier, we identify the Wi-Fi standard \u2014 5 GHz or 2.4 GHz. We also recognize whether the user's device network adapter supports the 5 GHz frequency. If it does, we recommend using this range. We cannot change the frequency ourselves yet, as we do not see the router specifications. <\/p>\n

              2. Indication of WiFi signal strength
              \n<\/b>
              \nSome users may have weak WiFi signals, even if the internet is functioning well and appears to be at an acceptable speed. The problem will be revealed specifically in cloud gaming, which subject networks to real stress tests. <\/p>\n

              Signal intensity is affected by obstacles \u2014 for example, walls \u2014 and interference from other devices. Microwaves, for instance, emit quite a bit. As a result, losses occur that are not noticeable during regular internet use but are critical for cloud gaming. In such cases, we warn the user of the interference, suggest moving closer to the router, and turning off 'noisy' devices. <\/p>\n

              3. Indication of traffic consumers
              \n<\/b>
              \nSelv hvis netv\u00e6rket fungerer godt, kan andre applikationer forbruge for meget trafik. For eksempel, hvis der k\u00f8rer en video p\u00e5 YouTube samtidig med, at man spiller i skyen, eller hvis der downloades torrents. Vores app opdager tyvene og advarer spilleren om dem.
              \n\"Hvordan
              \n<\/p>\n

              Frygten fra fortiden - afmytologiserer myter om cloud gaming <\/h1>\n

              \nCloud gaming som en principielt ny m\u00e5de at forbruge spilindhold p\u00e5 har fors\u00f8gt at tr\u00e6nge ind p\u00e5 markedet i n\u00e6sten ti \u00e5r. Og som med enhver innovation er deres historie en r\u00e6kke sm\u00e5 sejre og store nederlag. Det er ikke overraskende, at cloud gaming gennem \u00e5rene er blevet omviklet af myter og fordomme. I teknologiens tidlige dage var de berettigede, men i dag er de uden grund. <\/p>\n

              Myte 1. Billedkvaliteten i skyen er d\u00e5rligere end i originalen - som om man spiller via YouTube<\/h2>\n

              \nI dag er billedkvaliteten i teknisk avancerede cloud-l\u00f8sninger n\u00e6sten identisk med originalen - forskellene kan n\u00e6sten ikke ses med det blotte \u00f8je. Den individuelle tilpasning af encoderen til spilleren udstyr og et kompleks af mekanismer til at bek\u00e6mpe tab l\u00f8ser dette problem. P\u00e5 et kvalitetsnetv\u00e6rk er der hverken sl\u00f8ret billedgengivelse eller grafiske artefakter. Vi tager endda opl\u00f8sningen i betragtning. Der er ingen mening i at streame i 1080p, hvis spilleren bruger 720p.<\/p>\n

              Nedenfor er to videoer af Apex Legends fra vores kanal. \u00c9n video er en optagelse af gameplay p\u00e5 PC, den anden er via Playkey. <\/p>\n

              Apex Legends p\u00e5 PC
              \n

              \r\n \"Afspil\r\n
              <\/div>\r\n <\/div><\/center>
              \nApex Legends p\u00e5 Playkey
              \n
              \r\n \"Afspil\r\n
              <\/div>\r\n <\/div><\/center>
              \n<\/i><\/p>\n

              Myte 2. Ustabil kvalitet<\/h2>\n

              \nNetv\u00e6rkstilstanden er faktisk ustabil, men dette problem er l\u00f8st. Vi \u00e6ndrer dynamisk encoderens indstillinger i forhold til brugerens netv\u00e6rkskvalitet. Og et konstant acceptabelt niveau af FPS opretholdes ved hj\u00e6lp af specielle metoder til billedoptagelse. <\/p>\n

              Hvordan fungerer det? Spillet har en 3D-motor, der bygger en 3D-verden. Men brugeren ser et fladt billede. For at han kan se det, oprettes der et billedbillede for hvert billede - en slags fotografi, der viser, hvordan denne 3D-verden ses fra et bestemt punkt. Dette billede gemmes i kodet form i video hukommelsesbufferen. Vi fanger det fra videohukommelsen og sender det til encoderen, som derefter afkoder det. Og s\u00e5dan er det med hvert billede, en efter en.<\/p>\n

              Vores teknologi g\u00f8r det muligt at fange og dekode billedet i \u00e9n str\u00f8m, hvilket \u00f8ger FPS. Og hvis disse processer udf\u00f8res parallelt (et ret popul\u00e6rt l\u00f8sning p\u00e5 markedet for cloud gaming), vil encoder kontinuerligt henvende sig til optagelsen, hente nye rammer med forsinkelse, og dermed sende dem med forsinkelse. <\/p>\n

              \r\n \"Afspil\r\n
              <\/div>\r\n <\/div><\/center>
              \nVideoen \u00f8verst p\u00e5 sk\u00e6rmen er optaget ved hj\u00e6lp af teknologi til optagelse og dekodning i \u00e9n str\u00f8m. <\/p>\n

              Myte 3. P\u00e5 grund af forsinkelser i kontrol vil jeg v\u00e6re \u2018skildpadde\u2019 i multiplayer.<\/h2>\n

              \nForsinkelsen i kontrollen er normalt et par millisekunder. Og typisk er den usynlig for brugeren. Men nogle gange kan der v\u00e6re en lille uoverensstemmelse mellem musens bev\u00e6gelse og mark\u00f8rens bev\u00e6gelse. Det p\u00e5virker ikke noget, men skaber en negativ oplevelse. Den ovenfor beskrevne rendering af mark\u00f8ren direkte p\u00e5 brugerens enhed fjerner denne ulempe. I \u00f8vrigt er den samlede systemforsinkelse p\u00e5 30-35 ms s\u00e5 lav, at hverken spilleren eller deres modstandere i kampen l\u00e6gger m\u00e6rke til det. Udfaldet af kampen afh\u00e6nger kun af f\u00e6rdighederne. Beviset er nedenfor. <\/p>\n