Senza RivaTuner non riesci a sfruttare il multitexturing del TNT con GLQuake e Quake2: è fondamentale, le prestazioni hanno un balzo in avanti notevole.
Per reference della M3D intendevo quelli generici PowerVR, non quelli Matrox.

é tutto attivato, infatti per curiosità ho provato a disattivarlo, e le prestazioni si sono dimezzate.

p3 800 BE 256kb cache l2 133x6
192 mb di sdr pc 100
Aopen mx 33
hdd quantum fireball da 30 gb ultro dma 66
ecc

forse devo mettere la cpu in 100x8?
Poi, da cpu-z mi da l'agp attivo a 2x, ma dalla schermata dello score del 3dmark, mi dice che la memoria agp è di 0 mb, anche se esegue correttamente il test da 64 mb di ram video (la voodoo5 in realtà ne ha 32 per chip).

Sembra tutto in regola. La CPU va bene così com'è, a 133x6. Anche l'indicazione circa la memoria AGP non è anomala, in quanto il Voodoo5 non supporta il texturing via AGP.

Secondo me ci siamo anche con i frame

ragassssss... il mostro e' a casa mia :Perfido:

chi vuole usare sfidare la sua incontenibile potenza???:sofico: :asd:

Bo, controllate questa recensione... http://www.kickassgear.com/Reviews/V55500.htm

Cosa devo controllare in specifico?

adesso ho scaricato rivatuner, stasera rimetto su le tnt2 e riprovo e aggiorno i test.
ora sto testanto l'AT3D con 3dmark00 e directx 7 e ci sono sorprese.
al prossima riaggiorno dei test :)=

Comunque circa la voodoo1 se volete veramente vederla lavorare provate il primo ut in glide. È impressionante credo sia il culmine della ottimizzazione hardware software..

Comunque circa la voodoo1 se volete veramente vederla lavorare provate il primo ut in glide. È impressionante credo sia il culmine della ottimizzazione hardware software..

Indovino la sorpresa: il software, per qualche miracolo divino, parte? :asd:

Hai ragione, il 1° U/UT è veramente fantastico:D

@Crisp 3dmark2k parte con la AT3D:eek: risultato??? E nonostante la lentezza com'è messo a qualità grafica???

Bye:cool:

intanto posto qui un nuovo bench rifatto con il multi texturing per le vga nvidia.
e poi i test fino a 1024x768.

http://xoomer.alice.it/tuxcam/bench/...ltitexture.htm

per quanto riguarda l'AT3D il 3dmark va, ma non ho capito se va in software o no, la grafica è uno scandalo, ci sono pure alcuni texture completamente bianche.
cmq sia mi crea problemi anche di grafica sporca in windows e non si capisce più una mazza.

facendo il test del fillrate oggi mi ha dato circa 120 tra single e multi, ma poi rifacendo da solo il test no, molto meno.
cmq posto un'immagine, ma i valori non sono attendibili sopratutto perchè potrebbero essere sparati a vambera.
(oggi il test su una tnt2m64 mi dava 1333 di Multi texturing...)

ho provato stasera la demo sulla voodoo1 e non andava, mi chiedeva un qualcosa di 1.4 e io avevo la 1.2.

per i problemi di grafica sporca, torna al desktop, poi apri un prompt di ms dos, mandalo a pieno schermo con alt+invio e poi torna in modalita' normale di nuovo con alt+invio... a volte basta questo...

Molto interessanti i test di Crisp: non ci ho capito una mazza, però i grafici sono talmente belli che mi ipnotizzano... :O
Scherzi a parte, non è così strano che a bassa risoluzione il multitexturing non produca benefici: difatti, a 640x480x16 la scheda non è limitata dalla banda passante, quindi il ciclo di loopback necessario per applicare 2 texture per passata potrebbe tradursi in una perdita di tempo nelle pipeline. Diversamente, a 800x600 e oltre, il multitexturing consente uno sfruttamento migliore della limitata bandwidth di cui la M64 è dotata.
Tutto questo in teoria, ma in realtà le prove condotte a suo tempo sulla mia M64 hanno evidenziato un salto in avanti anche in 640x480, sia come fill rate sintetico che a livello di fps misurati in Quake2.
Vediamo se shodan ha qualche idea, oppure se è entrato in catalessi nell'attesa che il postino gli recapiti la mia Virge/DX... :doh:

Molto strano: che driver per Voodoo stai usando? Sai dirmi a cosa si riferisce la numerazione 1.2 e 1.4?

questo è l'errore:
Expected VXD version v1.4, got V1.2

Allora, veniamo al Permedia 3... :read:



La scheda, come potete vedere, si presenta compatta e ben costruita, con componentistica di qualità. Da PowerStrip risulta cloccata 100/100, AGP1X con DMA e sideband addressing, 32 mb di SDRAM a 8 ns con bus a 128 bit: sembra ragionevole attendersi prestazioni comparabili ad un TNT1. La qualità 2D è eccellente.
I test di fill rate restituiscono valori, rispettivamente per single e multitexturing, di 91.6 e 180, chiaro segnale di archiettura con 1 pipeline e 2 TMU: considerando le frequenze in gioco, anche l'efficienza sembra buona, con score vicini a quelli teorici massimi.
Tutti i test sono stati effettuati con v-sync disattivato e z buffer a 24 bit: difatti, la scheda lo adotta sempre, anche con profondità di colore a 16 bit (palese retaggio della destinazione professionale).
Veniamo a Forsaken, profilo generico:

