John Carmack over nVidia NV30 versus ATi R300

Op Blue's News is een .plan update te lezen van John Carmack, waarin hij zijn bevindingen over de prestaties van de twee snelste GPU's van dit moment beschrijft. Carmack is op een zeer laag niveau met deze architecturen bezig geweest voor de ontwikkeling van de Doom III-engine, en heeft er dan ook verschillende modi in zijn nieuwe speeltje gebouwd om de beste prestaties uit de verschillende architecturen te kunnen halen. Naast de generieke ARB- en ARB2-modus kent de software ook speciale getunede R200-, NV10-, NV20- en NV30-modi.

Tijdens het werk aan de nieuwe 3d-engine voor Doom III is Carmack opgehouden met het ondersteunen van alle API-uitbreidingen die door nVidia en ATi specifiek voor hun eigen kaarten zijn gedaan. In plaats van hier mee door te gaan is hij overgestapt op puur algemene ARB-functies, een beslissing die overigens ook door de hardwarebedrijven gesteund wordt. Het verschil in performance tussen R200-mode en ARB2-mode op een R300-kaart zoals de Radeon 9700 is minimaal, maar op de GeForce FX is het echter een heel ander verhaal. Carmack ontdekte dat zodra de specifieke nVidia- en NV30-functies in de code werden vervangen voor algemene functies, de performance van de kaart halveerde. Waar de GeForce FX eerst nog sneller was dan de R300, was hij zonder de optimalisaties een makkelijke prooi voor zijn grootste concurrent.

nVidia is uiteraard op de hoogte van deze situatie, en heeft Carmack verzekerd dat er nog veel ruimte voor verbetering is in de drivers. De R300 architectuur gebruikt namelijk een vaste precisie (96-bits), terwijl de NV30 drie verschillende niveaus hanteert (32, 64 of 128-bits), waarbij standaard voor de hoogste optie wordt gekozen. Dat kan dan wel positief voor de kwaliteit zijn, maar het is natuurlijk wel een flinke domper op de prestaties. De uitdaging voor de software engineers van nVidia is nu dus om de drivers zo te tunen dat de ARB-functies in de toekomst minstens even snel verwerkt zullen worden als de NV-functies, onder andere door niets steeds automatisch de maximale precisie te gebruiken. Als het bedrijf dat voor elkaar krijgt dan zou er bij alle niet specifiek geoptimaliseerde (OpenGL-)software een sterk verbeterde performance te zien moeten zijn. Of men hierin ook daadwerkelijk in zal slagen, en of de performance van DirectX-software op dezelfde manier verbeterd kan worden is niet duidelijk. De keuze voor consumenten blijft dus een lastige:

I am using an NV30 in my primary work system now, largely so I can test more of the rendering paths on one system, and because I feel Nvidia still has somewhat better driver quality (ATI continues to improve, though). For a typical consumer, I don't think the decision is at all clear cut at the moment.

For developers doing forward looking work, there is a different tradeoff -- the NV30 runs fragment programs much slower, but it has a huge maximum instruction count. I have bumped into program limits on the R300 already.

As always, better cards are coming soon.

Verderop in de .plan staat overigens nog een hoop uitleg over de ARB-functionaliteit, voor de geïnteresseerden .

Reacties (65)

[Anoniem: 2955]

Mijn keuze voor een nieuwe videokaart gaat afhangen van de prestaties ervan in Doom III (en dan waarschijnlijk dus ook Quake 4) en ik denk dat ik in die keuze niet de enige ben. Het is altijd interessant wat J.C. over de prestaties van chipsets zegt.

[procyon]

Sterker nog, de GeForce FX is nog niet leverbaar en de ATi R350 is over een maand of 2/3 leverbaar.

Met geheugen dat op een effectieve snelheid van 1600Mhz loopt en een core op 500Mhz.
Ik denk dat Nvidea aan het kortste eind zal trekken

[SpankmasterC]

geheugen op 1600 MHz?
waarom denk je dat ze in godsnaam 800 MHz geheugenchips willen hebben, en een 500 MHz core? dan is er meer geheugenbandbreedte, dan de core zelfs maar aankan!

en als je het hebt over QDR, dat kost nog veeel te veel, om het rendabel te maken het op een kaart te plaatsen...

nee, volgens mij kloppen de gewone geruchten wel: 400/400 MHz is haalbaar, mensen die overklokken komen al hoger dan dit.. (niet met de ram, maar wel met de core)

