[fgyuri]

Egyébként meg a memória használatával kell súlyozni a sebességét, hogy össze tudjuk hasonlítani a teljesítõképességüket.

Mivel az egyiken egy nagyméretû gyors memória lesz, a másikon többféle sebességû és méretû, ezért lesz olyan program aminek az egyik, és lesz olyan aminek a másik fog kedvezni. Mindketten írnak majd olyan tesztet, amin a saját gépük fog nyerni. És ahogy vers is írta, ha még vannak hardveres tömörítõk is, amiket ha használnak, akkor virtuálisan szélesíthetik a memsávszélt, akkor meg teljesen alkalmazásfüggõ lesz, hogy mennyit tud kihozni a hardverbõl. Szimplán a nyers bitszélesség * órajel nem dönt 1értelmûen (kivéve mem->mem transfer teszteken).

[delphijos]

Ilyen egyszerű...
http://www.playstati...e-console-wars/

[philcsy]

Igazából még a memória teszt se egyértelmű, mert szekvenciális I/O esetén a GDDR5 nyer, random I/O esetén speciálisan egyszerű láncolt listát használva a DDR3 nyer.

[rottenbull]

Az itt a gond,hogy nem latjatok a fatol az erdot.Barmifele kulonbseg kizarolag az exkluziv cimek eseten jon elo,de azoknal meg nincs alap a hasonlitgatasra.A multiplatform cimek pedig nem lesznek skalazva,eddig sem voltak.Megint lesz majd harom-negy jatek az egesz generacio alatt,ahol elkaphato lesz egy-ket apro minosegbeli elteres,es ennyi.Mindent a gyengebb gepre fognak raszabni.
Szoval lehet a PS3 egy szuperszamitogep a Box meg egy kavedaralo,ha minden egyforman fog futni mindketton.
Persze ez nem fog vissza senkit attol,hogy a hardware specifikaciok szamadatait lobogtassa,de eleg viccesen hat,es bizony nem ismerik az ipart,akik ezeken lovagolnak.

[attila9988]

@kockulat: "Van valahol infó róla, hogy mennyivel lassabb? Valami hivatalos?"

Nem mintha számítana egy konzolnál.... majd úgy írják meg rá a cuccokat hogy jó legyen.

[attila9988]

@Maxim_: " nem eshet le 15fps-re egy Xbox One játék."

Azért láttunk már szaggató játékot konzolon, pl x360 -on. Nem annyira egyértelmû az az fps érték....

[attila9988]

@Maxim_: "Hardverközeli konzoljáték programozás mellett "

Annyira azért nem hardware közeli az sem. Ott is az van, hogy a nagy többség megvesz egy engine -t, aztán script nyelven nyomja a játékmechanikát, és tesztelnek közben hogy mennyire megy....
Szerintem kicsit túl van misztifikálva ez a hardware közeli programozás dolog. Lehet hogy még az elsõ nintendo -n úgy nyomták.. de ma ugye az xna -hoz hasonló cuccok, meg a méregdrága engine -ek a divatosak.

[Sanyix]

@philcsy: nem lehet kicserélni. GPU textúrázásra közvetlenül csak s3tc-t vagy tömörítetlent olvas. Minden más egyebet az elõzõ kettõbe kell konvertálni elõször. De ha megoldanák hogy mondjuk jpg-t olvasson, hardverbõl az is borzasztó lassú lenne, mivel a jpg-t nem lehet 1 olvasással textúraként felhasználni, hanem csak többel. Ez a fix (s3tc) és dinamikus (jpg) tömörítések közötti különbség. A fix tömörítésnél meg van hogy hol kezdõdik a textúra, és mekkora. Onnantól lehet tudni hogy hol hol a vége, mert mindig ugyanakkora. Dinamikusnál nem lehet tudni, mert lehet hogy 2 kbyte, de az is lehet hogy 2000... Így szépen végig kell olvasni, és lépegetni a végéig.
Rohadt nagy overhead.

Ezért használnak fix tömörítést a textúráknál, és nem dinamikusat, mert jósolni még nem tudnak a chipek, (és nem is fognak), másrészt azért mert nem lehet a dinamikusan tömörített textúrát blokkonként olvasni, csak egyben.

[philcsy]

Idézet: Sanyix - Dátum: 2013. 10. 12. 21:13

@philcsy: nem lehet kicserélni...

Már miért ne lehetne? RAM-ban jpeg, beolvassa, kitömöríti és eltárolja ESRAM-ban, és onnan már úgy használja mint bármely más textúrát. Ha elég gyors a hardveres kitömörítés, akkor ez működik.