640x480x16 = 112.4
800x600x16 = 79.18
1024x768x16 = 51.47
640x480x32 = 103.21
800x600x32 = 70.67
1024x768x32 = 43.72

In evidenza il calo moderato a 32 bit, mentre in valore assoluto la prestazione è da considerarsi discreta, ma non particolarmente esaltante: d'altro canto, una sola TMU è impiegata in questo gioco single texture.
Introducendo mipmap e trilinear a, per esempio, 800x600x32, si ottengono 72.27 fps, valore superiore al profilo generico: come si spiega? Beh, la generazione di mappe mip ottimizza l'uso della memoria e per il trilinear interviene la seconda TMU, rendendolo di fatto free.
Passiamo a Quake 2:

640x480x16 = 67.4
800x600x16 = 50.4
1024x768x16 = 33.4
640x480x24 (così dice la console del gioco) = 57
800x600x24 = 41.7
1024x768x24 = 27.2

Il multitexturing è qui impiegato, ma i risultati sono poco più che mediocri. Da rilevare il numero molto contenuto di estensioni OpenGL del driver e il calo più marcato a 32 bit (rispetto a Forsaken).
Venendo poi a Quake 3...

640x480x16 = 30
640x480x32 = 21
640x480x32 + trilinear = 20

Una disfatta, tanto più che a 16 bit è ingiocabile per la presenza di un dithering allucinante, peggio di quello del Rage 128 prima maniera. Da rilevare il trilinear quasi free (e di buona qualità) e la presenza di un profilo specifico per questo gioco nel pannello di controllo del driver 3DLabs ( :mbe: figurarsi senza :mbe: ).
La scheda supporta, teoricamente, il bump mapping di tipo DOT3 (il relativo caps è presente nel driver D3D): funzionerà?
Ho provato il rolling demo di Evolva (1024x768x32, non modificabili), rispettivamente con e senza bump, e questi sono i risultati (valore minimo, medio, massimo):

4, 11.5, 22;
4, 8.3, 18.

Pochissimi frame (come mi attendevo), ma il DOT bump funziona? Si e no (più no che si... :p ): le texture, difatti, cambiano di aspetto, ma non come ci si aspetterebbe e non come succede, per esempio, con schede GeForce. Nel complesso, il risultato visivo è falsato (similmente a quanto succede con schede Kyro) e non soddisfacente.
Veniamo, infine, al lato teoricamente più forte di questa scheda, ovverosia l'emboss bump mapping: secondo l'articolo che ho linkato in precedenza, questa GPU vanta una circuiteria dedicata al solo embossing, che la rende capace di effettuarlo in single pass (contro i 2 pass del TNT).
Come verificarlo?
Per prima cosa ho fatto partire Slave Zero, per testarne la corretta implementazione: dal punto di vista qualitativo è tutto ok, nulla da segnalare.



Per benchare mi sono invece affidato al gioco Expendable, che incorpora un timedemo. Questo titolo pare particolarmente ottimizzato per Permedia 3: difatti, il relativo logo compare sia sulla confezione che, persino, nei cartelloni pubblicitari all'interno del gioco... :stordita:
Un pò di numeri (minimo, medio, massimo):

640x480x32 = 26, 45, 64;
640x480x32 + ombre proiettate = 25, 48, 73 (addirittura meglio, un pò anomalo);
640x480x32 + ombre proiettate con l'uso dello stencil buffer = 22, 37, 52 (in calo, ma le ombre hanno contorni più realistici e reagiscono a più di una fonte di luce);
640x480x32 + ombre proiettate + embossing = 25, 46, 69 (leggero calo rispetto al test senza bump).



Come reagirà a tali performance una scheda che effettua l'emboss bump mapping in 2 passaggi?
Vediamo a confronto il Riva TNT2 M64, 32 mb di SDRAM, frequenze 125/143, AGP4X, DMA senza SBA:

640x480x32 + ombre proiettate = 20, 38, 62;
640x480x32 + ombre proiettate + embossing = 17, 37, 61.

Come potete vedere, anche in questo caso il calo è moderato ma, mentre il Permedia 3 non perde nemmeno un frame sull'fps minimo, il TNT2 ne perde 3 su 20.
E' questa un'indicazione sufficiente per attestare la bontà dell'implementazione dell'emboss bump mapping del Permedia 3?
Non lo so, pensate ciò che vi pare... :O

The drivers for the XXX Card may have been
overwritten, are the incorrect version or have been corrupted.
Please use the uninstall procedure above to remove any
miscellaneous drivers that may be causing a problem. Then reinstall
our drivers.
Da San Google inserendo la stringa esatta dell'errore.