Új hozzászólás Aktív témák

• #101 Rebourne aktív tag Sir Ny #100

  Új Válasz 2013-10-20 12:20:39 #101

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Rebourne

  aktív tag

  válasz Sir Ny #100 üzenetére

  Az ugrálás nem ezért történik meg. Erről regényeket lehet írni, ezért sajnálom, de én nem megyek bele.

  Ahogy a többiek írták, már a DOS-os idők óta nem a fix frissítést használják a játékok, minden játék méri a képkockák között eltelt időt, és az alapján számolja a mozgást.

• #96 Cathulhu addikt Sir Ny #91

  Új Válasz 2013-10-20 02:14:42 #96

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Cathulhu

  addikt

  válasz Sir Ny #91 üzenetére

  Utoljara a 2000-es evek elejen lattam olyan jatekot ami frame alapjan merte az idot, es minel lassabb volt a render annal lassabban telt benne az ido. Ez hihetetlen elavult gondolkodas mod. Pontosan tudod mennyi ido telt el az elozo kepkocka ota, szepen kiszamolod mennyit valtoztt a vilag ezen ido alatt (es ez meg menjen kulon szalon, ugy vegkepp semmi koze a renderhez), majd kirajzolod, aztan kezdesz neki a kovetkezonek. A monitor meg majd kihuzza bufferbol a kepet, amikor akarja.

• #92 ddekany veterán Sir Ny #91

  Új Válasz 2013-10-20 01:07:52 #92

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  veterán

  válasz Sir Ny #91 üzenetére

  Mindenféleképpen az van, hogy mielőtt a következő animációs fázis elkészítése elkezdődik, ki kell találni, hogy az a virtuális világ mennyivel későbbi időpontját fogja ábrázolni mint az előző. Ezt gondolom elég jól meg lehet becsülni az előző pár frame kiszámolásának idejéből, amire akár rádobhatsz pár X% ráhagyást is ha akarsz. És a v-syncnél sem adott ez az időköz, mert ha a következő frissítésig nem lesz kész a kép, akkor máris 1/60 helyett 1/30 később lévőt kellett volna számolni, ami ráadásul jó nagy tévedés, pedig lehet hogy amúgy csak 1/60 helyett 1/50-el később ment volna ki. Egy g-sync-szerűségénél elvileg nincsenek ilyen töréspontok, tehát a becslés hibája is általában kevésbé fatális. Meg aztán, ha hiányozna a 60 Hz felső korlát adta stabilitás valamiért, egy g-sync szerűségnél is megteheted, hogy ha becslésed szerint 1/60-nál hamarabb lesz kész a következő vázis, akkor is az 1/60-al későbbit számolod ki, és kivársz a kirakásával amíg el nem jött az idő. Szóval én úgy látom itt csak több lehetőséged lett.

Új hozzászólás Aktív témák