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

• #81 #00137984 törölt tag Jack@l #80

  Új Válasz 2014-09-30 11:55:50 #81

  Ú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

  

  #00137984

  törölt tag

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

  Ha ezt a VRAM 4-8GB emelést meglépik a gyártók, akkor a 384bit-es memóriavezérlőt is alkalmazniuk kell, de ezt is optimalizálni kell ehez, mert nem mindegy hogyan látják el adatokkal (párhuzamos feladatok, VRAM-ban tárolt adatok, texturák mennyisége és hozzáférhetősége), mert hamar teljesitményvesztés következhet be. A rendszer minden elemére nagy terhelés jut, ezért erős CPU kell oda. Fogyasztásra is érdemes lehet figyelni, mert könnyen elkelhet majd egy erőmű egy ilyen Gamer géphez.

• #79 dergander addikt Jack@l #78

  Új Válasz 2014-09-30 09:17:01 #79

  Ú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

  

  dergander

  addikt

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

  Rossz meglátás,az az 512Bit inkább 4K felbontásnál van,az 1080p-be elég egy 256bit is,látod az új Nvidia is beéri vele.

• #68 sayinpety tag Jack@l #65

  Új Válasz 2014-09-29 19:45:10 #68

  Ú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

  

  sayinpety

  tag

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

  22 eve nem elek Magyarorszagon. Magyar tudasom megkopott. Mar nem tudok jol mondatot ragozni, elnezest erte. Csak ez a forum a kapcsolatom a nyelvel.

  Egyaltalan nem mindegy a memoriat hogyan ered el. A PCn az OS pazarlo es lassu munkat vegez. Ha nem dolgoztal meg consolelal azt hiheted a malloc() ingyenes, nem az. A malloc() lassu. PCn nincs mas lehetoseg, de a console engedi a memoria explicite elereset. Lefoglalod elore es az OS nem ferhet hozza. Korszeru megoldas, mert a memoria biztosan fragmentalt lesz. A blokkok merete eltero. Felszabadithatsz nem hasznalt blokkokat, am ha nem fer be a helyukre az uj blokk, akkor nem optimalis a memoria hasznalata. Idovel sok lesz a nem hasznalt memoria terulet, ahova nem lehet mit betolteni. A console mas. En elore lefoglalom az osszes memoriat. A teruletet a program vezerli. A blokkokat betoltom, am ha kifogyott a hely, akkor a nem hasznalt blokkokat nem csak felszabaditom, ossze is tolom. Az OS a lefoglalt teruletbe nem irhat ezert pointer korrekciot vegzek. Elengedhetetlen a blokkok eltolasa utan. Gyors es takarekos optimalizalas.

  A texture streaming concept mas mint a betelt memoria problema. A streaming celja, hogy elore be legyen toltve a texture. Ha elfogy a video memoria utolag kell az adatbetoltes. Sokkal rosszabb az eredmeny.
  Console mas. Ha elfogy a memoria kilep a program. Nem fogja betolteni az adatot vagy texturet. Az engine dolga a gondoskodni az adatok manageleserol. Fix hardwarerel elvarhato az optimalizalas.

• #63 stratova veterán Jack@l #62

  Új Válasz 2014-09-29 18:28:48 #63

  Ú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

  

  stratova

  veterán

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

  Stimm. Egy-egy ilyen textúrát szerkesztettem át én is, de akkoriban nem érdekelt hogyan működik. Gondoltam rákeresek a jelentőségére, működési elvére. Nem vonom kétségbe, hogy pl. Te esetleg nálam lényegesen jobban ismered PC-n vagy akár konzolon egy játékmotor működési hátterét. De ha pl. csak PC-re programozol nem biztos, hogy érdemes szakmai halandzsának titulálni azt, amit esetleg más a konzollal kapcsolatban ír, mert esetleg arra fejleszt.

• #61 stratova veterán Jack@l #59

  Új Válasz 2014-09-29 17:07:55 #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

  

  stratova

  veterán

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

  Nem tudjuk, mondjuk a konzol védelmében való fellépésnek lehet az a magyarázata, hogy esetleg konzolra fejleszt. A texture atlas-szal legalább tanultam valamit :]
  Itt egy másik cikk.