[procyon]

Ik zal die 1600Mhz even uitleggen,
Het geheugen loopt op 400MHz, dit is 800MHz DDR (effectief)
Het geheugenpad is ipv 128Bits 256 bits breed.
Je kan de effectieve geheigenbanbreedte dus verdubbelen.
800MHz x2 is 1600MHz
--
edit SpankmasterC,
Dit is PRECIES de effectieve snelheid.
Als de GFX 1600MHz geheugen zou hebben (ipv 1GHz) dan zou hij net zoveel bandbreedte hebben als de R350.

[SpankmasterC]

da's toch echt flink wat anders dan de effectieve snelheid...

maar goed, voor deze ene keer zie ik 't door de vingers!

[TheOneLLama]

Dat het geheugenpad breeder is wil niet zeggen dat het aantal mhz hoger wordt! Dat is echt pure onzin..

Mhz gaat om kloksnelheid, vermenigvuldig dat met het aantal bits van de breedte van het geheugenpad en je hebt de bandwidth.

[SpankmasterC]

je had er volgens mij effe bij moeten zetten 'in vergelijking met de GF FX'....
effectieve snelheid blijft MHZ x multiplier

[RetepV]

Jongens, daarom moet je ook niet in MHz praten, maar in 'megabytes per second'.

[procyon]

EFFECTIEVE SNELHEID

[remotehost]

Klopt helemaal dude, ik laat me al jarenlang leiden door John Carmack voor veel van mijn hardware aankopen. Upgraden doe ik vaak tegelijkertijd met het verschijnen van een nieuwe id game. Mijn nieuwe videokaart wordt degene die het beste DOOM III zal weten te draaien.

[Mick_bravo]

Wat stom zeg om je default op de traagste en mooiste stand te zetten. Waarschijnlijk is die kwaliteit nauwelijks te zien tijdens het lekker fraggen. Men wil snelheid; daarom kopen mensen die kaart. De laagste stand zal ook nog hele mooie plaatjes laten zien denk ik.

Ik weet niet wie die keuze heeft gemaakt daar .

[Sjah]

Ik denk dat Nvidia groot is geworden door te kiezen voor beauty ipv hoogste framerate, dat is hun filisofie. 3Dfx gokte op snelheid boven mooiheid. De uitslag weten we. Alleen hebben ze nu te maken met een concurrent, ATi, die zowel beauty als snelheid naar het hoogste plan weet te tillen. Moeilijke keus nu voor Nvidia.

[Anoniem: 68040]

Volgens mij was het precies andersom: snelheid en nvidia gingen altijd hand in hand. De beelden van voodoo kaarten waren vaak mooier dan van tnt kaarten. De consument koos voor snelheid en 32 bit.

[Madrox]

Geloof dat de TNT/TNT2 alleen in 3D leuke plaatjes gaf, daar is immers weinig tekst. In 2D was het diep treurig vergeleken met een Matrox G400 bijv.
En ik heb ze allemaal in huis gehad, dus weet waar ik over praat. Toen waren de drivers btw. ook al niet superieur. Had meer problemen met de TNT-drivers dan ik ooit had met mijn G400.

Nvidia ging vooral voor speed, punt.

[nIghtorius]

ik vond het beeldkwaliteit beter van de TNT2 beter dan van de VooDoo 2/3.. 22-bits dithered to 16-bits 3D is ook niet alles.. maar daar kon je nog meer leven.. waarmee ik niet mee kon leven was de 256x256 texture limit.. en die heeft er ook voor gezorgd dat veel games niet hoger gingen dan 256x256.. terwijl de TNT/TNT2 al 2048x2048 texmaps ondersteunde.

ik had toen een TNT2 en m'n broer een VooDoo 3.. en geloof me.. had toen het spel 'nascar heat'. zag er echt 10x zo mooier uit op de TNT2 dan op de VooDoo 3 (voodoo3 had blurry textures en op de TNT2 niet. het spelletje ondersteunde namelijk 512x512 textures en dat zag je).


edit:

herinnerde weer de naam van het spelletje

[bille]

waarschijnlijk iemand die heel slim is en een stuk meer verstand van GPU's maken heeft dan wij hier op tweakers, of een marketing afdeling die veel geleerd heeft ondertussen!

als ie in default alsnog redelijk kan meekomen.. moet je nagaan wat er gebeurd op het moment dat er geoptimaliseerd gaat worden.. (ALS er....)

