|
|||||||
|
|
|
![]() |
|
|
Strumenti |
|
|
#21 | |
|
Bannato
Iscritto dal: Jul 2003
Messaggi: 197
|
Quote:
"Normalmente, quando un pixel richiede operazioni di multi-sampling questo pixel viene reintrodotto più volte all'interno della pipeline di rendering ed ogni volta le informazioni vengono ricaricate dalla memoria e le istruzioni rieseguite. L'F-Buffer analizza, invece, i singoli pixel e permette alla pipeline di rendering di riprocessare il pixel che necessita di multi-sampling inserendolo in un ciclo interno alla pipeline, senza farlo uscire dalla stessa, e memorizzando al suo interno i valori di calcolo intermedi, in modo che l'accesso alla memoria sia ridotto al minimo, con evidenti benefici sulla velocità di esecuzione delle operazioni e sulla banda consumata. Nel caso di una trasparenza, per esempio, il pixel entrerà nella pipeline e nell'F-Buffer verranno immagazzinati i valori di colore del pixel di primo piano, del pixel di sfondo e quelli intermedi del processo di calcolo. Ad ogni passaggio, il pixel non uscirà dalla pipeline ma sarà rielaborato direttamente dal processore apposito. Terminando l'analisi del motore di rendering, da rilevare che le pipeline sono rimaste 8 come nel precedente R300, così come è stata installata 1 sola unità Vertex Shader per pipeline, capace comunque di applicare 2 texture per singolo passaggio." questa serie di ottimizzazioni all'interno della pipeline di rendering unite a controller memoria molto performanti (HyperZ-III+) spesso fanno risultare le 9800PRO più veloci dell'NV35 che dispone di 5GByte/s banda effettiva in più. Questo si ripercuote anche sull'impatto nelle prestazioni dell'FSAA che è sicuramente più leggero da usare nei chip R350, oltre che qualitativamente superiore. Ultima modifica di cfn : 07-09-2003 alle 17:40. |
|
|
|
|
|
|
#22 |
|
Senior Member
Iscritto dal: Aug 2002
Città: Trento
Messaggi: 40877
|
molto esauriente, grazie
|
|
|
|
|
| Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 12:45.



















