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

• #73 HSM félisten Jack@l #72

  Új Válasz 2014-06-07 16:58:08 #73

  Ú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

  

  HSM

  félisten

  válasz Jack@l #72 üzenetére

  "De ha flatrow kimérte, és nem különbözöttt a terhelés és fogyasztás a két mód között, akkor viszont nem dolgozik a háttérben a gép mint állat, hanem megvárja amíg kikerült a monitorra az első kocka."

  Akkor gondolkozzunk egy picit... Mégis mi értelme lenne a tripla buffernek, ha éppen ugyanúgy működik, mint a dupla? Ugye, hogy itt sántít valami. Megnéztem, a prociterhelés sem változik TR alat, szóval SEMMI különbség ott a tripla és dupla puffer között, ami nyilván nem normális működés. DX alatt amúgy is bajos a supportja a tripla-buffernek, az Ati driver sem véletlen engedi csak OGL-re ráerőszakolni. Szerintem simán csak valami programhibára bukkantunk.....

  (#71) FLATRONW: A tripla puffer nem tesz rá semmilyen limitet. Mind1, többet nem írok ezzel kapcsolatban.

• #61 HSM félisten Jack@l #58

  Új Válasz 2014-06-07 15:08:49 #61

  Ú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

  

  HSM

  félisten

  válasz Jack@l #58 üzenetére

  "The name gives a lot away: triple buffering uses three buffers instead of two. This additional buffer gives the computer enough space to keep a buffer locked while it is being sent to the monitor (to avoid tearing) while also not preventing the software from drawing as fast as it possibly can (even with one locked buffer there are still two that the software can bounce back and forth between). The software draws back and forth between the two back buffers and (at best) once every refresh the front buffer is swapped for the back buffer containing the most recently completed fully rendered frame."

  Nem kötekedésből, de biztosan tudom, hogy így működik.

  (#59) FLATRONW: Értem. Meggyőző, hogy a mértékegységből is butaságot írsz. A pillanatnyi teljesítmény mértékegysége a Watt, nem a Wattóra.
  Amúgy valószínűleg annyi történt, hogy tripla buffert nem támogató játékra próbáltad ráerőltetni, és valójában nem működött. Sajnos a legtöbb játék csak a hagyományos dupla bufferes V-syncet tudja.
  Egész más a működési elv. A célja ugyanaz csak, valamiféle szinkronizációt megvalósítani, csak egészen máshogy.
  Bár ha szerinted ugyanaz az az algoritmus, hogy kirajzol a backpufferbe, puffercserével vár a szinkronig, majd puffercsere után újra számolni kezd a backpufferbe, és az, hogy folyamatosan számol, cserélgeti a két backpuffer tartalmát, és a frontbuffer csak a két backpufferből szedi ki magának az éppen legfrisebbet a megfelelő szinkronban, akkor igen, óriásibutaságot írtam.

  (#60) FLATRONW: Bocsánat, de ebből a hsz-ből nekem csak annyi jön le, hogy halvány lila gőzöd nincs, hogy működik egy videójáték, vagy egy grafikus API. Sajnálom, így kár is beszélgetni.

  "tripla buffer esetén 45 fps-t számol a kártya és nem 30-at."
  Ilyen nincs.

  "Ennek semmi köze nincs a v-synchez. Kikapcsolt v-sync és 60 fps limitre állítva sem fogyasztott többet a rendszer."
  Gondolkozz kicsit, vajon miért.

• #57 HSM félisten Jack@l #56

  Új Válasz 2014-06-07 14:00:32 #57

  Ú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

  

  HSM

  félisten

  válasz Jack@l #56 üzenetére

  Jajj... Olvasd már el pls... Erre gondoltam, 8 hsz-el ezelőtt: [link].

  Nem véletlen hívják nem dupla, hanem tripla buffernek. Ha ugyanúgy működne, nem lenne más a neve pl.

• #55 HSM félisten Jack@l #54

  Új Válasz 2014-06-07 13:44:24 #55

  Ú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

  

  HSM

  félisten

  válasz Jack@l #54 üzenetére

  100%, hogy tripla buffernél számol tovább, olvass utána, ott van az általam pár hsz-el feljebb linkelt anyagban is.
  A várakozás a szimpla dupla bufferes v-sync megvalósításnál van.

  Igen, a várakozás a dupla pufferes v-sync estén hasznos, tud pihenni kicsit a HW.

• #25 HussarF addikt Jack@l #24

  Új Válasz 2014-06-05 14:25:03 #25

  Ú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

  

  HussarF

  addikt

  válasz Jack@l #24 üzenetére

  60 fps-nél egy 60 hertzes monitoron már nincs akadás...

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