 Hozzászólások  A témához csak regisztrált és bejelentkezett látogatók szólhatnak hozzá!Bejelentkezéshez klikk ide
(Regisztráció a fórum nyitóoldalán)
Mekkora a különbség a DX9 és a DX10 között?
fotográfik kolomp edisön :D
|
Tudom. (Ez már egyébként az első AmigaOS-ben is így volt, 1986-ban. [Más okosságokról itt nem beszélve.] Persze lehet, hogy nagygépes OS-ekben már korábban is, azt nem tudom.)
Viszont egy mai OS-ben, főleg ami az ilyen gazdaságtalanul megírtakat llleti, mint a Windowsok, szerintem jópár taszk nem csak várakozik. Főleg ha ki is kell szolgálni valamilyen aktívan futó programot. A Windows Feladatkezelőjének CPU terhelésmérője abból a szempontból sem korrekt, hogy a "belsős" taszkokat nem is számolja bele a %-ba. Pl. az RMClock (C'n'Q driver helyettesítő, 5x jobb) akkor is több %-ot mutat, maikor a másik 0-át. És amikor a másik 10-et, az 20-at... Ha pl. torrent kliens fut jópár kapcsolattal, akkor még nagyobb a különbség.
|
Varakozo process nem kap ido szeltet, amig be nem kovetkezik amire var.
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
Legtobbjuk nem sok vizet zavar 2% alatti az o ossz. proci igenyuk, es foleg varkoznak, relative keves memoria muveletet vegeznek.
Jo esellyel menetrendszerinti utemzesekkor ugyan az process kapja vissza a CPU-t.
L1(I,D),L2,L3 cache nem urul ki, csak diagnosztikakor szokas nem hasznalni, vagy kiuriteni (kvazi soha), nincs sok koze a lapozashoz.
TLB az amit ervenytelenedik task valtaskor.
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
Az előzőt úgy írtam, hogy még nem olvastam az #54-esed. Akkor szerinted nincs cache-flush? Oké, viszont 40-50 taszk azért elég sok, ami átlagban fut a mai OS-eken.
|
Jó, de nem mentik és töltik vissza állandóan az egész L2-t, mint pl. a regisztereket. Még ha nem is lenne cache-ürítés taszkváltáskor, ami asszem van, de nem biztos, nos akkor az a többtíz taszk, ami váltja egymást, éppen elég lenne ahhoz, hogy egy adott taszt előzőleg használt adatai/utasításai már ne nagyon legyenek ott, ezért mindegy szinte, hogy azonos v. másik magon fut tovább a következő esetben.
|
Igen 1 magon is valtogat.
De a kis apro fojamatok nem utik ki a teljes cachet, amint visszakapja a memoriat intenziven hasznalo folyamat a proceszort meg boven talalhat szamara fontos ervenyes adatot az L2 cachben es nem a szomszed proceszorban/mag cacheben lesz az amivel legutobb dolgozott.
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
De kibirna es mas OS nem igy csinalja, es DIREKT nem igy.
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
Masodpercenknt 1000 taszkvaltas 4Mb cache 2x4000 MB/sec (per mag) vs. memory bandwidth.
Hat ez nem elhanyagolhato, bar ugysem kell ujra tolteni az egesz cachet mindig.
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
Átlagol... De valahogy tényleg jeleznie kellene, hogy valójában nem 50-50%.
De biztos vagy ebben a melegedési dologban? Nekem úgy rémlik, pl. az AMD korábbi prezentációiban a K10-féle újabb C'n'Q-nak része lett volna az is, hogy adott esetben teljesen lekapcsol 1 v. több magot, ha azokra nincs szükség (kevesebb mag sincs éppen teljesen kihajtva). De aztán ez valahogy elmaradt, azzal együtt, hogy ugyancsak a C'n'Q driver egyátalán csak az órajeleket függetlenül állítgatná a magoknál. Amit amúgy tud is a proci, de kézzel kell állítgatni. Szóval úgy tűnik, nem valamely probléma miatt nem valósították meg ezeket driver szinten (a mérnökök biztos tudták volna előre, ha nem is lehet az általad leírt dolog miatt), hanem egyszerűen "megfeledkeztek" róla. Meg ugye a hárommagosnál is ott van a 4. mag, csak ki van kapcsolva.
|
xp vista. Van ott sávszél az l1 l2 nem téma. És tuti hogy minden más oprendszer hasonlóan csinálnia, mert azt nem bírná ki egy több magos proci hogy az egyik mag megfől a másik meg jéghideg.
Csupán a kiírás a faszság, mert szépen kiírja hogy 50-50% amikor 100%-0% és 0% 100% kvagyorsan váltakozva. És ezzel besegítenek a játékfejlesztők kamufolyamába, amit meg is értek, hiszen az ms CSAK és kizárólag a játékoknak köszönheti a helyzetét.
Mellesleg ja amúgy is váltogatja a taskokat, 1magon is minden oprendszer, másképpen hogy futna annyi folyamat?
Négymagosnál meg gondolom szépem 25-25-25-25%-ot ír ki.
Vain ei kuulu terroristien käsiin! CS. N. T. K. K.!
SG az a hely ahol sunyi módon csöndben törölgetik a hozzászólásokat, indok nélkül. ;)
|
Te figyelj, ha nem tudnád, amúgy is állandóan váltogatja a taszkokat. x ms-ig fut az egyik, aztán a következő van soron, és így tovább. Az x ms-nek apró töredéke a cache-ek újratöltése, tehát a multitaskingból eredő időveszteség töredék százalék. Ezért az is mindegy, hogy következő alkalommal melyik magon fut tovább az adott taszk.
|
"Tehát félrevezetés, mert az 50%-50%-ból azt lehet hinni hogy az bizony 2 magot használ, pedig nem."
Melyik szar vindowz verzio csinal ilyet? (L1-)L2 Cache szempontjabol ez kurva rossz.
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
Emellett az ms-nek nem érdemes hinni ilyen dolgokban. Ott van pl a játékgyártók fúmostkihasználjuk a 2 meg sokmagot témája is. Szinte minden játékba odaírják a readme-be is hogy hát ez használ 2 magot ami biztos így is van, mert a 0.00001% cpu időt igénylő input eventhandlereket külön szálba rakhatják, csak ugye ennek nem lesz látványos előnye... úgyhogy marad az áll egy játék kb 20 threadből, és abből 1 thread használja az egész program által használt cpu erőforrás 99%-át, másik 19 a maradék 1%-ot megosztva.
És ilyenkor a kíndóz ugye kiírja hogy core 1 használat 50% core 2 50%, ami igaz is, mert vagy a prociba be van égetve ha a két mag között túl nagy lenne a terhelésbeli különbség akkor váltogasson a 2 között, hogy ne forrósodjon fel az egyik míg a másik áll, mert az nemjó. De ettől nem párhuzamosan végzi a feladatot. A valóság tényleg az 50%-50% de teljesítmény szempontjából 100%-0%.
Tehát félrevezetés, mert az 50%-50%-ból azt lehet hinni hogy az bizony 2 magot használ, pedig nem.
A dx10 gyorsulását is eddig csak a dx10.1 új aa-jával tapasztaltam, semmi mással.
Vain ei kuulu terroristien käsiin! CS. N. T. K. K.!
SG az a hely ahol sunyi módon csöndben törölgetik a hozzászólásokat, indok nélkül. ;)
 |
