mboost-dp1
No Thumbnail
Nej, det har som sådan ikke direkte noget at gøre med cpu'en. Det er helt op til programmøren at sørge for at gøre sit program/spil/noget flertrådet. Det specielle ved Xbox'en, og andre lign. processorer er at de kan køre flere tråde parrallelt med hinanden, hvor en normal cpu vil dele de antal mhz den har til rådighed imellem de enkelte tråde som så vil blive kørt en af gangen.
Ja, ligesom en IBM speaker fortalte om til et foredrag, er dette er genneral problemstilling.
Der kommer meget mere i multitråde, og at den nye XBOX har flere kerner, er ikke nyt.
Problemet er nærmere, at meget få programmører på verdens basis, kender til den teknologi at kode på flere af disse, og da der er produceret utrolig få maskiner (og vist mest på test basis?) der kunne udvikles til, har det nok været svært at finde udviklere nok, til at der kunne produceres multitråded spil.
-- #1 eksempel:
Du har 3 kerner
nr. 1 ordnet alle udregninger i spillet
nr. 2 ordnet grafikken, loading osv.
nr. 3 order lyd og måske andet diverse.
Problemet er at kode, dette, i forskellige tråde.
Læs mere om normal multithreading på http://en.wikipedia.org/wiki/multithreading
Der kommer meget mere i multitråde, og at den nye XBOX har flere kerner, er ikke nyt.
Problemet er nærmere, at meget få programmører på verdens basis, kender til den teknologi at kode på flere af disse, og da der er produceret utrolig få maskiner (og vist mest på test basis?) der kunne udvikles til, har det nok været svært at finde udviklere nok, til at der kunne produceres multitråded spil.
-- #1 eksempel:
Du har 3 kerner
nr. 1 ordnet alle udregninger i spillet
nr. 2 ordnet grafikken, loading osv.
nr. 3 order lyd og måske andet diverse.
Problemet er at kode, dette, i forskellige tråde.
Læs mere om normal multithreading på http://en.wikipedia.org/wiki/multithreading
#3
Det er et dårlig eksempel du kommer med. Det er forholdsvis let at dele et program op på den måde som du beskriver. Hvad nu hvis lydentråden kun tager 20% og grafikkentråden ligger på 100% og ikke kan følge med?
Nææ det ville være meget bedre hvis alle workerthreads kan hoppe mellem de enkle CPU'er og dermed udnytte dem bedre.
Det er et dårlig eksempel du kommer med. Det er forholdsvis let at dele et program op på den måde som du beskriver. Hvad nu hvis lydentråden kun tager 20% og grafikkentråden ligger på 100% og ikke kan følge med?
Nææ det ville være meget bedre hvis alle workerthreads kan hoppe mellem de enkle CPU'er og dermed udnytte dem bedre.
Hvis man laver Opengl spil eller spil som udnytter 3D grafik er det også svært at gøre dette til et multi threaded system, men ikke umuligt, har selv eksperimenteret en del med dette, Da jeg var i gang med at lavede en start på en Matrix Demo.
Denne demo ende med at havde 3 Threads kørende samtidig dette var for at håndtere den matrix Texture som var en Random generert text i Matrix font, samt Musik og Collision Detect..
Hvorfor jeg gjore det var for at ikke sænke billede afviklingen med en Random Generaring som Genererede 1024 Random Text strenge med 256 karaktere, i hver streng.
Musikken kørete continuelt og skabte ikke de store problemer, men jeg vil ikke have at hvis jeg senere ville have flere musik stykker i Demoen skulle programmet ikke blive sænket af en load rutine men lade en Thread håndtere dette.
Collision detect kunne dog skabe Threads af sig selv for at kompensere for svære collisions som Eksplotioner Vs Buildings, ikke nogle simpel collision da dette kan lave reflektioner i bygningen alt efter hvor solid bygningen er Vs. hvor kraftig eksplosionen er.
Det ende da også med at jeg tvang min Intel Celeron 2.4 Ghz i knæ i nogle af de sekvenser som jeg havde i Demoen men ellers køret det forholdsvist godt på en pc uden et Grafik kort som var specificeret til at køre 3D.
Dog mit forslag vil være at de straks kommer over dette lille problem da dette vil gøre at spilende ikke får de små pauser hvor en maskine enden loader en texture eller er ved at lave en svær udregning dette er meget irreterende i et spil.
Men som så mange andre spille programmøre svinder de med koden og tænker sig ikke lige en ekstra gang om dette er sørgeligt men sandt har set mange spil som "hakker" i det og dette kan skyldes at nogle af de ting som de laver ikke er multi threaded. De skriver bare nogle højre system krav på embalagen.
N.B Jeg kan frem for alt forslå multithread da dette ikke får tingende til at hakke men som andre har forskrevet det sænker hele afviklingen af programmet med XX ns eller ms alt efter hvor kraftig en processor man har.
Denne demo ende med at havde 3 Threads kørende samtidig dette var for at håndtere den matrix Texture som var en Random generert text i Matrix font, samt Musik og Collision Detect..
Hvorfor jeg gjore det var for at ikke sænke billede afviklingen med en Random Generaring som Genererede 1024 Random Text strenge med 256 karaktere, i hver streng.
Musikken kørete continuelt og skabte ikke de store problemer, men jeg vil ikke have at hvis jeg senere ville have flere musik stykker i Demoen skulle programmet ikke blive sænket af en load rutine men lade en Thread håndtere dette.
Collision detect kunne dog skabe Threads af sig selv for at kompensere for svære collisions som Eksplotioner Vs Buildings, ikke nogle simpel collision da dette kan lave reflektioner i bygningen alt efter hvor solid bygningen er Vs. hvor kraftig eksplosionen er.
Det ende da også med at jeg tvang min Intel Celeron 2.4 Ghz i knæ i nogle af de sekvenser som jeg havde i Demoen men ellers køret det forholdsvist godt på en pc uden et Grafik kort som var specificeret til at køre 3D.
Dog mit forslag vil være at de straks kommer over dette lille problem da dette vil gøre at spilende ikke får de små pauser hvor en maskine enden loader en texture eller er ved at lave en svær udregning dette er meget irreterende i et spil.
Men som så mange andre spille programmøre svinder de med koden og tænker sig ikke lige en ekstra gang om dette er sørgeligt men sandt har set mange spil som "hakker" i det og dette kan skyldes at nogle af de ting som de laver ikke er multi threaded. De skriver bare nogle højre system krav på embalagen.
N.B Jeg kan frem for alt forslå multithread da dette ikke får tingende til at hakke men som andre har forskrevet det sænker hele afviklingen af programmet med XX ns eller ms alt efter hvor kraftig en processor man har.
Det kan da ikke overraske, at de første spil ikke er multitrådet. De første spil til nye konsoller udnytter ALDRIG maskinen fuldt ud. Det er først noget vi oplever efter et par år.
Samtidig har producenterne jo ikke haft mulighed for at ændre deres spilkerne, så de er multitrådet. Jo de har haft udviklingsmodeller i et stykke tid, men slet ikke nok til at kunne nå det. Samtidig er der jo også pres fra Microsoft, så de har nogle spil til udgivelsedatoen.
Samtidig har producenterne jo ikke haft mulighed for at ændre deres spilkerne, så de er multitrådet. Jo de har haft udviklingsmodeller i et stykke tid, men slet ikke nok til at kunne nå det. Samtidig er der jo også pres fra Microsoft, så de har nogle spil til udgivelsedatoen.
Wow.. hvis Xbox360 ikke brugte alle krafterne da jeg sad og spillede Kameo, PGR3 og PDz i Joanna Darks Lejlighed i københavn.. så kan jeg kun sige.. at det bliver en fed tid vi kommer i møde.. ;-)
#7 Pjat, hvis man markedsfører og sælger hardware på basis af en CPU's MFLOPS bør man være i stand til at udnytte det bedre end 17%! Med mulighed for 6 dedikerede tråde samtidigt er det da underligt at der ikke forsøges med blot 2 eller 3, ikke nødvendigvis 100% udnyttelse - men 17% er sku for ringe.
#8 Samme nyhedskilde har testet flere af de første Xbox360 spil, og er meget lidt imponeret. Så uddyb gerne denne divagens?
#8 Samme nyhedskilde har testet flere af de første Xbox360 spil, og er meget lidt imponeret. Så uddyb gerne denne divagens?
#7
Jeg tro ikke at det drejer sig om hvor lang tid de har haft udviklings modellen men snare om at nogle af de spil som evt.
kommer til XBox nok bare er en lille vider udvikling af gamle spil som f.eks HALO eller Crash Bandicoot.
Det de tænker er sikkert "Hmm vi lave et par ekstra baner og nogle flere NPC's i spillet og så giver vi endnu en ny version fri."
Det er bla der for at jeg ikke har den store lyst til at arbejde for et spille firma det drejer sig kun om tid til den næste udgivels frem for "lad os lige tage et par ekstra dage til at lave nogel gode Features.".
Man har som regl alt for lidt tid til at lave noget virkelig godt.
Dog er der nogle spille udviklings firmaer som Mythic Entertainment eller Blizzard som laver nogle ude mærkede spil men resten tager sig ikke rigtig tiden til at gøre tingende ordenligt.
Jeg tro ikke at det drejer sig om hvor lang tid de har haft udviklings modellen men snare om at nogle af de spil som evt.
kommer til XBox nok bare er en lille vider udvikling af gamle spil som f.eks HALO eller Crash Bandicoot.
Det de tænker er sikkert "Hmm vi lave et par ekstra baner og nogle flere NPC's i spillet og så giver vi endnu en ny version fri."
Det er bla der for at jeg ikke har den store lyst til at arbejde for et spille firma det drejer sig kun om tid til den næste udgivels frem for "lad os lige tage et par ekstra dage til at lave nogel gode Features.".
Man har som regl alt for lidt tid til at lave noget virkelig godt.
Dog er der nogle spille udviklings firmaer som Mythic Entertainment eller Blizzard som laver nogle ude mærkede spil men resten tager sig ikke rigtig tiden til at gøre tingende ordenligt.
Hmm.. er det ikke det Hyperthreading gør? det gør da vidst at man kan køre 2 tråde simultant og få lige høj kapacitet som hvis det var 1.
#2 og andre.
Det er HELT forkert det i siger.
Det er IKKE udelukende op til programmøren (i "store sprog" som C, C++, Java, div. .NET osv) at bestemme ÆGTE multithreading.
Pointen med hyperthreading, multikerne og til dels også multi-cpu systemer er netop at hardware er spekulativ. Dvs. det er ikke kun din compiler der laver optiméringen, det er også dit hardware.
En cpu kan f.eks. godt udføre et antal instruktioner før de er beskrevet i et program, så længe det ikke ødelægger den konsistens (consistence) som programmøren har lavet. Problemet er bare at compilere i dag, og også hardware ikke kender tråde i den kode de processerer. Derfor er det faktisk en pisse klog udtalelse fra MS, idet det ville tage en masse assembler kode og formindske muligheden for at hardware selv kan lave optiméringer.
Det er HELT forkert det i siger.
Det er IKKE udelukende op til programmøren (i "store sprog" som C, C++, Java, div. .NET osv) at bestemme ÆGTE multithreading.
Pointen med hyperthreading, multikerne og til dels også multi-cpu systemer er netop at hardware er spekulativ. Dvs. det er ikke kun din compiler der laver optiméringen, det er også dit hardware.
En cpu kan f.eks. godt udføre et antal instruktioner før de er beskrevet i et program, så længe det ikke ødelægger den konsistens (consistence) som programmøren har lavet. Problemet er bare at compilere i dag, og også hardware ikke kender tråde i den kode de processerer. Derfor er det faktisk en pisse klog udtalelse fra MS, idet det ville tage en masse assembler kode og formindske muligheden for at hardware selv kan lave optiméringer.
lader til NIntendo endnu engang tager en rigtig beslutning og kun smider en kerne i deres var en af dem.
Jeg kan kun blive enig med #7. Det plejer at tage et par år (gerne flere år), før programmørene lærer den rigtigt at kende, der iøvrigt nok ikke har haft meget tid til at teste det ordenligt igennem, hvorfor det (multithreading) ikke bruges i første omgang.
Sådan har det vist være lige siden Atari 2600, hvor der er tydligt forskel mellem første generation og de næste generation spil, designet til den samme konsol.
[EDIT]
Det bliver iøvrigt spændende, hvormeget de kan hive ud iløbet af et par år, hvor allerede nu, er rigtigt flotte screenshots af spillene.
Sådan har det vist være lige siden Atari 2600, hvor der er tydligt forskel mellem første generation og de næste generation spil, designet til den samme konsol.
[EDIT]
Det bliver iøvrigt spændende, hvormeget de kan hive ud iløbet af et par år, hvor allerede nu, er rigtigt flotte screenshots af spillene.
#12
Til dels har du ret.
Men det nytter bare ikke at de slet ikke hvis de slet ikke bruger multithread funktionaliteten i Sproget som Visual C++. Net osv. Det gør ikke at din compiler laver din code om til super code.
Der imod hvis man som jeg forslå laver det sådan at load rutiner og ligende bliver smidt ned i Threads for sig selv belaster de ikke programmet og i sidste ende processoren hvis de har brug for at aktivere noget hardware, som f.eks. Harddisken / CD-Rom.
Allene dette kan give dit program en masse frit spille rum da hvis du sidder og klanter processoren for Harddisk aktivering eller CD-Rom læsning næste hvergang for spil til at hakke da IRQ for harddisk og CD-Rom ligger ret højt.
Der ud over kan man smide et load balancing system ind i programmet som holder øje med f.eks musikken så når det ene nr er ved at nå til ende allokere man straks en respawn af den samme tråd som så går igang med at loaded det næste stykke musik , når så det første stykke musik er færdig dumper man det hukommelses område som der var allokeret til dette første nr, for at frigøre noget plads og holde orden, og der efter går afspilningen af det næste stykke musik igang.
Simpel løsning men uhyre effektiv, her ved undgår man at musikken hakker eller at helle programmet hakker når et nyt stykke musik skal loades fra HD eller CD-Rom.
Til dels har du ret.
Men det nytter bare ikke at de slet ikke hvis de slet ikke bruger multithread funktionaliteten i Sproget som Visual C++. Net osv. Det gør ikke at din compiler laver din code om til super code.
Der imod hvis man som jeg forslå laver det sådan at load rutiner og ligende bliver smidt ned i Threads for sig selv belaster de ikke programmet og i sidste ende processoren hvis de har brug for at aktivere noget hardware, som f.eks. Harddisken / CD-Rom.
Allene dette kan give dit program en masse frit spille rum da hvis du sidder og klanter processoren for Harddisk aktivering eller CD-Rom læsning næste hvergang for spil til at hakke da IRQ for harddisk og CD-Rom ligger ret højt.
Der ud over kan man smide et load balancing system ind i programmet som holder øje med f.eks musikken så når det ene nr er ved at nå til ende allokere man straks en respawn af den samme tråd som så går igang med at loaded det næste stykke musik , når så det første stykke musik er færdig dumper man det hukommelses område som der var allokeret til dette første nr, for at frigøre noget plads og holde orden, og der efter går afspilningen af det næste stykke musik igang.
Simpel løsning men uhyre effektiv, her ved undgår man at musikken hakker eller at helle programmet hakker når et nyt stykke musik skal loades fra HD eller CD-Rom.
En god ven sagen engang til mig.
"If the program you write is running lousy on your machine, what do you think it would do on other machines. Run better ?"
#17 og alle andre.
Hvis det spil man laver Med multithreading køre flot/Perfekt, men ikke udnytter alle kerner 100% er det så en fejl i spillet ?
Jeg vil sige "Det er satama noget godt programmering de har lavet".
Jeg fatter ikke den trang alle har til at et program skal udnytte en processor 100% Multi kernel or other vice., jeg personligt går amok hvis jeg ikke har nok resourcer til rådighed og går straks igang med at lukke nogle resourcer ned som jeg ikke bruger.
Dette giver nogle gang nogle interssant udfald som f.eks at min maskine laver en Auto shutdown efter en hvis tids perriode.
Men det er kun fordi jeg ikke lige tog mig i agt og lukkede den rigtige process men snare fik fat i en af hoved processerne som windows skal bruge.
Hvis det spil man laver Med multithreading køre flot/Perfekt, men ikke udnytter alle kerner 100% er det så en fejl i spillet ?
Jeg vil sige "Det er satama noget godt programmering de har lavet".
Jeg fatter ikke den trang alle har til at et program skal udnytte en processor 100% Multi kernel or other vice., jeg personligt går amok hvis jeg ikke har nok resourcer til rådighed og går straks igang med at lukke nogle resourcer ned som jeg ikke bruger.
Dette giver nogle gang nogle interssant udfald som f.eks at min maskine laver en Auto shutdown efter en hvis tids perriode.
Men det er kun fordi jeg ikke lige tog mig i agt og lukkede den rigtige process men snare fik fat i en af hoved processerne som windows skal bruge.
#18 Du misforstår vist tingene her.
Der bliver ikke snakket om at "udnytte processoren fuldt ud" i den forstand du taler om her. Der bliver til gengæld snakket om at udnytte processorens potentiale fuldt ud. Hvis spillene fra starten var kodet multitrådede, ville man kunne opnå bedre performance end hvis de var kodet enkelt-trådede.
Uden at der i øvrigt kan drages nogen sammenligning mellem denne problemstilling og hyperthreading, ville det MEGET groft sagt svare til at du ikke udnyttede din processors mulighed for at arbejde hurtigere via hyperthreading.
// Correct me if Im wrong!
Der bliver ikke snakket om at "udnytte processoren fuldt ud" i den forstand du taler om her. Der bliver til gengæld snakket om at udnytte processorens potentiale fuldt ud. Hvis spillene fra starten var kodet multitrådede, ville man kunne opnå bedre performance end hvis de var kodet enkelt-trådede.
Uden at der i øvrigt kan drages nogen sammenligning mellem denne problemstilling og hyperthreading, ville det MEGET groft sagt svare til at du ikke udnyttede din processors mulighed for at arbejde hurtigere via hyperthreading.
// Correct me if Im wrong!
#12 - "Pointen med hyperthreading, multikerne og til dels også multi-cpu systemer er netop at hardware er spekulativ. Dvs. det er ikke kun din compiler der laver optiméringen, det er også dit hardware."
Der er vist ikke noget særligt spekulativt over en multikerne cpu, eller multiple cpu'er? Hvis du kører 1 tråd på en sådan maskine, vil hardwaren ikke kunne optimere det til at udnytte multiple kerner/cpu'er. Out-of-order execution hjælper ikke her.
Der er vist ikke noget særligt spekulativt over en multikerne cpu, eller multiple cpu'er? Hvis du kører 1 tråd på en sådan maskine, vil hardwaren ikke kunne optimere det til at udnytte multiple kerner/cpu'er. Out-of-order execution hjælper ikke her.
#19
Sikkert pga den influenza jeg render rundt med i kroppen
Pt. fanger jeg kun alt det jeg når at fange mellem næse pusningen men jeg tager det da gerne i mig hvis jeg misforstod det.
Høre bare altid om at "Øhh man det program er så ringe det udnytter ikke processoren optimalt".
I den hentydning hvis jeg ikke har misforstået dem korrekt er det at det ikke udnytter maskin kraften 100%, og det var vist sådan jeg fangede det som#17 skrev "Sorry for that folks will not happen again (No promises thoe) As the Good old Bones sayes "Capt. his not working on all thrusters." Star trek. "
Sikkert pga den influenza jeg render rundt med i kroppen
Pt. fanger jeg kun alt det jeg når at fange mellem næse pusningen men jeg tager det da gerne i mig hvis jeg misforstod det.
Høre bare altid om at "Øhh man det program er så ringe det udnytter ikke processoren optimalt".
I den hentydning hvis jeg ikke har misforstået dem korrekt er det at det ikke udnytter maskin kraften 100%, og det var vist sådan jeg fangede det som#17 skrev "Sorry for that folks will not happen again (No promises thoe) As the Good old Bones sayes "Capt. his not working on all thrusters." Star trek. "
Nu snakker I alle sammen multithread/multikerne cpu/multiple cpu osv...
For mig som forbruger af xbox betyder ikke meget om en spil bruger 1,2,4 eller 32 tråde. Nej, for mig alt afgørende er om spillene kører flydende på konsollen og grafik/lyd/styring kører optimalt.
Ligesom i de 1. gen. konsoller ser ud til Microsoft har været igen god til at levere det bedste udviklings software også til Xbox 360 nu. Det giver jo spil udviklerne en ekstra motivation til at udvikle en god spil uden at begrænse sig af udviklingsværktøjer. Hurraa... jeg kan næsten ikke vente til at få en Xbox 360 i min stue.
For mig som forbruger af xbox betyder ikke meget om en spil bruger 1,2,4 eller 32 tråde. Nej, for mig alt afgørende er om spillene kører flydende på konsollen og grafik/lyd/styring kører optimalt.
Ligesom i de 1. gen. konsoller ser ud til Microsoft har været igen god til at levere det bedste udviklings software også til Xbox 360 nu. Det giver jo spil udviklerne en ekstra motivation til at udvikle en god spil uden at begrænse sig af udviklingsværktøjer. Hurraa... jeg kan næsten ikke vente til at få en Xbox 360 i min stue.
#22: I princippet har du jo ret i at det kan være ligemeget hvad der sker "under the hood" bare tingene spiller. Men hvis folk har en forventning om at en xbox360 kan yde en vis mængde pga den rå processorkraft den har på papiret og det så viser sig at den kun reelt kan yde en brøkdel så ved jeg nu ikke hvor 'ligeglad' man skal være.
Og den 'floskel' med at det altid tager tid før udviklerne formår at udnytte hardwaren optimalt er self også rigtig, men her er alligevel tale om helt andre proportioner end hvad vi er vandt til. Normal bliver spillene ydelsesmæssigt bedre fordi programmørene stille og roligt får oparbejdet rutine og kompetencer til at udnytte hardwaren, mens i det her tilfælde så har de kun adgang til en brøkdel af den teoretiske ydelse.
Nextgen får muligvis svært ved at konkurrere med PC hvis det her holder stik + at det kan skabe et større skel mellem lowend og highend development af spil pga den øgede omkostning for at udnytte hardwaren (i guess?).
Og den 'floskel' med at det altid tager tid før udviklerne formår at udnytte hardwaren optimalt er self også rigtig, men her er alligevel tale om helt andre proportioner end hvad vi er vandt til. Normal bliver spillene ydelsesmæssigt bedre fordi programmørene stille og roligt får oparbejdet rutine og kompetencer til at udnytte hardwaren, mens i det her tilfælde så har de kun adgang til en brøkdel af den teoretiske ydelse.
Nextgen får muligvis svært ved at konkurrere med PC hvis det her holder stik + at det kan skabe et større skel mellem lowend og highend development af spil pga den øgede omkostning for at udnytte hardwaren (i guess?).
#26
øhhh den er mindst 2 måneder gammel? hvad forhindre den så i at være gammel?
fuck, jeg sværger hr. betjent, jeg troede sgu hun mindst var 16....!![spoiler]kan da godt være hun max var 12, men det er jo ikke det der tænkes i udtalen...... :D[/spoiler]
#29 de tre kommende? xBox Playstation og?.... Nintendo har jo kun en enkelt?
PDZ og PGR3
Jeg synes ikke man skal gå i detaljer med spil der tydeligvis ikke er færdigudviklede (den kode vi så var mindst 2 måneder gammel).
øhhh den er mindst 2 måneder gammel? hvad forhindre den så i at være gammel?
fuck, jeg sværger hr. betjent, jeg troede sgu hun mindst var 16....!![spoiler]kan da godt være hun max var 12, men det er jo ikke det der tænkes i udtalen...... :D[/spoiler]
#29 de tre kommende? xBox Playstation og?.... Nintendo har jo kun en enkelt?
Sjovt som folk altid skriver om det med udviklingsværktøjer. Nu har jeg godt nok ikke prøvet at udvikle til hverken PS3 eller den nye xbox, men det er da klart at hvis vi taler om spiludviklere som er vant til at udvikle til windows, så vil de foretrække xbox udviklingsværktøjerne. Det er vel ren logik.
Mht. det med tråde, så synes jeg faktisk det er ret absurd at spiludviklerne ikke bruger tråde allerede nu. De har da længe kunne have haft fordele af at køre nogle forsk. tråde (en AI tråd, en fysik tråd, en gfx tråd mfl.).
Men det er sandsynligvis fordi det er nemmere at smide det hele ind i samme tråd.
Nå det kommer jo nok, når nu både intel og amd vil lave multi-core cpu'er, og de 3 kommende konsoller også har flere cores.
Mht. det med tråde, så synes jeg faktisk det er ret absurd at spiludviklerne ikke bruger tråde allerede nu. De har da længe kunne have haft fordele af at køre nogle forsk. tråde (en AI tråd, en fysik tråd, en gfx tråd mfl.).
Men det er sandsynligvis fordi det er nemmere at smide det hele ind i samme tråd.
Nå det kommer jo nok, når nu både intel og amd vil lave multi-core cpu'er, og de 3 kommende konsoller også har flere cores.
Jeg er bestemt ikke imponeret over xbox 360, var oppe og prøve den for roughly 20 dage siden i frøken Dark's lejlighed (indre by lejlighed lavet til om til xbox promovering, for folk der ikke ved det).
Grafikken var i mange spil under hvad man ser på en rimelig kraftig maskine, og gameplayet var generelt ikke noget der kunne imponere heller, og jeg skal helt sikkert ikke ud og have en xbox 360, med mindre jeg har noget ud af den som mediecenter, som jeg ikke har på min xbox med XBMC (tvivler).
Jeg er dog hverken skuffet eller overrasket over at spilproducenterne ikke udnytter boksen 100% fra dag 1, nærmest tvært imod, hvis Microsoft havde lanceret en konsol, som fra dag 1 kunne udnyttes 100% af udviklerne, ville den have en levetid på 6-12 måneder på markedet, det er ALT for dyrt at skulle udvikle en ny konsol hvert år, og de kan ikke få forbrugerne til at betale for en ny konsol + tilbehør + spil, hvert år.
Jeg går med et spinkelt håb inderst i maven om at xbox360, PS3 og x86(-64) dual core cpu'er bringer spil og applikationsudviklere op på et højere niveau end de er idag, det er for let at lave dårlig kode, når det er enkelttrådet, når du ændrer din kode til at køre ægte multitrådet (f.eks. ud fra metoden med en masse små workerthreads som du afleverer små klumper arbejde til), kræver at du har 100% styr på hvordan du behandler data internt i din applikation(og spil) hvis det skal gå godt, det er der ikke nødvendigvis et krav om når du koder enkelttrådet.
Men jeg ved selvfølgelig godt at jeg blot prøver at holde fast i et spinkelt håb, der aldrig bliver andet end et håb.
Grafikken var i mange spil under hvad man ser på en rimelig kraftig maskine, og gameplayet var generelt ikke noget der kunne imponere heller, og jeg skal helt sikkert ikke ud og have en xbox 360, med mindre jeg har noget ud af den som mediecenter, som jeg ikke har på min xbox med XBMC (tvivler).
Jeg er dog hverken skuffet eller overrasket over at spilproducenterne ikke udnytter boksen 100% fra dag 1, nærmest tvært imod, hvis Microsoft havde lanceret en konsol, som fra dag 1 kunne udnyttes 100% af udviklerne, ville den have en levetid på 6-12 måneder på markedet, det er ALT for dyrt at skulle udvikle en ny konsol hvert år, og de kan ikke få forbrugerne til at betale for en ny konsol + tilbehør + spil, hvert år.
Jeg går med et spinkelt håb inderst i maven om at xbox360, PS3 og x86(-64) dual core cpu'er bringer spil og applikationsudviklere op på et højere niveau end de er idag, det er for let at lave dårlig kode, når det er enkelttrådet, når du ændrer din kode til at køre ægte multitrådet (f.eks. ud fra metoden med en masse små workerthreads som du afleverer små klumper arbejde til), kræver at du har 100% styr på hvordan du behandler data internt i din applikation(og spil) hvis det skal gå godt, det er der ikke nødvendigvis et krav om når du koder enkelttrådet.
Men jeg ved selvfølgelig godt at jeg blot prøver at holde fast i et spinkelt håb, der aldrig bliver andet end et håb.
#30 BigChief
Jeg synes ikke det er overraskende, at den nye generation af konsoller (XBox 360/Revolution/PS3 (hvis den nogensinde kommer)) ikke overgår en kraftig PC af i dag.
En XBox 360 vil koste 3200 - man kan i dag ikke engang få de nyeste top-grafikkort til den pris(!).
Det er med konsoller som med så meget andet: man får det man betaler for... Når det så er sagt, så gider jeg personligt ikke opgradering ræset på PC mere. Henter en XBox 360 d. 2. december :)
Jeg synes ikke det er overraskende, at den nye generation af konsoller (XBox 360/Revolution/PS3 (hvis den nogensinde kommer)) ikke overgår en kraftig PC af i dag.
En XBox 360 vil koste 3200 - man kan i dag ikke engang få de nyeste top-grafikkort til den pris(!).
Det er med konsoller som med så meget andet: man får det man betaler for... Når det så er sagt, så gider jeg personligt ikke opgradering ræset på PC mere. Henter en XBox 360 d. 2. december :)
Problemet ved at kode tråde ind i spil er som jeg ser det, at spil logik hænger meget sammen. Og at spil skal udføres real time.
Jeg har svært ved at se den sammenhæng mellem worker threads og flertrådet spil, som folk her i tråden snakker om.
Et klassisk worker thread scenarie kunne være et program der bla. henter data fra en remote DB. I CPU'ens verden tager de (lad os sige) 100ms det tager at sende en forespørgsel, få den evalueret og få svar tilbage jo en evighed. Derfor gider vi ikke at programmet fryser i mellemtiden og smider derfor dette ud i en worker thread.
Men i et spil er der ikke tid til at vente, og det er svært at forudse hvad der vil ske. Desuden er det svært at dele logikken op. Forstil jer at tråde AI'en (som efterhånden er ret tungt). Hver AI skal regerare på og påvirke omgivelserne, inklusiv de andre AI'er. Forestil jer et synkroniseringshelvede.
Indrømmet, jeg ved nada om Xbox360, men jeg har min del erfarring med AI i et online univers hvor tusindvis at AI'er er aktive samtidgt med hundredevis af online spillere ;) En udvikler på vores server foreslog engang at tråde AI'en og jeg måtte løbe skrigene bort bare ved at tænke på det ;)
Anyways.... jeg forestiller mig at de 3 kerner er en fremtidssikring. Og at spiludviklerne med tiden lærer at udvikle spil der kan udnytte alle 3 kerner.
Jeg har svært ved at se den sammenhæng mellem worker threads og flertrådet spil, som folk her i tråden snakker om.
Et klassisk worker thread scenarie kunne være et program der bla. henter data fra en remote DB. I CPU'ens verden tager de (lad os sige) 100ms det tager at sende en forespørgsel, få den evalueret og få svar tilbage jo en evighed. Derfor gider vi ikke at programmet fryser i mellemtiden og smider derfor dette ud i en worker thread.
Men i et spil er der ikke tid til at vente, og det er svært at forudse hvad der vil ske. Desuden er det svært at dele logikken op. Forstil jer at tråde AI'en (som efterhånden er ret tungt). Hver AI skal regerare på og påvirke omgivelserne, inklusiv de andre AI'er. Forestil jer et synkroniseringshelvede.
Indrømmet, jeg ved nada om Xbox360, men jeg har min del erfarring med AI i et online univers hvor tusindvis at AI'er er aktive samtidgt med hundredevis af online spillere ;) En udvikler på vores server foreslog engang at tråde AI'en og jeg måtte løbe skrigene bort bare ved at tænke på det ;)
Anyways.... jeg forestiller mig at de 3 kerner er en fremtidssikring. Og at spiludviklerne med tiden lærer at udvikle spil der kan udnytte alle 3 kerner.
#29 'men det er da klart at hvis vi taler om spiludviklere som er vant til at udvikle til windows, så vil de foretrække xbox udviklingsværktøjerne'
der er altid en hvis del smag og behag involveret, men udviklingsvaerktoejerne til xbox360 er virkelig vaesenligt bedre end dem sony stiller til raadighed. det gaelder stort set hele development eviroment, profiler, debeugger og hvad har vi. det samme goer sig ioevrigt gaeldende for den nyvaerende generation. microsoft har ganske enkelt bedre tools, hvilket i hoej grad skyldes alt det arbejde de har lagt i visual studio allerede,
man skal vaere mere end almindeligt positivt biased mod sony, for at paastaa at deres tools er bedre.
#1 'alt sådan noget med tråde osv, har det ikke noget med cpu'en at gøre? Eller er det bare noget de kan fikse med en software opdatering?'
er tildels forklaret allerede.
en cpu kan have flere kerner, og i mange af de nye cpu'er vaelger producenterne denne fremgangs metode, istedet for bare at clocke dem hoejere.
hvis en cpu har flere kerner, udnyttes den bedst hvis det program den skal afvikle, kan deles op saa man kan koere forskellige dele af programmet samtidigt paa de enkelte kerner. en normal cpu med een kerne, bliver noedt til at stille alt i en koe, og afvikle stumperne een efter een - derfor kan multikerne cpu'er potientelt vaere langt hurtigere.
et spil eller program, skal saa vaere skrevet i traade, saa computeren kan finde ud af at dele det op, og distribuere de forskellige dele ud til de forskellige kerner. hvis det er fornuftigt skrevet, vil alle kerner hele tiden have noget at lave, og de kan arbejde sammen om at beregne det naeste billede i dit spil.
derfor kan et spil teoretisk set, godt laves multitraadet med en patch. problemet er at det er et stort arbejdde, og at man reelt skal designe sit spil fra starten til at udnytte flere kerner.
det er ogsaa yderst svaert at lave et program, som udnytter flere kerner ordenligt, og hvis nogle af kernerne ikke har noget at lave i lange perioder, ville spillet koere bedre paa almindelig cpu - derfor vil der gaa noget tid, foer de forskellige udviklere, har laert at lave ordenlig multitraadet kode som udnytter de nye konsoller og cpu'er.
/daniel
#18: Nej 100% udnyttelse af resourser er ikke en fejl i spillet, men betyder at du teoretisk set kunne have bedre grafik/AI/fysik eller lign. på samme consol. På en consol skal du trods alt ikke tænke på om andre programmer kan multitaske etc., så det gælder om at udnytte de resourcer du har 100% for at få det spil med bedst grafik/AI/fysik etc.
Det er grunden til at spil på konsoller bliver pænere selv efter 5 år. Udviklerne bliver bedre til at udnytte de resourcer de har og kan derved lave bedre spil! (Set fra grafik/AI/fysik synspunkt)
Det er grunden til at spil på konsoller bliver pænere selv efter 5 år. Udviklerne bliver bedre til at udnytte de resourcer de har og kan derved lave bedre spil! (Set fra grafik/AI/fysik synspunkt)
Hvem er den klyt der har skrevet nyheden? Det er ikke kun 1/6 af cpu kraften der vil blive benyttet...!!!
Der er tale om 3 kernet som har en form for hypter threatning - det vil sige at det ser ud som 2 processore for systemet, men der er ikke tale om at man får den dobbelte regnekraft. Fx. har nyere Pentium 4 processore hyper threatning og der er OP til 30 % extra performance at hente! Så med en smugle logik vil det i stedet blive ca. 1/4 af regne kraften man ville kunne udnøtte hvis der er tale om kun en tråd!
Man bruger hypter threatning for at få flere regnestykker til at ligge i samme kø til processoren så man får en højre udnøttelse af kernen - så skal den ikke vente så lang tid med at få noget at lave hvis styre systemet hele tiden har lagt noget klar.
Men det burde være overkommeligt at ligge AI og lyde ud som seperate tråde...
Der er tale om 3 kernet som har en form for hypter threatning - det vil sige at det ser ud som 2 processore for systemet, men der er ikke tale om at man får den dobbelte regnekraft. Fx. har nyere Pentium 4 processore hyper threatning og der er OP til 30 % extra performance at hente! Så med en smugle logik vil det i stedet blive ca. 1/4 af regne kraften man ville kunne udnøtte hvis der er tale om kun en tråd!
Man bruger hypter threatning for at få flere regnestykker til at ligge i samme kø til processoren så man får en højre udnøttelse af kernen - så skal den ikke vente så lang tid med at få noget at lave hvis styre systemet hele tiden har lagt noget klar.
Men det burde være overkommeligt at ligge AI og lyde ud som seperate tråde...
Hvem er den klyt der har skrevet nyheden?
Kig engang under Xbox360 logoet, hvad står der dér?
Nu er newz konceptet primært at gengive nørdede nyheder som dukker op diverse steder på nettet. Denne gang fra The Inquirer, jeg citerer. "...the up side is that there is about 6x the CPU power available and coming to a console near you in the second generation of games".
Man bruger hyper-threading til at udnytte de huller der opstår i P-4's meget lange pipeline når et cache-miss eller branch-prediction slår fejl.
#35
Bedere Grafik, bedere AI...
Interssant at du netop vælger disse to.
Den tindes jeg ser i mange spil er at de lader gameplayet gå tabt for netop nogle af de ting du siger, og med gameplay mener jeg den historie den essens der er i et spil.
Jeg har det personligt sådan at grafik og AI ikke er alt, men at en god historie, samt en god essens i et Spil godt kan erstatte at grafikken ikke er så god og samtidig at AI'en ikke just er den mest inteligente.
F.eks Et spil som UFO AfterMath, hvor grafikken måske godt kunne være noget bedere, og AI'en ikke just har vundet nogle Einstein priser, men det som jeg mener gør spillet godt er hele den essens i det du kommer til en by i starten med en mand bye står i flammer og gaderne er fyldte med lig og afbrandte biler og så støder du på et eller andet mærkligt væsen med en UZI eller ligende hvor efter du reder en person som så senere bliver en del af dit team.
Spillet i sig selv ligner tildels UFO serien som alle sikkert kender den, men hvad der gør dette spil interssant er at spillet vokser i komplexitet, fjenderne bliver sværer og sværer, og udforderingerne anderledes og historien bliver ved med at udforme sig, dette er aspekter som jeg finder interssant, og ja så kan det køre på min bærbar :) uden at rive alle tænderne ud af den.
Bedere Grafik, bedere AI...
Interssant at du netop vælger disse to.
Den tindes jeg ser i mange spil er at de lader gameplayet gå tabt for netop nogle af de ting du siger, og med gameplay mener jeg den historie den essens der er i et spil.
Jeg har det personligt sådan at grafik og AI ikke er alt, men at en god historie, samt en god essens i et Spil godt kan erstatte at grafikken ikke er så god og samtidig at AI'en ikke just er den mest inteligente.
F.eks Et spil som UFO AfterMath, hvor grafikken måske godt kunne være noget bedere, og AI'en ikke just har vundet nogle Einstein priser, men det som jeg mener gør spillet godt er hele den essens i det du kommer til en by i starten med en mand bye står i flammer og gaderne er fyldte med lig og afbrandte biler og så støder du på et eller andet mærkligt væsen med en UZI eller ligende hvor efter du reder en person som så senere bliver en del af dit team.
Spillet i sig selv ligner tildels UFO serien som alle sikkert kender den, men hvad der gør dette spil interssant er at spillet vokser i komplexitet, fjenderne bliver sværer og sværer, og udforderingerne anderledes og historien bliver ved med at udforme sig, dette er aspekter som jeg finder interssant, og ja så kan det køre på min bærbar :) uden at rive alle tænderne ud af den.
Jeg vil da gerne lige give mit besyv med:
En CPU arbejder kun optimalt hvis alle data befinder sig i CPUens registre. Bare det at hente dem fra 2nd level cache betyder ventetid. At skulle hente data fra RAM betyder ventetid i størrelsesorden 100 clockcykler for den CPU der sidder i Xbox 360. En mere almindelig CPU kan eksekverer instruktioner "out-of-order", dvs. kan næste instruktion ikke fuldføres fordi der ventes på data fra RAM, forsøger den at udføre næste instruktion i rækken, hvis dette er muligt.
AMD, Intel, PowerPC CPU understøtter alle out-of-order, da det betyder at også "gammel" kode, der ikke er flertrådet, vil få gavn af "out-of-order" princippet.
Da "out-of-order" koster meget plads (i form af transistorer) på CPUen, har man valgt "in-order" til Xboxens CPU. Tilgengæld har man spenderet den vundne plads på at give CPUen flere kerne samt
multi-threading.
Multi-threading er ikke meget andet end et billigt kontekst-skifte. Det løser problemet med ventetiden hvis en instruktion ikke kan fuldføres. I det tilfælde skiftes der til den sideløbende tråd, og næste instruktion i denne tråd forsøges udført. Dette virker naturligvis kun hvis progammet der udføres, understøtter flere tråde.
At køre enkelt-trådede programmer på en in-order CPU er en dum (meget dum) ide.
Det man kan vinde ved kun at benytte een af kernene på CPUen, er at denne kerne alene råder over cachen og RAMen. Den skal ikke længere deles i tre. At sige at et enkelt trådet program derfor kun udnytter 33% af CPU er forkert. Det tal ligger nærmere de 50%. Specielt hvis programmet er et spil - disse programmer er i særlig grad afhængig af stor båndbredde til RAMen - det kan man også se ved benchmarking af AMD og Intel CPUer. Er det spil man bruger som benchmark, så kan man måle forkel på eks. at køre single eller dual channel RAM på en AMD CPU.
512kb cache er nok i underkanten af hvad 3 kerner skal bruge, hvis de skal deles om den.
Men tiden vil jo vise hvor meget der kan klemmes ud af Xboxen - og PS3en når den engang kommer på gaden.
En CPU arbejder kun optimalt hvis alle data befinder sig i CPUens registre. Bare det at hente dem fra 2nd level cache betyder ventetid. At skulle hente data fra RAM betyder ventetid i størrelsesorden 100 clockcykler for den CPU der sidder i Xbox 360. En mere almindelig CPU kan eksekverer instruktioner "out-of-order", dvs. kan næste instruktion ikke fuldføres fordi der ventes på data fra RAM, forsøger den at udføre næste instruktion i rækken, hvis dette er muligt.
AMD, Intel, PowerPC CPU understøtter alle out-of-order, da det betyder at også "gammel" kode, der ikke er flertrådet, vil få gavn af "out-of-order" princippet.
Da "out-of-order" koster meget plads (i form af transistorer) på CPUen, har man valgt "in-order" til Xboxens CPU. Tilgengæld har man spenderet den vundne plads på at give CPUen flere kerne samt
multi-threading.
Multi-threading er ikke meget andet end et billigt kontekst-skifte. Det løser problemet med ventetiden hvis en instruktion ikke kan fuldføres. I det tilfælde skiftes der til den sideløbende tråd, og næste instruktion i denne tråd forsøges udført. Dette virker naturligvis kun hvis progammet der udføres, understøtter flere tråde.
At køre enkelt-trådede programmer på en in-order CPU er en dum (meget dum) ide.
Det man kan vinde ved kun at benytte een af kernene på CPUen, er at denne kerne alene råder over cachen og RAMen. Den skal ikke længere deles i tre. At sige at et enkelt trådet program derfor kun udnytter 33% af CPU er forkert. Det tal ligger nærmere de 50%. Specielt hvis programmet er et spil - disse programmer er i særlig grad afhængig af stor båndbredde til RAMen - det kan man også se ved benchmarking af AMD og Intel CPUer. Er det spil man bruger som benchmark, så kan man måle forkel på eks. at køre single eller dual channel RAM på en AMD CPU.
512kb cache er nok i underkanten af hvad 3 kerner skal bruge, hvis de skal deles om den.
Men tiden vil jo vise hvor meget der kan klemmes ud af Xboxen - og PS3en når den engang kommer på gaden.
Hvorfor er det lige at en konsol til ca. 3.000 kr skal sammenlignes med en hi-end pc til mindst 15.000 kr. Det giver jo ingen mening, det vil da være en falit erklæring for pc producenterne hvis udstyr til 15.000 kr ikke er bedre end noget til 3.000.
#40
Svar. Nok fordi de fleste som har med udvikling som også skriver på dette forum, kun udvikler til PC/MAC og ikke XBox derved har vi brug for at sammenligne, og der er andre gode grunde til at sammen ligne en af dem er at XBox i mange hensender ligner Xbox en PC den har både Grafik kort, CPU, MotherBoard, CD-rom drev, USB muligheder, og harddisk, og enda også netværks muligheder.
Sidst men ikke mindst er der nogle der har fået linux til at køre på Xbox, nok mest for at håne en hvis person ved navn Bill.
Hvorfor er det lige at en konsol til ca. 3.000 kr skal sammenlignes med en hi-end pc til mindst 15.000 kr. Det giver jo ingen mening, det vil da være en falit erklæring for pc producenterne hvis udstyr til 15.000 kr ikke er bedre end noget til 3.000.
Svar. Nok fordi de fleste som har med udvikling som også skriver på dette forum, kun udvikler til PC/MAC og ikke XBox derved har vi brug for at sammenligne, og der er andre gode grunde til at sammen ligne en af dem er at XBox i mange hensender ligner Xbox en PC den har både Grafik kort, CPU, MotherBoard, CD-rom drev, USB muligheder, og harddisk, og enda også netværks muligheder.
Sidst men ikke mindst er der nogle der har fået linux til at køre på Xbox, nok mest for at håne en hvis person ved navn Bill.
-->#30
Du glemmer lige at Christian Rasmusen Fra Microsoft nævnte at de spil de viste frem ikke engang var 80% færdig poleret..
i PGR3 tilfælde så kan du går ind på Bizzard creations hjemmeside, de har vist eksempler på hvor meget forskel der er på demo modellerne og på en som snart er færdig.. og der er meget.
Du glemmer lige at Christian Rasmusen Fra Microsoft nævnte at de spil de viste frem ikke engang var 80% færdig poleret..
i PGR3 tilfælde så kan du går ind på Bizzard creations hjemmeside, de har vist eksempler på hvor meget forskel der er på demo modellerne og på en som snart er færdig.. og der er meget.
#40 Det er en kendt sag, at konsoller sælges med tab fordi markedsstrategien er at tjene penge på spillene. Så de 3.000 kr kan hurtigt blive til 4.000 kr på den bekostning.
Og med mindre man da ligefrem kører SLI, skulle en performance-kompatibel PC nok kunne fås for omtrent disse 4.000 kr:
- CPU Athlon 64 3000+ 900,-
- Motherboard 500,-
- RAM DDR 512MB 400,-
- 20GB HD 250,-
- Kabinet/PSU 250,-
- DVD/CD R/W 300,-
- GeForce 6600 GT GDDR3 1400,-
Og med mindre man da ligefrem kører SLI, skulle en performance-kompatibel PC nok kunne fås for omtrent disse 4.000 kr:
- CPU Athlon 64 3000+ 900,-
- Motherboard 500,-
- RAM DDR 512MB 400,-
- 20GB HD 250,-
- Kabinet/PSU 250,-
- DVD/CD R/W 300,-
- GeForce 6600 GT GDDR3 1400,-
#44
Det betyder heller ikke noget i denne sammenhæng, da Xbox360 heller ikke når 1TFlops.
1. Grafikkortets ydelse er indregnet i dette spekulative tal
2. Det er et teoretisk maximum som kun kan nås hvis der udelukkende benyttes register til register instruktioner der derudover ikke må være afhængige af hinanden (ret kedeligt i længden hvis CPU ikke må tilgå RAM, grafikkort eller andet, og grafikkortet i øvrigt heller ikke må tilgå dens RAM).
3. Der snydes på vægten når Xenon CPUen får lov at regne en beskåret version af et 32bits IEEE float som en FLOP.
Det betyder heller ikke noget i denne sammenhæng, da Xbox360 heller ikke når 1TFlops.
1. Grafikkortets ydelse er indregnet i dette spekulative tal
2. Det er et teoretisk maximum som kun kan nås hvis der udelukkende benyttes register til register instruktioner der derudover ikke må være afhængige af hinanden (ret kedeligt i længden hvis CPU ikke må tilgå RAM, grafikkort eller andet, og grafikkortet i øvrigt heller ikke må tilgå dens RAM).
3. Der snydes på vægten når Xenon CPUen får lov at regne en beskåret version af et 32bits IEEE float som en FLOP.
#43 mrmorris
Og hvad så? Som forbruger skal jeg gi' ca 3k for XBox360 (den store model). Hvor meget eller hvor lidt Microsoft taber på hardwaren kan jeg da være ligeglad med.
Vis mig et tilsvarende system jeg som forbruger kan få for 3000,-. Og som jeg de næste 4 år stadig kan spille spil på, i den kvalitet de er tiltænkt.
Det er en kendt sag, at konsoller sælges med tab
Og hvad så? Som forbruger skal jeg gi' ca 3k for XBox360 (den store model). Hvor meget eller hvor lidt Microsoft taber på hardwaren kan jeg da være ligeglad med.
Vis mig et tilsvarende system jeg som forbruger kan få for 3000,-. Og som jeg de næste 4 år stadig kan spille spil på, i den kvalitet de er tiltænkt.
#46 Hvis du ønsker at lave en reél sammenligning, kan du ikke bare ignorere markedsstrategien og de tekniske begrænsninger der bygges ind! Xbox360 bliver beskyttet således at det kun er originale spil og programmer der kan køres. Og spillene kommer til at koste en bundegård, netop for at hjælpe med at dække tabet ved selve Xbox360 hardwaren.
Dens 720P@60Hz skulle da nok kunne matches af et 6600GT kort. Far Cry i 1024x768, 4AA/8AF kører med 55fps. Og efter de 4 år, køber du bare et billigt 6600GT kort mere og kører SLI.
Dens 720P@60Hz skulle da nok kunne matches af et 6600GT kort. Far Cry i 1024x768, 4AA/8AF kører med 55fps. Og efter de 4 år, køber du bare et billigt 6600GT kort mere og kører SLI.
[Xbox360 bliver beskyttet således at det kun er originale spil og programmer der kan køres.]
Ja... og?? Den kan spille spil og tilmed bruges som media center. Hvilke andre programmer er nødvendige? Og nej, ideen om at bruge en spillekonsol som filserver er IMHO lidt tåbelig. Der vil jeg til enhver tid foretrække en billig Shuttle eller lign.
[Og spillene kommer til at koste en bundegård]
Et originalt PC spil koster i dag ca 380, konsolspil 480. Og det er vel og mærke nye titler. Siden alle de næste konsoller (XBox360, PS3 og Revolution) alle bliver mere eller mindre bagudkompatible, så er der MASSER af billige spil. Iøvrigt er det svært at finde spilbutikker, hvor de ikke sælger brugte konsolspil (hvilket er langt sværere med PC spil). Konsolspil er marginalt dyrere end PC spil; men kun hvis man absolut vil ha' de nye titler straks.
[Dens 720P@60Hz skulle da nok kunne matches af et 6600GT kort]
Indtil den kommer i handlen er det en billig påstand i og med den hverken kan be- eller afkræftes. Men jeg har dog set, at XBox360'en skulle være mindst lige så kraftig som de nyeste Radeon kort; men selvfølgelig 'kun' i HDTV opløsning.
Ja... og?? Den kan spille spil og tilmed bruges som media center. Hvilke andre programmer er nødvendige? Og nej, ideen om at bruge en spillekonsol som filserver er IMHO lidt tåbelig. Der vil jeg til enhver tid foretrække en billig Shuttle eller lign.
[Og spillene kommer til at koste en bundegård]
Et originalt PC spil koster i dag ca 380, konsolspil 480. Og det er vel og mærke nye titler. Siden alle de næste konsoller (XBox360, PS3 og Revolution) alle bliver mere eller mindre bagudkompatible, så er der MASSER af billige spil. Iøvrigt er det svært at finde spilbutikker, hvor de ikke sælger brugte konsolspil (hvilket er langt sværere med PC spil). Konsolspil er marginalt dyrere end PC spil; men kun hvis man absolut vil ha' de nye titler straks.
[Dens 720P@60Hz skulle da nok kunne matches af et 6600GT kort]
Indtil den kommer i handlen er det en billig påstand i og med den hverken kan be- eller afkræftes. Men jeg har dog set, at XBox360'en skulle være mindst lige så kraftig som de nyeste Radeon kort; men selvfølgelig 'kun' i HDTV opløsning.
#48 'Hvilke andre programmer er nødvendige? [..] Der vil jeg til enhver tid foretrække en billig Shuttle'
folk er interesseret i at afvikle andre operativsystemer, piratkopier og spil fra andre regioner. derudover er en konsol lige praecis paa niveau med en 'billig shuttle', sandsynligvis bare billigere naar man ser paa hardware vs pris.
#48 'Et originalt PC spil koster i dag ca 380, konsolspil 480'
det er et dyrt pc spil og et billigt konsol spil du sammenligner. derudover har microsoft udtalt, at der er en risiko for at 360 titler bliver prissat endnu hoejere.
#48 'Indtil den kommer i handlen er det en billig påstand i og med den hverken kan be- eller afkræftes.'
selvfoelig kan den bekraeftes. oploesningen paa 720p er ikke nogen hemmelighed, og gpu'en er derudover samme kerne som bruges i ati's x1000 serie - altsaa en r500 variant.
/daniel
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund