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

• #817 Tirexi addikt p87 #816

  Új Válasz 2013-11-18 10:04:04 #817

  Ú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

  

  Tirexi

  addikt

  válasz p87 #816 üzenetére

  Akkor értem már miért fogyaszt kevesebbet a 780 DC2 a ref-nél.

  (#815) Abu85:
  Én sem szoktam elolvasni szinte semmi hardvernek vagy műszaki cikknek a leírását. Az ember ránéz és már szinte tudja mit kell nyomni.
  Ez a vérünkben van már Abu.

• #816 p87 senior tag p87 #812

  Új Válasz 2013-11-18 10:02:46 #816

  Ú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

  

  p87

  senior tag

  válasz p87 #812 üzenetére

  Kis kieg.:

  Szóval értelemszerűen nem csak vízhűtéssel, hanem jobb léghűtéssel is lehet jelentős fogyasztáscsökkenést elérni, ez főleg igaz 290 -290X kártyákra mert szép dT-t lehet elérni jobb léghűtéssel is.
  Lehet vizesblokkal van ezeknél 50-60W-os csökkenés is.

• #813 Tirexi addikt p87 #812

  Új Válasz 2013-11-18 09:56:12 #813

  Ú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

  

  Tirexi

  addikt

  válasz p87 #812 üzenetére

  Köszi a részletes leírást.

• #547 gbors nagyúr p87 #546

  Új Válasz 2013-04-04 13:24:51 #547

  Ú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

  

  gbors

  nagyúr

  válasz p87 #546 üzenetére

  az igaz, hogy a Present() call után jön csak a képbe a teljes GPU miskulancia, de két dolgot nem árt ehhez tekintetbe venni:
  - ha a Present()-ek egyenletesen jönnek, és utána a a GPU-k összeb*****k az időzítést, akkor annak ugyanúgy ugráló hatása lesz (nagyon rossz esetben jönnek a sokat emlegetett runt frame-ek)
  - ha valamelyik frame kiszámolása nagyon sokáig tart, akkor az engine közben megtölti a saját framebufferét, és vár, amíg a GPU nem ürít. ilyenkor a Present()-ek között is jelentkezik egy hosszú frame - rosszabb esetben pedig utána néhány rövid, mert a GPU gyorsabban ürít, mint ahogy a motor számít rá, és akkor a motor is felgyorsít. ezért problémás, ha a két gyártó csudálatos power control megoldásai gyakran billegtetik az órajelet nagy mértékben.

  @SzlobiG: én egy kicsit sarkosabban fogalmaznék. teljesen sz*r, amit az AMD megoldása csinál, és ezt az input lagos rizsát csak utólagos magyarázkodásként hozták be. ha az input lagra figyelnének, akkor olyan ütemben tennék ki a frame-eket, ahogy a Present()-ek érkeznek.

• #544 gbors nagyúr p87 #543

  Új Válasz 2013-04-04 12:39:46 #544

  Ú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

  

  gbors

  nagyúr

  válasz p87 #543 üzenetére

  a fraps az engine által kiadott renderelendő "játékállapotok" közötti ugrásokat méri, és mint ilyen, igencsak releváns. akkor fut ideálisan a játék, ha mind a fraps, mind az FCAT által mutatott frametime grafikon sima.

  a CF grafikonokon látottak pedig siralmasak, bárki bármit mond

• #490 Locutus veterán p87 #486

  Új Válasz 2013-03-29 17:30:27 #490

  Ú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

  

  Locutus

  veterán

  válasz p87 #486 üzenetére

  Lassan csak eljön az ideje, hogy az nv is kidobjon egy ghz edisönt a 680-ból

• #487 Bull1 aktív tag p87 #486

  Új Válasz 2013-03-29 16:43:06 #487

  Ú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

  

  Bull1

  aktív tag

  válasz p87 #486 üzenetére

  Biztos, bár nekem nem kéne se többkártyás rendszer, se radeon.

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