Linux-ը դժվար է խաղային համակարգ անվանել մի շարք պատճառներով: Նախ, ժամանակակից գրաֆիկական ինտերֆեյսները միշտ չէ, որ աջակցվում են անվճար ՕՀ-ում, և վարորդներն աշխատում են կիսով չափ հզորությամբ: Երկրորդ, շատ խաղեր պարզապես չեն տեղափոխվում, թեև Wine-ը և այլ լուծումները մասամբ ուղղում են դա:
Սակայն Google Stadia նախագիծը պետք է լուծեր նման խնդիրները։ Բայց սա միայն տեսականորեն է։ Փաստորեն, «ամպային» խաղերի մշակողները դրանք Linux տեղափոխելիս խնդիրներով, որոնք վերաբերում են նաև համակարգի միջուկի ժամանակացույցին:
Ծրագրավորող Մալտե Սկարուպկեն հայտնել է, որ Linux միջուկի ժամանակացույցը վատ է, թեև MuQSS-ի նման կարկատանները մասամբ բարելավում են իրավիճակը: Այնուամենայնիվ, ընդհանուր առմամբ ՕՀ-ի այս մասը հեռու է իդեալական լինելուց: Իսկ MuQSS-ն ինքն ունի իր խնդիրները։ Սակայն, ինչպես պարզվեց, Windows-ում նմանատիպ լուծումը շատ ավելի լավ է աշխատում։
Հիմնական բանն այն է, որ Google Stadia-ի համար էկրանի պատկերի թարմացման արագությունը շատ կարևոր է: Ի վերջո, խաղերը հիմնականում աշխատում են հեռավոր սերվերների վրա, և օգտվողները ստանում են միայն նկար: Հետևաբար, ինտերնետի լավ թողունակության հետ մեկտեղ, ծրագրային ապահովման կատարումը նույնպես կարևոր է: Բայց հենց սա է խնդիրը։
Նման թերությունները բացահայտվել են Rage 2 մարտաֆիլմի Stadia տեղափոխման ժամանակ։ Հաշվի առնելով, որ համակարգը աջակցում է կադրերի թարմացման արագությունը 30 կամ 60 FPS, յուրաքանչյուր կադրի ցուցադրման համար պահանջվում է համապատասխանաբար 33 կամ 16 ms: Եթե մատուցման ժամանակը ավելի երկար է, ապա խաղը պարզապես կդանդաղի, և հաճախորդի կողմից:
Մշակողները պնդում են, որ այս խնդիրն առկա է ոչ միայն Rage 2-ում, և Google-ը տեղյակ է իրավիճակին և աշխատում է շտկման վրա, թեև դեռ ոչ ոք կոնկրետ ժամկետ չի նշել։
MuQSS-ը դրա համար ցույց տվեց լավագույն արդյունքները, ուստի ենթադրվում է, որ վաղ թե ուշ այն կավելացվի միջուկում՝ ներկայիս ժամանակացույցը փոխարինելու համար: Մեզ մնում է հուսալ, որ դա տեղի կունենա այս տարի։
Source: 3dnews.ru