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

• #77 Jack@l veterán HSM #73

  Új Válasz 2014-06-07 17:28:26 #77

  Ú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

  

  Jack@l

  veterán

  válasz HSM #73 üzenetére

  Tök egyszerű amúgy a dolog, fogsz egy kockát, megforgatod opengl-ben, benyomod a tripla buffert, meg a vsyncet és megszámoltatod mennyi kockát rak ki mp-enként(a belső frame számlálók így működnek játékokban). Anno mikor csináltam, úgy emlékszem nem nyomottt ki többet 60-nál vsyncnél.

• #72 Jack@l veterán HSM #61

  Új Válasz 2014-06-07 16:54:05 #72

  Ú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

  

  Jack@l

  veterán

  válasz HSM #61 üzenetére

  Ezt sem tartom kizártnak, hogy van ilyen módja. A fejlesztők max addig látják a dolgot, hogy rajzold meg a képet és swappeld a buffert. Ez alatt már az api meg a videokártya driver dolgozik, beleszólás nem sok van...
  De ha Flatronw 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.

• #58 Jack@l veterán HSM #57

  Új Válasz 2014-06-07 14:08:10 #58

  Ú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

  

  Jack@l

  veterán

  válasz HSM #57 üzenetére

  Nem kötekedésből, de idézd be légyszi részt amiből ezt gondolod. (most nem érek rá elolvasni az oldalt, mert megyek el)
  Szerintem félreértettél valamit.

• #56 Jack@l veterán HSM #55

  Új Válasz 2014-06-07 13:52:42 #56

  Ú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

  

  Jack@l

  veterán

  válasz HSM #55 üzenetére

  Nekem a ph tudástár cikke kb annyira releváns infó mint a blikk vagy a wikipédia, sorry... (remélem nem arra gondoltál)

  De mért különbözne a mechanizmus a dupla buffertől? Pont a framek közötti késleltetés ingadozást hivatott még jobban kisimítani.

• #54 Jack@l veterán HSM #51

  Új Válasz 2014-06-07 13:35:02 #54

  Ú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

  

  Jack@l

  veterán

  válasz HSM #51 üzenetére

  Szerintem nem számol a háttérben semmit, egyszrűen ha kész a kép, betolja a bufferbe és megvárja a következő swap-et (mikor kirakja a monitorra a képet) amikor lesz üres hely a köv. képnek. Nem 100%, de mintha anno így olvastam volna.

  A v-sync általában azért is jó, ha nagy fps-ed van, mert az erőforrásokat nem 100%-ban használja, magyarul pl az inputok kezelésére több processzoridőd van. Kormánynál lagnál ez sokszor segít.

• #24 Jack@l veterán

  Új Válasz 2014-06-05 14:06:21 #24

  Ú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

  

  Jack@l

  veterán

  Nemtom, nálam vsync-el 60fps-re kiakasztva sincs akadás a monitoron...
  UI: arra azért tényleg kíváncsi lennék ki és hogyan fog majd ingyenesen fw-t frissíteni egy monitoron.

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