[Drobanir]

De laagste stand zal ook nog hele mooie plaatjes laten zien denk ik.

Ik weet niet wie die keuze heeft gemaakt daar .

Misschien heeft nvidia did met opzet gedaan, zodat ze over een tijdje wederom met nieuwe "wonder" drivers uit kunnen komen die veel sneller zijn, maar (iets) lager in kwaliteit?

[PipoDeClown]

betekent dit ook dat doom3 op elke kaart iets anders uit zal komen te zien (buiten het verschil van hardware features uiteraard)?

[Dj Neo Ziggy]

Maar dat was vroeger toch ook al?
Een voodoo 3 zag er ook anders uit dan een Tnt2.
Kan me nog herinneren dat de 24bits modus van voodoo mooier was dan de 32bits modus van de tnt2.
(over 2d spreek ik dan)

[Anoniem: 21229]

Ik geloof dan toch dat je niet helemaal het VOODOO design begrijpt.

de VOODOO kaarten deden helemaal maar dan ook helemaal niets met 2D.

de VOODOO kaart was namelijk een Add-In kaart die naast een normale video kaart draaide (alle andere geintegreerde video kaarten daarbuiten gelaten)

Ik zal je het nog sterker vertellen zelfs de huidige video kaarten gebruiken een aparte RAMDAC voor 2D functionaliteiten (naar mijn beste weten althans)

[Anoniem: 25586]

hij heef het echter over de VooDoo3 en deze had wel degelijk 2D modus. en deze was ook aanzienlijk 'mooier/beter' dan menig andere 2D kaart.

Trouwens, er is (in win) geen verschil tussen 24 en 32bpp. (op sommige matrox kaarten worden dingen wel traag om een of andere vage reden in 24bpp mode) maar die extra 8pixels die bij 32bpp worden gebruik zijn voor alpha blending. Dit is dus pas interesant vanaf win2k als je met van die fadein/fadeout gaat werken en dus gebruikt maakt van alpha blending.

[nIghtorius]

elke kaart is in princiepe trager in 24bpp dan in 32bpp.. dit komt door het adressering van het geheugen..

heeft met granularity te maken..

b.v. een processor heeft 8/16 en 32-bits registers..
en videogeheugen ingedeeld in 32 bits of 24 bits.

wat is sneller..

1x 32-bits wegschrijven (1 schrijfactie) of
1x 16-bits en dan 8-bits wegschrijven (2 schrijfacties)

