dev.gamez.lv

Hobits · Posted: Mon Sep 17, 2007 4:26 pm Post subject:

Un kaa tu noskaidro kad objekts ir gatavs rendereeshanai, tas ir, vinsh netiek updeitots?

bubu · Posted: Mon Sep 17, 2007 4:55 pm Post subject:

Man bija divi apmēram šādi te divi threadi:
1) update threads - neko nezin par renderēšanu:

snake5 · Indago dalībnieks Joined: 27 Jun 2007 Posts: 2590

bubu · Posted: Sun Nov 04, 2007 1:10 am Post subject:

Tas, ko tu stāsti, tam nav sakara ar šiem geim-loopiem. Tavā gadījumā ir vienkārši par maz atmiņas spēlei. Un lai arī kā tu mēģināsi to "apiet" nekas tev nesanāks. Spelē būs novērojama aizķeršanās vienā vai citādākā veidā. Spēles loops tur nekādā gadījumā neturpinās. Ja notiek bremze, tad bremze notiek uz visu sistēmu. Un spēlē nav paredzēta un uztaisīt šādas bremzes apiešana (lasi efektīvās kods). Vienīgais, kas tur var palīdzēt, ir spēles koda optimizēšana, lai tam pietiek ar pieejamo brīvo datora atmiņu.

Pēdējā rindkopā tavis aprakstītā shēmai ļoti līdzīga laika soļa fiksēšanai: parādīta šeit: http://www.gaffer.org/game-physics/fix-your-timestep/ (tavā gadījumā tur tik vajadzētu to while cikla iterāciju skaitu limitēt).
Taču es uzreiz tev var pateikt, ka tādā veidā kā tu saki un arī kā ir rakstīts tajā linkā - tas ar labi nestrādās atmiņas nepietiekamības gadījumā. Skaties, pieņemsim, ka renderēšanai vajadzīgs šausmīgi ilgs laiks (tekstūras lādējas/slikti kešojas/šeideri lēni vai tml) - 0.5 sekundes. Iedomājies, ka tu gribi panākt 10fps. Tātad viena renderēšanas iterācija var būt tikai 0.1 sekundi. Tavs loģikas apstrādes algoritms apskatīsies uz iepriekšējā kadra renderēšanas ilgumu: 0.5 > 0.1 - sapratīs, ka viņam nav laika ko domāt, jo viss laiks ir javelta renderēšanai, un nekā nesaptrādās. Viskritiskāk šis notiek fizikas simulācijām, kurās obligāti nepieciešama kaut viena iterācija itin-bieži. Un ja šī iterācija aizņem ilgāk laika nekā realitātē paredzēts, tb 0.1 sekundi ilgi simulāciju rēķina 0.5 sekundes, tad nākamajā ciklā vajadzēs rēķināt 0.5 sekundes simulāciju, kas aizņems 0.5*(0.5/0.1) = 2.5 sekundes. Iestāsies pamatīga bremze.

Un tas, ko tu tur noquotēji, es tur nebiju teicis, ka renderēšana drīkst notikt reti. Nē. Tas bija jāsaprot tā, ka loģikas apstrādei nevajadzētu būt piesaistītam pie fps. Protams, ka tai nevajadzētu ļoti bremzēt renderēšanas darbu. Tāpēc jau tur teikuma beigās pierakstīts "ja dators to spēj pavilkt." Bet kā to noteikt/izvairīties/apstrādāt - tas jau atkarīgs no pašas spēles arhitektūras un vieda. Loģikas apstrādei bez šaubām jābūt sasinhronizētai ar renderēšanu. Un tā arī vairums spēļu ir. Vienīgi renderēšanai ir mazāka prioritāte nekā spēles loģikai. Būtu stulbi, ja pie lielākas noslodzes tiku apstrādināta spēles loģika/fizika (tb spēles pasaule apstātos vai piebremzētu), taču renderēšana turpinātu renderēt (vienu un to pašu kadru). Multiplayer spēles tas vispār nedrīkst notikt, citādi tā jau būtu čītošana.

snake5 · Indago dalībnieks Joined: 27 Jun 2007 Posts: 2590

bubu · Posted: Sun Nov 04, 2007 11:39 am Post subject:

Tu, protams, vari tam neticēt, bet ja dators spēlei ir par vāju (maz rama, vājš CPU, veca videokarte, daudz palaisti smagi background procesi), tad nekas cits, kā spēles fīču diseiblošana vai arī datora upgreidošana, nelīdzēs. Programma nevar sev dabūt brīvus resursus no nekurienes :)