Je a Geometry Shader az OpenGL 2.0 -val is mehet:
geometry_shader4
Egy extensont betolteni 0 -adik szintu feladat. Aki -nek ez problemat jelent az kerulje a programozast. (par sor kod, amin gondolkozni sem kell)
Linux nem Win: http://www.unixlab.hu/LNW/index.html
gentoo : http://www.gentoo.org/main/hu/philosophy.xml
|
dx szar volt, és lassú. Most átírták hogy jobb legyen. Az opengl meg eddig se volt lassú... (tapasztalat több nvidia, ati kártyán és még régről 3dfx kártyán is, sokféle játékkal)
mellesleg ogl3-ban is változtatnak
"OpenGL 3.0 fundamentally changes the API in virtually every way. Any fixed functionality that OpenGL 2.1 also provided a shader interface for has been removed in favor of a shader-only approach. The API has been streamlined, designed to both simplify application development and ease the burden on implementations"
Vain ei kuulu terroristien käsiin! CS. N. T. K. K.!
SG az a hely ahol sunyi módon csöndben törölgetik a hozzászólásokat, indok nélkül. ;)
|
A nagyon nagy mértékű visszafelé kompatibilitás (amit az opengl csinál), hátráltatja a fejlődést. Lásd amit a dx10 csinált, átírták, sokkal jobb lett és nagyok a lehetőségek. Az másik dolog hogy nem használják ki.
Az ogl 3.0 csak arra jó hogy felhozza a 10 szintjére, de nem csinálnak olyan szintű átírást mint a dx9 és dx10 közötti, így nem lesz akkora minőségi ugrás...
|
"Én nem értek hozzá butakoznolos révén. :-)"
Tipikus eset: hülye vagy hozzá és még büszke is vagy rá.
|
(Meg ott van a Mac OS-X is, az fizetős.)
|
Arról nem is beszélve, hogy legtöbben a Wint is "ingyen használják"... De ha pl. online akarnak játszani, akkor kénytelenek megvenni az eredeti gémet. Ez a Linuxnál sem lenne másként.
|
Értem, köszi a válaszokat! Ha jól tudom Tech 5 még mindig OpenGL-es lesz. Carmack a kitartó. Ámde megnézzük melyik hogy tud fejlődni!
Dzson: leestem a székről :) (ütött a poénka)
Android fan: nyííít (sose volt, max a felh. segge), gyóóós (jah, csak nincs olyan droidos cucc, amin ne szaggatna az OS), biztonságóós (ja, ellenőrzést most vezetik be, a kártevők melegágya az OS).
|
Szuper ez a DX11!
Ha megjelenik, ezzel is végigjátszom újra a 3Dmarkot!
Már háromszor végigvittem, de DX11-el is végigfogom!
Sajnos már értelmét nem látom ennek (sem), csak hogy eladtak több raklap DX10 és 10.1 karit nektek. :))))))))))))
Amiga 1200 030/882/40, 32MB
Playstation 2, Playstation 3
AMD Athlon 64 X2 5000+@2.8GHz, 2GB DRR2/800, Sapphire HD4830@780Mhz 512MB, BENQ G2400W TFT
|
Mert nem kell hülye szabványos ugrásokat használni. Használhatnál dx9-ben szereplő effekteket, kiegészítve gs-el ami meg 10-es, ha van használja, ha nincs nemhasználja. Meg persze nyílt, mindenen megy, nem picipuha stb.
vicces egyébként hogy valaki azt mondta azért szar az opengl mert még nincs 3.0 (augusztusban jön), merthogy mindenki azért vergődik hogy hát a dx9 az elég, nemkell 10. Akkor a 2.1-es opengl miért nem elég? Ugyanazt tudja mint a dx9...
Ez olyan mint a szar a linux mert nincs rá driver. De ha a vistához nincs driver akkor nem a vista szar, hanem a gyártó :D
Vain ei kuulu terroristien käsiin! CS. N. T. K. K.!
SG az a hely ahol sunyi módon csöndben törölgetik a hozzászólásokat, indok nélkül. ;)
|
én nem használtam még egyiket sem de ha másért nem is azért biztosan jobb mert nyílt! Persze kellenek a zárt dolgok is mert pénz körül forog az egész de a nyílt dolgok pár helyen sokkal jobbak lennének ilyen pl a játék fejlesztés is mert sztem ha ismernél minden egyes kis dolgát sokkal inkább tudják kihasználni. Mivel nyílt sokkal többen tudják fejleszteni és egyre többen használnak szgépet egyre többen lesznek tehát azok is akik nem windowst választják és ők is vásárlók...
Valaki írta hogy ha már az oprendszer ingyen van akkor a játékért sem fizetnének, na ez kicsit érdekes, mert nem csak a windows fizetős az alternatívák között is akad, egyébként is nem ezért használok linuxot desktopra is mert ingyen van....
|
Az előző nem Microsoft, a másik meg az..
|
Miért gondolod, hogy jobb az OpenGL, mint a DX? Kérdezem, más is megválaszolhatja!
Android fan: nyííít (sose volt, max a felh. segge), gyóóós (jah, csak nincs olyan droidos cucc, amin ne szaggatna az OS), biztonságóós (ja, ellenőrzést most vezetik be, a kártevők melegágya az OS).
|
Olyan vicces a pixeles zöld X, mint embléma.. Jól mutatja, hogy mennyit ér az egész. :)
|
Szerintem akkor is sokat nőne egy játékfejlesztő cég presztizse, ha legalább a "kifutott", régebbi játékait engedélyezné átírni Open GLbe.( vagyis kiadná kisebb cégeknek, akik pályázat útján jelentkeznének rá, aztán ugyanúgy pénzért árusítanák.)Gyanítom, h egy "kis" optimalizálás után jobban futna azonos körülmények között, mint annó a DX-es elődje.
Azért sokat jelentene, h Ubi alá nem kellene még Cedegát, Wine-t telepíteni, hanem egyből menne, mint XP alatt.
A bölcsek nem tudósok - a tudósok nem bölcsek
Lao-Ce
|
Szerintem ilyen erovel az XP-re is csinálhatnának DX 11-est .
|
Szerintem Particle GS Shaderekkel fogunk találkozni a közeljövő játékaiban. Valszeg nő a játékok ALU:Tex aránya, és némileg a vertex shader terhelés is nagyobb lesz. A Deferred Rendering technikák is terjedni fognak, ezzel pedig be kell hozni a DX10.1-es Multisample Access-t az AA támogatásához.
|
"1 magos processzort is lehettett volna még valamilyen technikával gyorsabbá tenni, de minek ha sokkal jobb a többmagos rendszer."
Nem, éppen hogy a gyorsabb proci a jobb, mert teljes átírás nélkül kapásból gyorsabban futnak a dolgok (és a gyorsulás többnyire nem is lineárisan nő a magok számával), és ennek éppen hogy technikai akadánya volt. (Adott csíkszélesség mellett elérték az órajel plafonját, és 1-1 csíkszélesség-váltáskor sem nő olyan drasztikusan.)
|
1. Na ja, a legtöbb ember gépén Windows van, csak éppen nem DX10. Ezért egyelőre kevés játék is támogatja. Ebből a szempontból (is) jobb lenne az OpenGL, mert akkor érdemes lenne a Geometry Shadereket kihasználó játékokat fejleszteni, és nem csak Vistás gépeken futna.
2. A PS3 3D API-ja az OpenGL-ES.
3. A GPU-nak sokkal kevésbé fekszik a jétéklogika, mint a CPU-nak (ellentétben pl. a 3D grafikával, fizikával).
4. A PS3-ban a Cell nagyon is át tudná venni a Geometry Shaderek végrehajtását. Ezen a területen inkább a Box van gondban.
|
Ja és pont az EA az,aki ad még ki Linuxra játékot és fog is. Szóval a divat EA fikázást be lehet fejezni. Illetve MacOSra is ad ki.
Android fan: nyííít (sose volt, max a felh. segge), gyóóós (jah, csak nincs olyan droidos cucc, amin ne szaggatna az OS), biztonságóós (ja, ellenőrzést most vezetik be, a kártevők melegágya az OS).
|
Öö nem igazán. DX9-ben lévő korlátot is kitolja a DX 10, hogy milyen részletes legyen a megjelenített kép.
Android fan: nyííít (sose volt, max a felh. segge), gyóóós (jah, csak nincs olyan droidos cucc, amin ne szaggatna az OS), biztonságóós (ja, ellenőrzést most vezetik be, a kártevők melegágya az OS).
|
Nem ilyen egyszerű azért ez a dolog.
[mycom: Core2duo E4300,GeForce GT 240 (1GB),2GB DDR2,Sharp 26"(hdtv),Genius SW-HF5.1 5000]
"Az áram alatt lévő alkatrész ugyanúgy néz ki, mint a nem áram alatt lévő, csak épp a fogása más."
|
Lehet, hogy csak az én fejemben van így, de én úgy tudom, hogy a DX10-nek a legfőbb előnye, hogy egyszerűbben lehessen megcsinálni ugyanazt, mint DX9 alatt.
(Az új shader azért lett, mert DX9 alatt is csináltak hasonlót, de abban a struktúrába nem fért teljesen bele, igy ott "hackelték" ezt.)
Ha valaki jobban tudja, javitson ki, ugasson le, tiporjon a földbe.. 
|
"Az opengl-t meg csak hanyagolják, egy nagy rakás ... az egész, nincs egységesítve, extensionok egymás hegyén hátán, és már eléggé le van maradva, és az OGL 3.0 merre is van?"
Azért egész jó kis API, eléggé átgondolt ahhoz, hogy 10+ évig kompatibilis legyen az összes verzió is az 1.0-val.
|
Magyarul az egész DX10 nagyon jó dolog lenne, de nem tudnák úgy megírni a játékokat, hogy dx9 -ben is, meg konzolokon is mennyen a dolog.
A jelenlegi bekapcsolható DX10 effektek a játékokban egyértelműen nem dx10-esek akkor, és dx9-ben is simán működnének. Csak azért csinálták, hogy ha már megvették akkor csak legyen valami kis különbség.
A kártyák gyorsabbak is, nem csak új technológiát váltottunk. Bár a dx10 nyilván csábítóbb, de a jobb kártyák úgyis ugyan annyiba kerülnének ha nem dx10 lenne szerintem.
Nyilván nincs kihasználva teljesen a dx9, de ha egy újabb technológiával sokkal egyszerűbben meg lehet oldani dolgokat, akkor miért ne. 1 magos processzort is lehettett volna még valamilyen technikával gyorsabbá tenni, de minek ha sokkal jobb a többmagos rendszer.
[mycom: Core2duo E4300,GeForce GT 240 (1GB),2GB DDR2,Sharp 26"(hdtv),Genius SW-HF5.1 5000]
"Az áram alatt lévő alkatrész ugyanúgy néz ki, mint a nem áram alatt lévő, csak épp a fogása más."
|
Lesz majd XP-s változat? :D
|
De az nem DX10 alatt futott, hanem uazok az effektek DX9 alatt. Arról nem tehet az ember hogy a crytek elszúrta az egészet, és nem volt képes normális dx10-es motort írni.
Az opengl-t meg csak hanyagolják, egy nagy rakás ... az egész, nincs egységesítve, extensionok egymás hegyén hátán, és már eléggé le van maradva, és az OGL 3.0 merre is van?
|
"A dx9 jelenleg azert maradt az elterjedt api, mert minden jelenlegi konzol (ps3, xbox360) csak ezt tamogatja"
ps3 egyáltalán nem támogat dx-et, max az abban meghatározott effekeket, de opengl segítségével.
Vain ei kuulu terroristien käsiin! CS. N. T. K. K.!
SG az a hely ahol sunyi módon csöndben törölgetik a hozzászólásokat, indok nélkül. ;)
|
A játék fejlesztés anyagilag nagyon nagy kockázat. Az 5-6 legnagyobb, már többször sikert aratott játékfejlesztő céget kivéve, ez mindenkire igaz. De sokszor a legnagyobbakra is. Minden kis apró költség sokat számít. Vagyis csak akkor lesz több opengl-es játék, ha nagyon sok felhasználó elkezdi preferálni az egyéb oprendszereket. Továbbá mivel directx-en van a pénz, így a minden féle támogatások, fejlesztések, egyeztetések inkább arra vannak.
Ez így egy ördögi kör. Ez bizony akkor fog csak változni, ha felhasználói szokások nagy mértékben változnak.
Egyébként a dirext10 kellett meg a dirext11 is szükség van. Senki nem mondta, hogy kötelező gépet újítani. Plusz így a régebbi technológiáknak gyorsan lemegy majd ára, és ez egy jó dolog.
|
A legtobb embernek windows van a gepen. Ezert a jatekokat windowsra fejlesztik, ahol a directx a nativ api. Az atlag emberek kozzul jatekra szant gepen eleg kevesen hasznalnak linuxot es aki igen, az is inkabb azert mert ingyenes. Az o kedvukert nem fognak fizetos szoftvereket fejleszteni opengl-ben.
A dx9 jelenleg azert maradt az elterjedt api, mert minden jelenlegi konzol (ps3, xbox360) csak ezt tamogatja, tovabba a legtobb ember nem hajlando penzt aldozni a vista futtatasara es jatekra egy idoben alkalmas gepre.
A dx10 eleg nagy fejlesztes volt, megjelentek a geometry shader-ek, ami azt jelenti, hogy most mar a dx trukkozes nelkul is kepes fizikat es futas kozben szamolt animaciokat gyorsitani. Az elso az elethubb fizikai szimulaciokat a masodik a gordulekenyebb, fix fazisok nelkui animaciokat tenne lehetove. A fejlesztok e helyett meg mindig a cpu-val szamoltatjak mindkettot. A kovetkezo lepes az lenne, ha a teljes jateklogika atkerulne a gpu-ba es lehetove valna az ai gyorsitas, tehat a cpu-t szinte nem is hasznalo jatekok szuletnenek. Arrol nem is beszelve, hogy a mai babu modell helyett a karakterek fizikai felepiteset figyelembe vevo animaciokat lehetne generaltatni a geppel. (tehat nem egy animator hatarozna meg a mozgasokat, hanem a jateklogika csak annyit mondana, hogy eppen melyik izmait fesziti meg a karakter, es a tobbit a modell alapjan kiszamolna a gpu, tehat kornyezettel kolcsonhatasban a lehetseges animaciok szama kozel vegtelenre none, azaz pl. soha nem lepne vagy ugrana ketszer pixelre egyforman egy karakter)
A dx10 lehetove teszi ezeket, csupan addig senkinek nem eri meg ilyen drasztikusan eltero elven jatekokat fejleszteni, amig a konzolok nem tudjak futtatni az igy megirt kodot. Ez sokkal drasztikusabb valtas mint ami dx8 es dx9 kozott tortent, mivel itt a teljes jatekmotort kellene a gpu-ra megirni, tehat a grafikus motor valna a jatekmotorra es ezaltal tobbet nem lenne lecserelheto ujrairas nelkul masik technologiara. |
nemkell linux alá sem megírni. Egyszerűen opengl grafika kell. Ennyi kell, és linuxon is simán megoldható a win-es program futtatása is jó sebességgel, na meg nem csak linuxon, hanem pölö meken, meg pisi3mon is.
Vain ei kuulu terroristien käsiin! CS. N. T. K. K.!
SG az a hely ahol sunyi módon csöndben törölgetik a hozzászólásokat, indok nélkül. ;)
|
Ahh, lenyúlás szagot érzek...
Még jó, h a Battlefield 2 DX 9-en fut. :D :D
Az viszont tényleg szar dolog, h egy játékfejlesztő cég csakis kizárólag DX játékokat csinál. Jó, kivétel az Unreal mert megcsinálták Linux alá is.
Az EA hatalmas népszerűségre tenne szert, ha jők is követnék az Unreal készítőinek példáját és ugyanazt kiadnák OpenGL motorral is.
A bölcsek nem tudósok - a tudósok nem bölcsek
Lao-Ce
|
Crysis DX10-es effektjeit elő lehet csalogatni DX9-es kártya alatt is, windowsXP-n.
Ez az egész DX-es fejlesztés csak arra jó hogy a felhasználókat átcsábítsák az újabb windows verziókhoz. Meg ugye a vga kártyák eladási adataira is jótékony hatással bír.
Nekünk, játékosoknak az lenne a legjobb ha a fejlesztők sutbavágnák a DX-et és elkezdenének végre OpenGL alá fejleszteni, így nem lennénk (vagy legalábbis kisebb mértékben) rákényszerítve a microsoft termékeire. John Carmacktől (doom-ok és quake-ek enginejének főkódere) egy kis demonstráció az új id engineről, OpenGL alapú
ก็็็็ก็็็็ RADIOCRON.NET ก็็็็ก็็็็
|
Én szerintem ezt a fejlesztést majd az új win-re tartalékolhatnák.
Mondjuk arra leszek kiváncsi, hogy melyik gyártó foglya először bele építeni az új vga-kba.
Mondjuk én 2010-ig tutti nem fejlesztek gépet vagy 2012-re csak. Addigra kijönnek 8magos amd, intel procik.
Love Sign: MASTAAAAA~ SPAAAAAAAAAAAAAAAARK!!!
|
Mit gondolsz miért találta ki az m$? Annyit segítek nem azért, hogy neked jó legyen, vagy a játékfejlesztőknek...
Vain ei kuulu terroristien käsiin! CS. N. T. K. K.!
SG az a hely ahol sunyi módon csöndben törölgetik a hozzászólásokat, indok nélkül. ;)
|
Ez jó hír! Újabb lehetőségek nyílhatnak meg a fejlesztések előtt. Ez meg elcsépelt szöveg, hogy a dx9-et sem tudják kihasználni. Persze biztos igaz is, de nem azért van dx10 meg majd 11, hogy legyen ilyen is. Többet tud, mint az elődje és ez fontos. Mivel konzol és xbox párti vagyok, szerintem a következő xbox amikb. 2 évvel jöhet ez után már biztos olyan kártya is lesz benne. Főleg, ha HVD lemezeket is használna... Persze addig még el kellene terjednie, hogy pénztárca barát áron használni lehessen.
|
A DX) már ki van használva majd nem 100%-ig (lásd CrySiS), de a DX10 ami alig van kihasználva jelenleg. A DX11 meg két új shadert ad csak hozzá, mellyel élethűbb modelllek elkészítését teszi lehetővé.
|
Persze.De így megint ellehet adni a sok szar hardvert.
"Az állatvédők azért vannak a szőrmebundák és nem a bőrkabátok ellen, mert könnyebb idős hölgyeket molesztálni, mint a Pokol Angyalait... "
|
Még a DX9-et sem tudják rendesen kihasználni...
A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el.
(Meg az, hogy a világot elárasztották a konteóhívők...)
|
Én leragadtam a dx8-nál. Nem vagyok rá büszke, de jó poén :D
|
Az a bajom ezzel a directx-el is,hogy windows kell hozzá. Pedig a PC-s játékokon az segíthetne ,ha op.rendszertől függetlenül lehetne fejleszteni rá.
|
hát ez király
ASUS M2N4-SLI/RADEON HD2900XT GDDR3 512 MB/AMD ATHLON X2 4800+/2X1 GB DDR2 RAM 800 MHZ
|
|
Ilyen apróság például, hogy egészen pontosan mit is takar a név, milyen új megoldásokat várhatunk majd a csomagban. Redmondi nyilatkozatok alapján ezt a következőkben foglalhatjuk össze: új hardver és API, a Compute Shader néven megjelenő új shadertípus (Shader Model 5.0), amely állításuk szerint kötöttségek nélküli hozzáférést nyújt majd az új lehetőségekhez, az egyes szálak közötti kommunikációhoz, illetve I/O-műveletekhez. Ezzel leegyszerűsödik és egyben felgyorsul a meglévő funkciók kezelése, valamint megnyílik az út a további kiegészítő megoldások felé, amelyekről azonban még egyelőre nem esik szó. 
Nyomtatás
Elküldés e-mailben
Indul a DirectX 11 ismertetése
Cell processzor a Toshiba laptopjában
Eee PC 904 és 1000 részletek
3,2 GHz-ig húzható az AMD 45 nanométerese
