Speltillverkare stödjer 64-bitar

Bra att mjukvaruutvecklarna börjar hänga med nu.

Sundelin hann före moderatorn
men bra att spelindustrin tar ett ordentligt kliv nu

Dom kommer i två versioner vad jag vet.

Två versioner kommer det ju ändå inte, bara två olika binärer på samma skiva, resten av sakerna som texturer och andra saker kan ju båda versionerna dela på.

sen till frågan om det blir större så borde det väll onekligen bli det? en binär som innehåller 64 bitar istället för 32 torde ju bli större? men som cain säger handlar det om binärerna, inte texturer/ljud MM.

Varför skulle ett program som är kompilerat för att hantera en större mängd data i taget ta (nämnvärt) mer plats? Förstår inte vad du får det ifrån...

Iaf, det är ju trevligt att se att ett gäng spelutvecklare hoppar på detta, man får väl hoppas att hela miljön runt spelen är mogen tills dess att spelen släpps, typ operativsystem och drivrutiner för all hårdvara.

Tacka Fajri|fb istället, jag bara förmedlade vad han sa till rätt person.

Jag hoppas verkligen att man inte måste betala för att få en 64 bits version av sitt spel..

Det har inte specifikt med data att göra... om man ska köra i ren 64-bitarsmode måste alla minnesreferenser göras i 64-bitar istf. 32 -> större instruktioner. Även instructioner med immediate data måste eventuellt göras större.

Sedan kan det bli hur komplicerat som helst att avgöra hur stor exekverbara koden blir i slutändan ändå när man tar hänsyn till pipelineoptimeringar o.dyl. Men man kan nog med säkerhet säga att exe-koden blir större.

"...we are already well underway in developing next-generation tools and technology that do things wholly impossible on 32-bit platforms."
BWAHAHAHA!
Oj vad 32 bitar måste vara begränsade! De där nya bitarna måste ju vara något extra, kan man skicka signaler till Mars med en 64-bitars x86-processor nu?

Det enda jag kan tänka på är adresseringen, allt annat har varit möjligt innan, problemet var bara prestandan. Adressering över 4GB har varit lite besvärligt.

Spelar väl knappast nån roll om de blir lite större, tycker att man ska köra allt på dvd som ligger på mer än en skiva, sen om det tar plats på datorn gör väl inte nåt, en extra disk om det är kris, och inte bör datorn blir slöare för det...

Det är 2GB INTE 4GB som är max vad ett 32 bits OS kan addressera i taget till ett program alltså (flat memory addressing) över 2GB som ger den största prestanda boosten i developing tools
3GB är möjligt med en växel/ om programet är recompilerat och känner av den utökade switchen

sedan har AMD64 (i long mode) också utökat SSE2 och lagt till 8st 128 bits FP registers som ger en bra bost i Spel, 3D rendering, Encoding eller alla apps som utnyttjar SSE2

Vad jag har läst så är FP-registerna 80 bitar och lika många som innan, ST0 till ST7.
Sen så är SSE-registerna fortfarande 128 bitar långa, precis som innan, fast de är dubbelt så många, XMM0 till XMM15.
Har de ändrat specifikationerna sedan våren 2003?

Grunden från x87 eller arvet är naturligtvis inte ändrat i första steget av floating point pipelinen för det är väl det du syftar på? rätta mig om jag har fel

http://www.chip-architect.com/news/2003_09_21_Detailed_Archit...

Precis

Absolut inte

Ja... vi pratar om samma sak.
Dessutom så var adresseringen det teoretiska och inte hur mycket minne som minneskontrollern kan hantera och hur mycket Windows sedan klarar att adressera.