snake5 · Indago dalībnieks Joined: 27 Jun 2007 Posts: 2590

Tenjou · Joined: 22 Nov 2005 Posts: 275

snake5: Tici vai nē, bet viņu(industrijas spēļu izdevēju) interesēs ir tikai, lai Tu nopirktu labāku tehniku, nevis vēl, lai ko pielāgotu.
Un to būšanu ar input var viegli "izlabot" nevis vienkārši paķert pēdējo pogu, bet gan kā to dara līdzigi Windows, buffero visus eventus + salikt kopā ar piemēru, ko deva bubu ar threadiem.

snake5 · Indago dalībnieks Joined: 27 Jun 2007 Posts: 2590

Tenjou · Joined: 22 Nov 2005 Posts: 275

Neviens jau netraucē Tev piefiksēt laiku, kad keys press tikka pievienots, bonusā vēl paņem flagus kuri nosaka, kuri ir diskardojami kuri nē u.tt.
Tak pavisam vienkārši tas viss ja izmanto fantāziju. Nav jau grūti to izveidot, grūti ir visu to izveidot pietiekami ātru.

snake5 · Indago dalībnieks Joined: 27 Jun 2007 Posts: 2590

nu... esmu mobilajās spēlēs šito redzējis un... notika tas, ka par daudz piespiesti key'i, un kamēr visus apstrādā...
nu ar Prince of Persia: The Two Thrones uz mobilā.. ja uzinstalē Nokia versiju uz SE, tad - cik reizes nospiedi key'u, tik reizes notika attiecīgā darbība, bet pa to laiku spēle bija nekontrolējama, un tomēr turpināja savākt key'u eventus..

Tenjou · Joined: 22 Nov 2005 Posts: 275

Līdzes, jo uztaisi vienkāršu čeku, kas ignorē ja taustiņš nospiests bijis pirms tik un tik un izdzēš no buffera. Kā teicu iepriekš vēl ņem pieliec flagus, lai piem pogai kas ver vaļā karti ir flags, kas diskardo keyu ja netika apstrādāts nākamajos divos frame u.tml.

bubu · Posted: Sun Nov 04, 2007 2:55 pm Post subject:

Un cik tad buferī tu eventus varētu sakrāt, tb taustiņus sekundē nospiest? 40? 50? Un saki, ka dators nespēs apstrādāt 50 taustiņu eventus vienā kadra iterācijā (ja pieņem, ka fps=1)? Nu ja tu uz katru eventu lasīsi failu/dekompresēsi mp3 failu, tad jā. Bet ja vienkārši padosi ziņojumu kautkādam objektam savā spēles sistēmā, lai tas pie sevis saglabā šo eventa stāvokli, tad visu paspēsi apstrādāt. Savukārt tas, ka spēles objekti nespēs izpildīt tiem padotās komandas ir drusku cita problēma. Šī problēma saucās lēns un vecs dators (vai arī pārslogots dators, piemēram, ar antivīrusa palaišanu fonā). Un ja nu tā notiek, tad tur nekas nav jāmēģina apiet, nav vērts čakarēties. Lietotājs vien pats ir vainīgs, ka lieki noslogo sistēmu vai arī mēģina uz Celerona palaist Doom 3.

snake5 · Indago dalībnieks Joined: 27 Jun 2007 Posts: 2590

bubu · Posted: Sun Nov 04, 2007 3:07 pm Post subject:

Nē, tur skype ir vainīgs, ka nesprot, ka fonā jādarbojas netērejot daudz resursu :) Un lietotājs ir vainīgs, ka palaidis skype fonā :)

Tu nekad nevarēsi paredzēt kā, ko un cik daudz lietotājs ir palaidis fonā un kas īsti bremzē gala lietotāja datorā. Nevajag to mēģināt apiet. Liekas problēmas tikai sev sagādāsi. Neviens normāls izstrādātājs par to īpaši neiespringst, jo saprot cik bezjēdzīgi ir ko tādu mēģināt realizēt. Ja cita programma jaucās pa vidu, nu lai arī jaucās. Vienprocesora dators paredzēts izpildīt tikai vienu smagu procesu vienā laikā. Viņš fiziski nevar divus procesus reizē izpildīt. Tur var līdzēt tikai dual-core procesori.