en framebuffers ingedeeld met 32 bits per pixel zijn
snellerder te benaderen omdat de adresbus van een processor is geoptimaliseerd voor offsets: 0, 4, 8, 12, 16, 20, etc, etc (per 4 byte dus). iets lezen vanuit offset 3 zit wat meer tijd in (omdat ie 2x de adreslijn moet wijzigen, want:

adres zetten naar offset: 0 (leest vier bytes in, offsets: 0, 1, 2 & 3.. waarvan offset 3 alleen interresant is en daarna gaat ie naar offset: 4 en leest weer 4 bytes in waarbij de eerste 2 belangrijk zijn (24-bpp) hierin zit gewoon meer tijd in).

32-bits gaat zo: omdat de pixels alleen op 0, 4, 8, 12 zitten hoeft de proc alleen maar één adreslijnwijziging te doen per pixel.

hopelijk is dit duidelijk. 't was moeilijk uit te leggen.


edit-

transparacy in de GUI werd al door MS ondersteunt vanaf Win2k (zie de fading menuutjes en schadow onder muis )

[eflukx]

Dat geldt niet voor bijvoorbeeld de VooDoo 3 kaarten. Dat zijn wel degelijk 2d/3d kaarten. VooDoo 1 en 2 waren inderdaad addons..

[procyon]

Ik geloof dan toch dat je niet helemaal het VOODOO design begrijpt

Misschien ben jij niet helemaal op de hoogte.
De voodoo1 en 2 series waren add on kaarten
De rest had ook een ramdac (3,4 en 5 serie)

[Vorlon]

Dat geld alleen voor de Voodoo 1 en 2 kaarten. Alle latere 3dfx voodoo kaarten ondersteunen ook 2D. (de voodoo rush even buiten beschouwing gelaten aangezien dat eigenlijk een 2 kaarten op 1 pcb constructie is.)

Overgens maakt het meestal geen bal uit voor 2d weergave als je 32bits of 24bits gebruikt. Dit omdat het meestal als 24bit kleur + 8bit transparency gebruikt wordt. En voor zover ik weet ondersteund microsoft dat pas vanaf windows xp.

[Anoniem: 38469]

Uhm, correctie: die laatste 8-bits worden gebruikt voor grijstinten... (Alpha-blending werkt ook prima bij 16-bits kleurdiepte.)

Verder vraag ik mij oprecht af hoe de ene kaart 2D nu mooier kan weergeven dan de andere kaart?! Je hebt het over een 2 dimentionale array (matrix). Er hoeft vrijwel niets te worden berekend--en er hoeven al helemaal geen poligonen te worden gemiddeld of randen te worden ``onttrapt'' (anti-aliasing). Zo kom ik toch echt al snel uit op extra's in de diverse stuurprogramma's in combinatie met de gekozen kleurdiepte...

[Anoniem: 38469]

Dat geld alleen voor de Voodoo 1 en 2 kaarten. Alle latere 3dfx voodoo kaarten ondersteunen ook 2D. (de voodoo rush even buiten beschouwing gelaten aangezien dat eigenlijk een 2 kaarten op 1 pcb constructie is.)

Overgens maakt het meestal geen bal uit voor 2d weergave als je 32bits of 24bits gebruikt. Dit omdat het meestal als 24bit kleur + 8bit transparency gebruikt wordt. En voor zover ik weet ondersteund microsoft dat pas vanaf windows xp.

Ik snap echt niet hoe mensen er bij komen dat die laatste 8-bits worden gebruikt voor alpha-blending?! Sinds jaar en dag zijn die bits voor grijstinten + alpha-blending werkt ook bij 16-bits kleuren + alpha-blending is weinig meer dan het ``middelen'' van kleuren waarbij de ``bovenste'' kleur meer of minder wordt meegeteld. (Het is idd zo dat alpha-blending met 8-bits wordt ingesteld, alleen betwijfel ik erg sterk dat daar de grijstinten-bits voor worden gebruikt.)

[mischajonker]

1 en 2 hadden ook wel een ramdac hoor, deze werd echter alleen gebruikt voor het 3d, het 2d werd gewoon doorgelust. zonder ramdac kun je ook geen 3d op je beeld krijgen nl.

[Madrox]

betere kwaliteit componenten, PCB, uitmuntende Ramdac en perfecte filters ? Matrox weet hier het nodige van en houd hun recept dan ook geheim.

[PowerFlower]

Geheim? Dat is gewoon een kwestie van geld steken in die componenten. Elke fabrikant zou dat kunnen doen, maar iedereen concentreert zich op de 3d benchmarks en bezuinigt op de output. Alleen Matrox zit in de niche van kaarten met een hele goede uitgang (maar waardeloze 3d).

[_Pussycat_]

De kwaliteit van de RAMDAC speelt ook een grote rol bij het maken van een scherp beeld.

[Mr. Bean]

Misschien ben jij niet helemaal op de hoogte.
De voodoo1 en 2 series waren add on kaarten
De rest had ook een ramdac (3,4 en 5 serie)

Alle voodoo kaarten hadden een ram DAC hoor...

[BezurK]

in principe wel, maar dat is nu ook al het geval met veel spellen/kaarten hoor

[bille]

Pipo zei:

betekent dit ook dat doom3 op elke kaart iets anders uit zal komen te zien (buiten het verschil van hardware features uiteraard)?

Artikel zegt:

Tijdens het werk aan de nieuwe 3d-engine voor Doom III is Carmack opgehouden met het ondersteunen van alle API-uitbreidingen die door nVidia en ATi specifiek voor hun eigen kaarten zijn gedaan. In plaats van hier mee door te gaan is hij overgestapt op puur algemene ARB-functies, een beslissing die overigens ook door de hardwarebedrijven gesteund wordt.

reactie op PipoDeClown: lijkt er niet op dus!

reactie op topic:
Lees ik nu goed dat Doom3 op een NV30 zonder geoptimaliseerde code veeeel slechter draait dan een R300? Ligt een beetje in de lijn van de tegenvallende verwachtingen van de GF FX welke de laatste dagen de frontpage halen.

persoonlijk denk ik dat nVidia wel een appeltje voor de dorst heeft. Net zoals met de 4x.xx drivers denk ik dat ze nadat Ati de R350 heeft uitgebracht een nieuwe driver serie zullen uitbrengen waardoor de NV30 alsnog de snelheidskroon zal spannen (dat zou het iig nog wel een beetje spannend houden). Hetgeen eigelijk ook wel bevestigd wordt door nVidia door toe te geven dat de FP precision nog nader bekeken gaat worden e.d.

Wellicht dat het daarom wel slecht nieuws is voor nVidia dat het binnenkort? uit te komen Doom3 voornamelijk op de ARB-functies zal draaien.. want dan zullen de driver optimalisaties voor de NV30 specifieke instructies niet gebruikt worden.. tenzij ze echt 1337 zijn bij nVidia en de ARB-functies realtime kunnen vertalen of wrappen naar/in NV30 instructies.

[thettes]

dat was inderdaad een prachtige truc, de 9700 sloeg de ti4600 van het veld, maar met de toen bijna gelijk gerekeasde 4x.xx kwam nvidia toch wel wat dichterbij. En zeker voor een compleet nieuwe architectuur als die van de FX moet het mogelijk zijn om veel aan drivers te doen, zeker gezien nVidia's reputatie.

[procyon]

Denk je dat ATI stilzit op de driverafdeling?

Net zoals met de 4x.xx drivers denk ik dat ze nadat Ati de R350 heeft uitgebracht een nieuwe driver serie zullen uitbrengen waardoor de NV30 alsnog de snelheidskroon zal spannen

Lijkt mij hoogstonwaarschijnlijk, de R350 zal veel sneller zijn als de R300.

[Anoniem: 16040]

De newspost vergeet wel een paar leuke details:

They take up two slots, and when the cooling fan fires up they are VERY LOUD. I'm not usually
one to care about fan noise, but the NV30 does annoy me.

Als zelf John een probleem heeft met de cooling, dan vrees ik ervoor dat dit geen gunstig effect zal hebben tijdens het gamen (waar de cooler naar 100% gaat)...

Als je de mp3's hoort van de cooling, dan valt de high pitch geluid zwaar op, en het is dat dat veel mensen knetter gek zal drijven

[Anoniem: 13443]

ik wou al net zeggen dat Wouter alleen de positieve stukjes er uit gehaald heeft.Moeten we ten opzichte van nVidia tegenwoordig ook al "politiek correct" zijn?

Trouwens chip.de heeft de kaart ook net getest en daar ging de kaart in openGL (specPerfView) compleet plat: oververhit.

In Sone gemeten maakt de luidste Radeon 9700 kaart 3 sone.
De GFFX wel 10! (en dat is erg irritant veel dus)

[edit:]
de uitspraken van JC waren allemaal onbekend. Er zijn nogal wat mensen die erg veel waarde aan zijn oordeel hechten. Daarom moet je het ook even correct samenvatten! En niet slechts van 1 kant.
Ik moet er wel bij zeggen dat ik zelf "een goede quote vinden" ook niet makkelijk vind hoor.

Dat die issues met die optimalisaties wel goed komen heb ik ook alle vertrouwen in. Maar dat de kaart op zijn bek gaat (excusez le mot) bij professionele OGL toepassingen puur door de warmteontwikkeling vind ik niet kunnen.

[ot]
Bedoel je herkauwen, of zout in de wond strijken? :P[/ot]

[newsflash]
Gainward gaat zijn [quote]
Gainward FX PowerPack! Model Ultra/1000 Plus ''Golden Sample''
[/quote]modellen uitbrengen met een:[quote]
''efficient low noise cooling device''
[/quote]
Andere koeler dus

[Wouter Tinus]

Dat waren dingen die allang bekend waren, waarom zou ik die nog eens moeten herkauwen? Verder zou ik het feit dat de performance van zo'n kaart halveert zonder specifieke NV-optimalisaties niet bepaald positief willen noemen. Dat het (misschien) verbeterd kan worden kun je wel positief opvatten, maar het feit dat het überhaubt nodig is niet echt.

[n4m3l355]

doet me denken aan de matrox g400.. en dergelijke.. veel coole features ingebakken maar komen nooit tot hun recht vanwege dat er geen ondersteuning is...

[bolleh]

wat is dit nou weer voor onzin? mischien moet je je eens verdiepen in de gf fx en radeon 9700. features als pixel en vertex shaders en bump mapping gaan in doom iii JUIST gesupport en gebruikt worden. verder heeft de gf fx niet veel meer features dan een radeon 9700

[Janoz]

Iedereen heeft het over de hardware kant.. Wat mij juist erg aanspreekt is dit:

Tijdens het werk aan de nieuwe 3d-engine voor Doom III is Carmack opgehouden met het ondersteunen van alle API-uitbreidingen die door nVidia en ATi specifiek voor hun eigen kaarten zijn gedaan. In plaats van hier mee door te gaan is hij overgestapt op puur algemene ARB-functies, een beslissing die overigens ook door de hardwarebedrijven gesteund wordt.

Het grote nadeel van OpenGL tov DirectX was juist die driver specifieke dingen. Het heeft uiteraard zo z'n voordelen dat je direct gebruik kunt maken van de nieuwste technieken van GFX-kaarten en niet op een nieuwe directX versie hoefde te wachten, maar het deed de uniformiteit niet goed. Nu iemand als Carmack zich hard maakt voor de ARB functies kunnen ze er niet meer omheen en zullen ze over bepaalde dingen in overeenstemming moeten komen...

[Madrox]

Het zal tijd worden. Laatst nog met NWN (NeverwinterNight): kon geen transparant water weergeven, reden: Tja, aTi gebruikt andere code dan Nvidia voor die 3D-functie. Het werkt ongeveer allebei hetzelfde maar de een zegt "Tri" en de ander zegt "La".... We zijn in overleg met Ati om deze problemen op te lossen.

Saillant detail : De Nvidia oplossing is/was niet conform de DX-standaard(op dat moment, later kwam aan het licht dat Nvidia het "vergeten" was door te geven aan Ati) maar werkte dus WEL.

[Anoniem: 23552]

Vind het zo jammer dat dit nu uit al die vertragingen is gekomen...

Maar nu wordt er over de R350 zo gehyped, jongens wees nou niet te voorbarig. Kijk naar de NV30...

ik twijfel zo over ATi, wat de een zegt dat het goed loopt en bij de ander loopt het bagger.
wordt er gewoon bang van om dat kaartje in mijn pc te drukken.
Heb nu een Ti4400 draaien en wacht met smart op de FX, maar dan lees je dit.
dit is zo fuckin' moeilijk............

[mjtdevries]

Hoe kan je nou in hemelsnaam een NV30 en de R350 vergelijken wat betreft hype etc?

De NV30 was een compleet nieuw ontwerp, met gedurfde zaken als .13 en DDRII. Daar namen ze dus een groot risico mee.
Het ding werd vreselijk vertraagd, en als je je ogen niet sloot voor de zaken die naar buiten kwam dan kon je al maanden zien aankomen dat het een tegenvaller zou worden.

De R350 is echter helemaal geen nieuw ontwerp, maar gewoon een update van de R300. Het ding is ook niet vertraagd, maar ligt perfect op schema.
Er is gewoon geen vuiltje aan de lucht voor de R350. En aangezien het maar een update is kun je ook al goed voorspellen hoe snel ie gaat worden.

Dat is geen hype, dat is de realiteit in het oog houden. En dat is gewoon niet gebeurd bij de FX.

[typhon]

Uit dit blijkt dus ook dat de Alpha demo niet echt representatief was.Ze zijn nog bezeg met het programmeren en optimiseren van de engine voor de GPU's en je ziet al dat de nv30 op sommige modes op halve snelheid loopt, dus er is nog flink wat te doen. Is dit ook nieuw dan, die optimalistaties voor de core? Of bestaat dat allang en heb je er niets van in de gaten? Op deze manier is er natuurlijk weinig kans voor nieuwkomelingen zoals SiS.

IK ben van plan om binnenkort een radeon9500pro aan te schaffen. Ik hoop dat die ook goed blijft draaien onder doom3. Misschien ga ik toch overwegen een radeon 9700 te kopen.......

The R300 can run Doom in three different modes: ARB (minimum extensions, no
specular highlights, no vertex programs), R200 (full featured, almost always
single pass interaction rendering), ARB2 (floating point fragment shaders,
minor quality improvements, always single pass).

Wil die R200 Mode nu zeggen dat doom3 dus ook redelijk draait op een radeon 9100 of 9000? Of is r200 een afkorting?

[CJ]

Wil die R200 Mode nu zeggen dat doom3 dus ook redelijk draait op een radeon 9100 of 9000? Of is r200 een afkorting?

Die R200 mode is inderdaad gebaseerd op de 8500/9100 (dus R200) core. Alles wat daar boven zit zou in theorie Doom III redelijk moeten kunnen draaien, aangezien bijna alle dingen in één enkele pass gedaan kunnen worden. Maar de theorie zal uitblijken dat rauwe kracht het wint van slimme technologie, dus dat de GF4Ti serie sneller zal blijken dan de R8500/9100, ondanks dat de GF4 er meerdere passes over moet doen.

De verschillende modes die Doom III aan kan op de verscheidene kaarten kun je ongeveer zo in het perspectief plaatsen:

Snelheid:
GFFX: NV30 > > GFFX: ARB2
GFFX: NV30 > 9700Pro: ARB2
9700Pro: ARB2 > > GFFX: ARB2
9700Pro: R200 > 9700Pro: ARB2

R200-mode is iets sneller dan ARB2-mode, maar ARB2 mode biedt iets betere beeldkwaliteit, terwijl het snelheidsverschil maar heel klein is. Daarom zal Doom III op de R300 kaarten standaard in ARB2 mode draaien.

ARB2-mode op de GFFX is veel langzamer dan ARB2-mode op de R300, maar de kwaliteit zal iets hoger liggen aangezien NV30 veel dingen op 128-bits precisie berekent, terwijl R300 dit op 96-bits doet.

Maar aangezien Doom III en special pad heeft voor de NV30, zal-ie daar gebruik van maken. En die speciale NV30 code is weer sneller dan ARB2 op de R300. Kwalitatief gezien is ARB2 echter superieur aan NV30-mode. Dat NV30-mode sneller is dan ARB2-mode op de GFFX komt hoogstwaarschijnlijk omdat ARB2 gebruik maakt van 32-bit floatingpoint en NV30 gebruik maakt van 16-bit floatingpoint precisie.

Dan hier een schemaatje op kwaliteit:
GFFX: ARB2 > GFFX: NV30
GFFX: ARB2 > 9700Pro: ARB2
9700Pro: ARB2 > GFFX: NV30
9700Pro: ARB2 > 9700Pro: R200

GFFX zal dus NV30-mode gebruiken ten koste van een verminderde beeldkwaliteit, maar zal daardoor wel (iets) sneller zijn dan de 9700Pro. De 9700Pro zal ARB2-mode gebruiken en daardoor betere beeldkwaliteit hebben, maar zal iets langzamer zijn dan NV30-mode. Als GFFX nou ARB2 mode net zo snel als de 9700 zou kunnen doen, dan hadden ze een echte winner dankzij de hogere floatingpoint berekeningen van de FX (128 tegenover 96 van ATi). Maar dat is dus niet het geval, want ARB2 mode draait soms twee keer zo langzaam op de FX.

[needforspeed]

Persoonlijk vindt ik het een beetje stom van nvidia, ze wisten dat bepaalde functies niet ondersteund zouden worden door doomIII maar toch doen ze in de drivers enz alles instellen dat die nvidia arb functies voorrang hebben!!! ze kunnen mijnziens beter zorgen dat de mainstream dingen de beste performance leveren want het zijn de mainstream dingen waarop een kaart vergeleken wordt!! dus een beetje klungelig van nvidia dat Carmac dat tegen hun moet zeggen!!

[CARman]

Als je de text goed leest, dan zie je dat er voor de NV30 nog wel optimalisaties zijn in Doom3

Naast de generieke ARB- en ARB2-modus kent de software ook speciale getunede R200-, NV10-, NV20- en NV30-modi.

Pas als deze specifieke code werden varvangen door de algemene ARB en ARB2 codes, werd de GF-FX ineens flink langzamer. Dus zoals het er nu uit ziet is als enige de R300 serie zwaar in het nadeel, omdat daarvoor geen geoptimaliseerde code voor is opgenomen in Doom3.

[heuveltje]

volgens mij lees je het zelf ook verkeerd
ook voor ati zit er specifieke code in. ,maar
alle kaartspecifieke code word er uitgegooid en vervangen door een meer generieke code.

bij de ati levert dat blijkbaar geen problemen op, maar bij de nv30 wel.

Doom has dropped support for vendor-specific vertex programs
(NV_vertex_program and EXT_vertex_shader), in favor of using
ARB_vertex_program for all rendering paths

overigens is dit blijkbaar puur een driver kwestie. en aangezien nvidia goed bekend staat om zijn drivers zal dit probleem wel te overwinnen zijn