Idézet: Sanyix - Dátum: 2013. 10. 12. 21:13

Onnantól lehet tudni hogy hol hol a vége, mert mindig ugyanakkora. Dinamikusnál nem lehet tudni, mert lehet hogy 2 kbyte, de az is lehet hogy 2000... Így szépen végig kell olvasni, és lépegetni a végéig.

Oszd föl a képet blokkokra, tárold el, hogy melyik blokk hol kezdődik, és mekkora. Ha kell egy pixel, olvasd be a pixelt tartalmazó blokkot, tömörítsd ki, és már használhatod is. Semmi megoldhatatlan nincs az egészben. A tömörítés persze rosszabb lesz mintha az egész képet egyben tömörítetted volna, de hogy megéri-e vagy sem, az innen nem lehet eldönteni.

Szerkesztette: philcsy 2013. 10. 12. 22:43 -kor

[vers]

jpg-nel LOD sem kell, mivel frekvenciakat tarol , es ugye igy adott az osszes LOD

[Sanyix]

@philcsy: Ennek semmi értelme. Mekkora is az ESRAM? Egy 4096x4096 os textúra ami ma már elég gyakori, és nem egyet és nem is 2-t használnak belõle egy scenen belül, hanem tizesével, 48 mega tömörítetetlenül(és mipmap és alfa még nincs is rajta). Belefér az ESRAM-ba 2 darab, meg még pár 2048-as ha alfa van rajtuk 2 sem fér bele.

Egy átlagos mai generációs játékban is minden egyes képkockában teljesen ki kellene cserélõdnie a textúráknak az esramban akár többször is.

[sz.attila]

Gyerekek!! úgy gondoljátok hogy a Microsoft és a Sony is olyan idióta volt hogy egy gyengébb AMD hardvere bízta a dolgot, ugye még viccnek is rossz, akkor mirõl beszéltek??

[vers]

@Sanyix: a megatextura nem igy mukodik, csak a szukseges tilek toltodnek be, a textura igeny kb a rendertarget meretenek a 2-10 szerese framenkent

[vers]

@szabo attila oli: mondjuk ugy hogy egy kurva olcso megoldast valasztottak

az 1.6 Ghz minden csak nem innovativ

[Sanyix]

@vers: Minden textúra részletnek be kell töltõdnie ami éppen látszik a látótérben. És sokkal több szokott egyszerre látszani mint 2x 4096*4096, vagy ami 128 meg ramba beférne... és akkor jön a ramból vramba pakolászás, és a "rubber banding". Nem véletlenül tartanak a videokártyák 1-2 gbyte-nál vramban...

[Sanyix]

@vers: igen pont úgy mûködik mint a nem megatextúra, s3tc-nél is csak a szükséges tileok töltõdtek be, ez mindig is így volt amióta 3d létezik.

[vers]

@Sanyix:

en is keveslem a 32 MB-os beagyazott memoriat, az intel a haswellbe 128MB-ot rakott , bar ok is azt irtak hogy olyan sokat nem gyorsul a merettol , nyilvan ez akkor adodhat ha inkabb cache -kent kepzeljuk el , az xboxban nem nyilvanvalo hogy mi is ez voltakeppen, amd-t ismerve biztos valami felmegoldad

[delphijos]

Idézet: vers - Dátum: 2013. 10. 13. 14:09

en is keveslem a 32 MB-os beagyazott memoriat, az intel a haswellbe 128MB-ot rakott , bar ok is azt irtak hogy olyan sokat nem gyorsul a merettol , nyilvan ez akkor adodhat ha inkabb cache -kent kepzeljuk el , az xboxban nem nyilvanvalo hogy mi is ez voltakeppen, amd-t ismerve biztos valami felmegoldad

Komolyan legalább egy cikken belül maradjál meg egy álláspontnál. Pár hsz.-el ezelött az egekbe dicsérted a megoldást , "ésszel" készült hardvernak nevezted. Most akkor mi van?

[vers]

@delphijos: a dicseret az tulzas, mind a kettot utalom , ez az amd-s konzol szerintem a legrosszabb ami tortenhetett, de mivel fejleszteni ra muszaj, ha nem buknak meg a picsaba, igy nem art tisztaban lenni a lehetosegekkel

[NauTiLUS]

@vers: muszáj fejleszteni rá... hát igen, van esélyed, hogy egy még azelõtt kihozz valamelyikre egy prorgamot, mielõtt jön az újabb generáció. Csak kurva kevés. Fõleg olyan programot, amiért valaki pénzt is ad.