SDL yra biblioteka teikia tokius įrankius kaip aparatinės įrangos pagreitinta 2D ir 3D grafikos išvestis, apie kurią jau ne kartą kalbėjome čia, tinklaraštyje (paprastai jų naujuose leidimuose), ši biblioteka ilgą laiką buvo nustatyta, kad pagal numatytuosius nustatymus veikia X11, bet su Wayland kaip antruoju variantu.
Šiuo metu kūrėjai dirba prie naujos SDL3 šakos kurios viena iš pagrindinių savybių ir naujovė (ypač) buvo X11 išstūmimas naudojant Wayland pagal numatytuosius nustatymus, o tai teoriškai pagerintų daugelį bibliotekos aspektų.
Bet panašu (bent jau kol kas), kad nei vienas, nei kitas SDL3 nebus įvykdytas nuo neseniai Buvo pateiktas prašymas kūrėjams, kuris iš esmės buvo atšauktas pakeitimas, dėl kurio SDL3 šaka buvo perkelta į Wayland protokolą kaip numatytasis aplinkose, kurios vienu metu palaiko Wayland ir X11.
„Wayland“ turi daug neišspręstų problemų, susijusių su paviršinio miego blokavimo ir FIFO (vsync) diegimu, kuris yra iš esmės pažeistas, todėl sumažėja GPU našumas.
Tai nereiškia, kad „turėtume pataisyti FIFO Mesa / kitose tvarkyklėse“, o tai, kad jo iš viso negalima ištaisyti be papildomo protokolo, šiuo atveju fifo-v1. 1 .
Be šio protokolo „vkQueuePresent“ arba „glSwapBuffers“ turi sustoti „rėmo“ atgaliniam iškvietimui pateikus vaizdą. Vienintelė priežastis, dėl kurios galime to išvengti „SteamOS“, yra ta, kad „Gamescope“ įgyvendina tai, kas iš esmės yra „fifo-v1“, ir mes jį ten naudojame...
Vidutiniai žaidimai ir programos, teikiančios pirmenybę „Wayland“, o ne X11, nėra pranašesnės, šiuo metu tik keletas našumo regresijų ir netinkamumo naudoti.
Todėl turime grąžinti šį pakeitimą, kol bus išleisti fifo-v1 ir commit-timing-v1 ir bent jau stabilioje versijoje pagrindiniams kompozitoriams.
Nors Ištraukimo užklausa buvo peržiūrėta ir patvirtinta SDL kūrėjas, dar nebuvo įtraukta į kodų bazę. Pagrindinė priežastis yra tai, kad Wayland aplinkoje yra neišspręstų problemų, susijusių su paviršiaus užraktu ir FIFO (vsync) įgyvendinimu, dėl ko sumažėja našumas. Šios problemos negali būti visiškai išspręstos neįdiegus papildomų protokolų fifo-v1 ir commit-timing-v1.
Pabrėžiama, kad Neišsprendus šių problemų, perėjimas nuo X11 prie Wayland nesuteikia jokios reikšmingos naudos įprastoms programoms ir žaidimams, bet sukelia rimtą našumo sumažėjimą ir galimus regresus. Todėl siūloma persvarstyti perėjimą iš SDL į Wayland tik po to, kai bus patvirtinti fifo-v1 ir commit-timing-v1 protokolai ir įdiegti stabiliuose pagrindinių sudėtinių tvarkyklių leidimuose.
Kalbant apie atvejį, svarbu tai paminėti Šiuo metu paraiškos priėmimas yra „atidedamas“ Kadangi Samas Lantinga, SDL kūrėjas, minėjo peržiūrėti šį prašymą, susijusį su perėjimu prie Wayland pagal nutylėjimą, jis užsimena, kad byla bus sprendžiama vėliau (arčiau galutinio SDL3 išleidimo), kadangi šiuo metu nuspręsta duoti pirmenybę teikia pirmiau minėtų problemų sprendimui ir situacija gali būti normalizuota. Kol kas „Wayland“ tebėra įjungta SDL 3 bandomosiose versijose, kad būtų galima geriau įvertinti „Wayland“ pagrindu veikiančią aplinką ir surinkti vartotojų atsiliepimus.
Nors Šiuo metu atrodo, kad viskas rodo, kad Wayland bus galutinis pasirinkimasJei problemos nebus išspręstos ir, svarbiausia, nepasiekiamas optimalus veikimas, Wayland delsimas kaip numatytasis gali būti realybė.
Šiuo metu galite matyti dabartinę naujojo SDL 3 šakos kūrimo būseną, kuriame yra įvairių posistemių modifikacijos, API pakeitimai, galintys turėti įtakos suderinamumui, ir kruopštus pasenusių funkcijų išvalymas. Pavyzdžiui, SDL 3 versijoje kodas buvo visiškai pertvarkytas, kad veiktų su garsu, 2D atvaizdavimo API buvo pristatytas naujas užpakalinis vaizdas, skirtas atvaizdavimui per Vulkan API, išplėstas HDR palaikymas, API darbui su skaidriais langais, be kita ko. .
Kakleliai domisi pažanga SDL3 galite naudoti bandomąją versiją, siūlomą iš šią nuorodą.Kita vertus, jei norite tęsti diskusiją apie Wayland vėlavimą, galite tai padaryti iš žemiau pateiktos nuorodos.