Zo'n hoop suggestieve kul heb ik nog nooit bij elkaar gezien (en de nieuwsposter gelooft het nog ook
).
An on-chip 32-bit mini- framebuffer results in superb 16-bit quality
Ja, nogal logisch, dat ding werkt zelf intern op 32 bit! Eigenlijk ondersteuint hij helemaal geen 16 bit. Op een GeForce is 16 bit sneller dan 32 bit, maar op een Kyro kost 16 bit bijna net zoveel als 32 bit. De Kyro en GF2MX zijn redelijk vergelijkbaar qua snelheid op 32 bit, maar op 16 bit is de GF2MX veel sneller. De Kyro ziet er op 16 bit wel veel beter uit maar is veel trager dan de GF2MX, omdat hij eigenlijk nog gewoon in 32 bits mode werkt.
Een vergelijking van de beeldkwaliteit op 16 bits slaat dus nergens op. Maar dat is wel wat je hier in de plaatjes ziet. Transparantie in 16 bit levert op een GF2MX nou eenmaal dithering op ja. Maar zou je de 32 bits plaatjes erbij leggen dan zou je zien dat de 32 bits GF2MX, 32 bits Kyro en 16 bits Kyro vrijwel gelijk zijn.
Kijk nog maar eens naar
deze benchmarks en kijk eens naar de getallen bij de blauwe staven in beide grafieken. Vrijwel gelijk!
full-speed FSAA
Helemaal complete suggestieve kul ! Wat bedoeld wordt is dat voor de GF2MX FSAA een extra bewerking is. De Kyro kan het direct doen. Maar hij werkt nog steeds gewoon met downsampling hoor. (Dus op een hogere resolutie renderen en dan terugschalen). Dat kost echt wel een hap performance, zoals je ook in
deze eerlijke review kunt zien.
Quake III - Demo 001 16 Bit 640x480 800x600 1024x768
Vivid! 95.3 - 80.8 - 56.1
FSAA on 39.7 - 25.8 - 15.9
Oftewel: helemaal niet speelbaar. (behalve op 640x480)
Zie je nou hoe misleidend het is. Ik kan goed begrijpen dat JumpStart dan zo'n post maakt. Maar wonderen (gratis FSAA) bestaan echt niet hoor. Hij rendert gewoon op een hogere resolutie om daarna te downsamplen, en ja, op hogere resoluties wordt de Kyro relatief beter door zijn architectuur, dus daarom is het performanceverlies minder dan 4x. Maar het komt er toch wel in de buurt (zie bv. de 800x600 benchmark hierboven. 25,8 ipv de 20 die je misschien zou verwachten (80,8 / 4) is leuk, maar om nou te zeggen
Therefore, Kyro is slightly faster with four sample FSAA enabled than without
is wel zo fout dat het bijna oplichting is.
Dan nog een reactie op TheGhostInc:
Probleem is vaak dat die dingen gewoon niet worden gebruikt, ze moeten niet alleen door de drivers en kaart ondersteund worden, maar vaak ook door het spel/programma.
NEE! Het is gewoon allemaal de interne werking van de kaart die Tile Based Rendering e.d. mogelijk maakt. Heeft niets met ondersteuning in het spel te maken! Hij
kan niet eens anders werken.
.Kyro uses region-based rendering which has several bandwidth friendly attributes: namely, on-chip depth-testing, early hidden surface removal and deferred texturing. An on-chip 32-bit mini- framebuffer results in superb 16-bit quality, efficient FSAA and multi-pass rendering. The tradeoffs are a tripling of geometry bandwidth, scene buffer storage on video board memory and labored texture filtering. The increase in geometry traffic is currently small compared to the depth-buffer and texture bandwidth savings. Kyro will better withstand the inevitable rise in texture layers than its contemporaries, on the proviso that scene geometry will not have increased in double-digit multiples.
De Mini-Framebuffer in actie: Kyro vs. GeForce2 MX:
:strip_icc():strip_exif()/u/1929/Lifeforms60x60.jpg?f=community){kind=small}
:strip_icc():strip_exif()/u/1740/shark.jpg?f=community){kind=small}
:strip_icc():strip_exif()/u/7414/crop5fd76399bcfd7.jpeg?f=community){kind=small}
:strip_exif()/u/5722/ocf81_avatar_3.gif?f=community){kind=avatar}