• #60 7time senior tag Jack@l #59

  Új Válasz 2014-09-29 17:04:52 #60

  Ú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

  

  7time

  senior tag

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

  Mindenesetre érdekes, hogy mindig a ph-s main szöveget fújja és éppen akkor bukkan fel mikor a konzolokat kell "megvédeni"...

  Ahogyan te is mindig akkor amikor az AMD-t vagy a konzolokat kell szapulni és ugyanolyan makogás mest látszólag fogalmad nincs a konzolok működési elvéről vagy az API-ról, talán csak nem savanyú a szőlő mert nem az Nvidia gyártja a konzolokhoz az APU-t.

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

  Új Válasz 2014-09-29 16:52:47 #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

  

  stratova

  veterán

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

  Vicces ilyet írni egy - ha korábbi hozzászólásait olvasva nem tévedek - játékfejlesztőnek, de gond egy szál se.

• #53 sayinpety tag Jack@l #47

  Új Válasz 2014-09-29 15:42:32 #53

  Ú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

  

  sayinpety

  tag

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

  A console hardwareken a memoria hasznalata sokkal konnyebb. Mashogy kezeljuk a PChez kepest. Ugyanazt harmadannyi memoriabol ki tudjuk hozni. Egyreszt consoleon explicite a memoriaeleres. Az operacios rendszer a program teruletet nem menedzseli. Jellemzo ezt a teruletet lefoglalni es az allokaciot a programbol vegezni. Meg lehet tenni a blokkok lefoglalasat, felszabaditasat. A kritikus optimalizalas a blokkeltolas. Az operacios rendszer ehhez a memoria terulethez nem nyul es lehetove valik a pointer korrekcio a blokkeltolashoz. Ez az optimalizalas sok munkat igenyel, de 2GB memoriaba befer, amihez PCn 6GB memoria kell.
  A texture streaming szinten sokkal egyszerubb console hardwareken. A memoria menedzselese lehetseges programbol. Rengeteg optimalizalas valik lehetsegesse. PCn a legnagyobb problemam mindig a memoria felszabaditasa. D3D11ben van ra lehetoseg, de a WDDM ellenorzes annyira kotott, hogy keptelenseg megoldani micro-stuttering nelkul. Valojaban egyetlen mai programnak sincs sok gigabyte video memoria igenye. A suru micro-stuttering elkerulese az oka a nagy texture memoria hasznalatanak.

• #49 Loha veterán Jack@l #47

  Új Válasz 2014-09-29 15:07:54 #49

  Ú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

  

  Loha

  veterán

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

  Jelenleg a konzolokon kb. ezt a memória felosztást használják:
  Játéknak ~4GB VRAM, ~2GB RAM és marad ~2GB RAM az OS-nek, ezért is valószínű, hogy a Ultra HD Texture Pack PC exkluzív, és enélkül csak 3GB+ a VRAM használat Ultrán.

• #44 Loha veterán Jack@l #39

  Új Válasz 2014-09-29 14:41:07 #44

  Ú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

  

  Loha

  veterán

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

  Konzolok streamelik a textúrákat 40-120MB/s sebességgel a vinyóról, ha nem férnek bele a 6GB-ba.
  PC-n ha kifutsz a VRAMból rendelkezésre áll a rendszermemória PCIe 3.0 esetén akár ~16GB/s -el.
  Ultra HD Texture Pack egyébként elég valószínű, hogy PC exkluzív.

• #40 7time senior tag Jack@l #39

  Új Válasz 2014-09-29 14:31:20 #40

  Ú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

  

  7time

  senior tag

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

  pc-n eleve 6 giga vramot fogyasztó játék?

  Ehhez persze szükséges egy opcionálisan letölthető textúracsomag, ami nélkül 3-4 GB VRAM-mal rendelkező VGA is elég.

  Értelmezés kérdése.

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