Forumzone Community

ciao,
ho temporaneamente rimosso la v5 dal pc in firma per provare una voodoo2, come scheda primaria ho messo una ati 7500 agp (non prima di aver disinstallato la v5)
inserisco la v2, viene riconosciuta, installo i driver, riavvio ma nel pannello di controllo della v2 mi dice che la scheda ha 0 TMU, 0MB di framebuffer e 0MB di texture memory :eek:e UT da un errore all'avvio dicendo di non poter mappare la memoria :diablo:
ho pensato potesse essere un guasto hardware così ho inserito un'altra v2 testata, ma nulla è cambiato :(
ho provato sia i fastvoodoo4.0xp ge sia i koolsmoky ma l'errore è lo stesso
qualcuno ha qualche idea??
grazie

Domanda idiota, ma non si sa mai. Usando i FV2 4.0 XP GE, hai provato a scompattare QUESTO (http://www.3dfx.cz/download/glide2x_radeon.zip) in c:\windows\system32?

in effetti non l'avevo fatto: ero convinto servisse solo per le schede dx9...
comunque ho provato ma non cambia nulla :(

ho provato anche su un altro pc ma mi da lo stesso errore :diablo:
con win98 invece viene riconosciuta correttamente :eek:
bah:nono:



Questo messaggio è stato aggiornato da benna il 27/10/2005  alle ore  18:55:54

Vuoi sapere invece quello che succede a me?

Anche a me ultimamente mi è venuta voglia di Voodoo2 SLI. Premetto che possiedo due PowerColor Voodoo2 12MB identiche (ram a 100mhz della stessa marca su entrambe...). Per evitare ogni problematica di rilevamento dello SLI ne installo una alla volta. Installo la prima, setto il bios a puntino o quasi (alcune voci non sono presenti nel mio bios [ASUS P4S800]) avvio winxppro sp2, ignoro tutte le richieste dell' istallazione dei driver e procedo con i FastVoodoo2 4.0 XO GE...riavvio, tutto ok, viene rilevata ma:

1) Anche io ho lo stesso problema del pannello di controllo della Voodoo2 dove mi si presenta la medesima situazione (non vorrei sbagliare ma mi pare che questo fosse un bug conosciuto di questa release di driver; mi pare fosse segnalato nelle release notes)

2) Io invece avvio "Unreal" come prova immediata, ma il gioco non riesce a partire e mi esce fuori un errore che recita: _GlideInitEnviroment: glide2x.dll expected Voodoo^2, none detected :diablo::diablo::diablo:
Clicco su OK e dopo mi appare l' errore di win operazione non valida..il programma sarà terminato..inviare segnalazione..bla bla bla...

Ovviamente le glide ci sono e stanno a loro posto! Questo giochetto me lo fa anche le applicazioni contenute nel pacchetto driver (il test della ciambella e le altre presenti...)

Ho provato a smanettare con diverse versioni dll delle glide2x/3x prese un po qua e un po la (ho provato quelle di Quantum3D e se avvio Unreal o i tests vari, mi si pianta così e devo fare termina applicazione.... con quelle contenute nei FV2 3.5 XP l' errore che ricevo è qualcosa del tipo General protection fault...ecc o qualcosa del genere....scompattando le glide che ti ho segnalato prima c' è un miglioramento; l' errore che ottengo è sempre quello di prima ma leggermente diverso: _GlideInitEnviroment: glide2x.dll expected Voodoo, none detected...dopo aver cliccato OK, Unreal appare in finestra e sembra funzionare, però come vado a selezionare la modalità a schermo intero ricompare lo stesso errore :diablo: e non c' è verso :diablo:

Non so più che cavolo fare! E' chiaro che è un problema di versione delle glide (che non capisco perchè, nei FV2 3.5 XP sono più recenti di quelle dei 4.0 XP GE)

Aiuto, questa doveva essere una prova generale per quando metterò a puntino il sistema per lo SLI:(

anche a me adesso appare lo stesso errore con unreal, solo che mi dice: voodoo graphics, none detected
mi sembra strano che sia un bug conosciuto perchè se tutti quelli che usano winxp avessero questo errore...
magari capita solo a chi ha il sp2
inoltre a me unreal una volta era partito ma girava in finestra e indiscutibilmente in software

come se non bastasse mi sono accorto che la mia mb è stata progettata probabilmente dall'Ingegner Cane perchè su 5 slot PCI appena uno non è affiancato da condensatori, batterie o connettori vari che impediscono l'installazione di schede oversize (leggi v2 e v5)
e di conseguenza addio SLI :(:(:(:diablo::diablo:

No no, io mi riferivo al bug del sistema di informazioni nel pannello V2-1000

Comunque io ho risolto :duo

Allora benna fai così: se hai pasticciato un po con i driver, rimuovili completamente da pannello di controllo ed elimina ogni file che abbia a che fare con 3dfx nella cartella "inf" in windows. Se dovessero rimanere le dll glide2x/3x in windows, elimina anche quelle. Altrimenti se i driver sono in ordine, scompatta la glide2x per radeon dello zip che ti ho linkato prima in system32 di windows (se non l' avevi fatto oppure nel caso in cui hai ripristinato la glide originaria del pacchetto driver). Dopo prendi il "Setup.exe" dei FV2 e rinominalo .cab; aprilo e nella cartella che trovi preleva la dll glide3x e scompattala anche questa nella cartella system32 di windows....Tu dirai che così facendo sovrascrivi lo stesso file! Esatto :cool:

Dopo tutta la manfrina fai un bel riavvio del Win e preparati a giocare...

Deve funzionare per forza, altrimenti darò una craniata sulla scrivania :diablo:

Per l' altro errore, "mipmap memmap ecc ecc..." dovresti risolvere contemporaneamente...

Se non risolvi questo errore invece prova le glide della Quantum3D, installando questo pacchetto speciale, che dovrebbe risolvere quell' errore in modo mirato:

FastVoodoo2 4.0 XP GE fix for map memory error (https://www.3dfxzone.it/enboard/topic.asp?TOPIC_ID=644)

Mi dispiace per lo SLI; io invece ieri ho messo su anche la seconda Voodoo2 e Unreal a 1024x768 è uno spettacolo, non avrei mai pensato che dopo tutto questo tempo mi cascasse ancora la mascella :)

P.S. Ah a proposito...perchè quando lancio Unreal che è in Glide, non mi appare lo splash 3dfx?



Questo messaggio è stato aggiornato da goriath il 28/10/2005  alle ore  14:21:51

STONK...
ora che ho raccolto la mandibola posso dirti che ha funzionato sostituendo tutte e due le glide della quantum (sostituendo solo la 3x dava ancora l'errore di mipmap)
grazie goriath :duo



Questo messaggio è stato aggiornato da benna il 28/10/2005  alle ore  17:44:14

Di niente, hai salvato la mia scrivania :D Ovviamente anche a me è cascata la mandibola (e non la mascella :o)

Però vorrei capire perchè lo splash 3dfx non mi appare...

non saprei ma non appare nemmeno a me
mi consiglieresti un programma per settare le impostazioni della v2 (un po come i 3dfx tools per la v5) e per controllare che lo sli sia funzionante...
ebbene si! sacrificando un canale ide sono riuscito ad installare la seconda v2:duo :duo

Allora non credo che esistano programmi che siano della portata dei 3dfx tool per Voodoo2...però se vedi la scheda "3dfx V2-1000" mi sembra già molto completa per ciò che concerne le funzioni di base :). Puoi ottenere un ampliamento del pannello di controllo dei FV2 tramite l' installazione della scheda "Voodoo2 OC"; l' eseguibile lo trovi sempre nel pacchetto driver ;). Come si intuisce dal nome, puoi overclockare la Voodoo2 sia per l' aspetto D3D (superfluo nel caso di XP) sia per l' aspetto Glide e settare il V-Sync per entrambe le API.

Come Addon ti consiglio Voodoo2 Tweaker, che riassume un po tutte le caratteristiche sia della scheda 3dfx V2-1000 sia di quella per l' OC; in più è molto comodo per settare il refresh alle varie risoluzioni (cosa che altrimenti potresti fare solo eseguendo volta per volta i reg contenuti nei FV2; ah proposito....ci sarà una release che permetta di settare i refresh direttamente nel pannello di controllo?:o)

Lo trovi ovviamente su 3dfxzone insieme ad altre cose interessanti: Voodoo2 Tweakers (https://www.3dfxzone.it/dir/3dfx/voodoo2/tweak.htm)

Ci terrei a segnalare un paio di problemi, non fastidiosissimi, ma che in certe condizioni possono guastare la festa...

1) Usando le mie 2 Voodoo2 in SLI noto il seguente problema in queste condizioni: se ad esempio gioco ad Unreal (glide) con lo SLI attivato e setto nel gioco una risoluzione di 640x480 (voi direte, ma perchè...) l' immagine è come disturbata da tante linee nere orizzontali che appaiono e scompaiono tipo effetto "interferenza"...aumentando la risoluzione a 800x600 le linee diminuiscono per numero e frequenza, ma sono presenti...a 1024x768 sembrano non esserci del tutto ma in realtà non lo so, perchè potrebbe essere che la risoluzione è elevata a tal punto che non riesca a percepirle...Tutto ciò non si verifica se uso una sola Voodoo2, disabilitando lo SLI da driver (ovviamente in questo caso la mia risoluzione si fermerà ad 800x600).

2) Sempre in Unreal (al momento non ho altro per i test:o) se provo ad disabilitare il V-Sync, appena lancio il gioco dopo pochi secondi della demo del castello di Na Pali, le immagini cominciano ad essere affette da una sorta di motion blur (no aspettate fatemi spiegare :h) nel senso che è come se vedessi per ogni frame visualizzato contemporaneamente anche il frame precedente ed il frame seguente, tutto in sovrapposizione! Ho pensato che poteva essere dovuto al frame-rate brutale, ma mi sembra comunque strano....
Se può essere di indizio come monitor ho attualmente un LCD (ovviamente fissato a 1024x768@60Hz risoluzione di Unreal e refresh di default dei driver)

benna se riesci anche tu a fare qualche prova in merito, mi fai sapere ;)



Questo messaggio è stato aggiornato da goriath il 29/10/2005  alle ore  01:52:59

ho provato ad installare v2oc ma non mi appare nessuna scheda nel pannello delle v2; ora mi sono anche accorto che il pannello non mi riconosce lo SLI, eppure gioco a 1024x768:eek:
per quanto riguarda unreal, a me ut ad ogni risoluzione e refresh funziona benissimo (anche se il framerate rimane sempre intorno ai 60fps ad ogni risoluzione :eek::eek:)
quake3 invece mi da un problema simile al tuo: il gioco sembra come un film senza il deinterlacing, ogni volta che faccio movimenti bruschi (e quando mai se ne fanno in uno sparatutto :D) si creano delle righe orizzontali che "rimangono indietro" rispetto alle altre
per quanto riguarda gli LCD, io ho provato la v2 sul mio LCD dotato di ingresso analogico e provocava dei disturbi sul desktop (una sorta di tremolio)

p.s. come faccio a scegliere se far andare un gioco opengl con le v2 o con la radeon?



Questo messaggio è stato aggiornato da benna il 29/10/2005  alle ore  12:14:16

Allora tanto per gradire ecco uno sceenshot dei problemi sopra descritti. Premetto che il seguente screen è artefatto da me in quanto snappandolo il problema non si propone (avrò provato un migliaio di volte).....ho disegnato io le linee nere orizzontali tanto per far capire; queste linee appiono e scompaiono in continuazione a random sullo schermo creando un' effetto "interferenza". A 640x480 è molto evidente, salendo con la risoluzione lo è sempre meno fino ad arrivare a 1024x768 dove sembrano non presentarsi (in realtà potrei essere io che non riesco a vederle). Neanche per l' altro problema, quello della sovrapposizione dei frame riesco a snappare un frame affetto dal problema ne tanto meno riesco a riprodurlo artificialmente (mi viene il sospetto che sia una specie di tearing, dovuto ad un alto numero di frame per secondo, anche se non vedo immagini spezzate ma "sovrapposte"....)

(https://www.forumzone.it/public/uploaded/goriath/20051029181858_Snap5.gif)


----


 

Citazioneho provato ad installare v2oc ma non mi appare nessuna scheda nel pannello delle v2; ora mi sono anche accorto che il pannello non mi riconosce lo SLI, eppure gioco a 1024x768:eek:

Strano....comunque la scheda "Voodoo2 OC" dovrebbe comparire insieme a quella "3dfx V2-1000" e tutte le altre come D3D OpenGL ecc...una scheda a parte insomma....Per la questione del riconoscimento dello SLI intendi dire che il selettore della risoluzione si ferma massimo a 800x600? Se intendi quello, bhè succede anche a me..eppure anche io come dicevo posso selezionare 1024x768 ad Unreal..credo che il pannello di controllo faccia affidamento solo su un driver (dei 2 installati) e perciò vede solo una scheda...però in verità non so...

 

Citazioneper quanto riguarda unreal, a me ut ad ogni risoluzione e refresh funziona benissimo (anche se il framerate rimane sempre intorno ai 60fps ad ogni risoluzione :eek::eek:)

Gira sempre intorno ai 60fps perchè credo che tu abbia il refresh bloccato a 60Hz a tutte le risoluzioni, in più avrai anche il V-Sync on...come ho detto più su prova a sbloccare i vari refresh con i file di registro contenuti nella cartella dei driver, oppure utilizzando Voodoo2 Tweaker, poi disabilita la sincronia verticale per vedere liberamente quanti frame fai...se otterrai un frame rate talmente elevato che viene fuori del tearing (quello che succede con quake3 penso) allora lascia abilitato il V-Sync...se hai un CRT a 1024x768 ti consiglio 85Hz di refresh, dovrebbe essere una bomba :). Comunque io  ho sempre quel problema delle righe nere orizzontali.

 

Citazionequake3 invece mi da un problema simile al tuo: il gioco sembra come un film senza il deinterlacing, ogni volta che faccio movimenti bruschi (e quando mai se ne fanno in uno sparatutto :D) si creano delle righe orizzontali che "rimangono indietro" rispetto alle altre

Quel fenomeno dovrebbe essere appunto tearing. Esso si verifica a causa della asincronia tra la frequenza di refresh (Hz) del monitor e la frequenza con cui la scheda video ti spara i frame elaborati (FPS). Ovvero, accade che il monitor compia una scansione dell' immagine quando la scheda video sta inviando il frame (o meglio sta inviando "ancora" un frame "parziale" anche se non è proprio corretto dire così), ed essendo monitor e scheda fuori sincronia, tu che guardi riesci a "cogliere inflagrante" per così dire, parte del frame precedente e parte di quello successivo, con il risultato che l' immagine viene visualizzata "spaccata" orizzontalmente, o meglio vedi una linea di divisione orizzontale che separa il frame di un' attimo prima dal frame dell' attimo dopo. Da questo ne consegue che è facile avvertire il fenomeno di disturbo in presenza di oggetti verticali (muri, colonne..) quando ci si sposta di visuale più o meno rapidamente in senso orizzontale...Per una corretta visualizzazione delle immagini in movimento, sarebbe opportuno che i frame venissero elaborati alla stessa frequenza del refresh del monitor, in modo che ad ogni scansione dell' immagine sul monitor corrisponda ogni frame che viene inviato dalla scheda video (60fps@60Hz, 85fps@85Hz e così via..."one shot, one kill";)). Quasi sempre la sincronizzazione non avviene, ovviamente, per il semplice motivo che negli esempi riportati sopra il frame rate dovrebbe essere sempre costante come il refresh del monitor ed in modo proporzionale al refresh del monitor (multiplo o sotto-multiplo), cosa che al contrario, come ben sappiamo, è difficile che accada (i giochi hanno un FR variabile in continuazione); quindi il tearing è sempre in agguato...Per ovviare a questo problema si impiega l' uso del V-Sync (sincronizzazione verticale). Questo non fa altro che sincronizzare i frame inviati dalla VGA con il refresh del monitor. Con il V-Sync abilitato la scheda, se si trova in una situazione in cui è pronta per inviare un frame quando il monitor sta eseguendo ancora la scansione dell' immagine a video (e questa sarebbe una situazione di tearing appunto), entra in uno stato di "attesa", attesa della prossima scansione del monitor per sincronizzarsi e sparare il frame, andando così di pari passo...Si capisce quindi che se tu giochi a 100fps a 1024x768@85Hz (azz e che gioco è?:D) e attivi il V-Sync, il probabile tearing che avresti avuto senza causato dalla differenza tra refresh e frame rate, sparirà ma ti castrerà il frame rate a 85fps.....Sono questi i vantaggi e gli svantaggi del V-Sync, elimina il tearing ma in alcuni casi (giochi sostanziosi con un frame rate nativamente basso) abbatte pesantemente le performances.....Con il V-Sync, se il frame rate che ottieni è superiore al refresh, verrà mantenuto costantentemete alla stessa frequenza del refresh....se è più basso rispetto al refresh quasi sicuramente il V-Sync opererà in modo da abbassarlo così che risulti un sotto-multiplo del refresh...e questo abbatte le performances ancora di più di quanto non facesse già.....Esistono altre tecniche per ottimizzare la funzione del V-Sync cercando di migliorare la prestanza, come il triple-buffering ma anche in questo caso oltre ai benefici, ci sono anche gli svantaggi; lo scotto da pagare è un uso più intenso della ram della VGA, che si saturerà più rapidamente....

 

Citazioneper quanto riguarda gli LCD, io ho provato la v2 sul mio LCD dotato di ingresso analogico e provocava dei disturbi sul desktop (una sorta di tremolio)

Anche il mio LCD ha un ingresso analogico ma non avverto nessun disturbo...mah

 

Citazionep.s. come faccio a scegliere se far andare un gioco opengl con le v2 o con la radeon?

Allora sinceramente non credo di sapere esattamente, fin' ora non mi sono posto troppo il problema. Comunque credo che se il gioco è in grado di farti scegliere tramite un rendering setup l' adattore grafico fra quelli che possiedi, prima di lanciare il gioco stesso e se hai posizionato la dll del driver openGL (mesaFX o wicked/3dfx miniGL) nella root del gioco, non dovresti avere problemi....se al contrario non è possibile indicare all' applicazione l' adattatore grafico preferenziale, la dll openGL dovrebbe forzare la scelta automaticamente....



Questo messaggio è stato aggiornato da goriath il 29/10/2005  alle ore  18:20:00

GROSSA RETTIFICA!

Allora il problema delle sovrapposizioni è un problema di tearing in realtà (come avevo già supposto). Solo che in combinazione con il mipmap dithering attivato (da pannello di controllo) produce quello scherzetto. In fondo se ci pensiamo bene, che le immagini siano spezzate (perchè vediamo parte di ognuna contemporaneamente) oppure che siano fuse in sovrapposizione in un unica immagine, è sempre la stessa cosa solo rappresentata in due modi differenti. In sostanza: se disattivate il V-Sync togliete anche il mipmap dithering, ed il tearing tornerà a spezzare le immagini; se al contrario volete usufruire di una primitiva implementazione del motion-blur su Voodoo2 attivate il mipmap dithering con il V-Sync off :duo :cool:

L' altro problema ancora non so, mi sembra qualcosa legato allo SLI dato che non si presenta se disabilito una Voodoo2:(

è apparso un'altro problema con q3: tutte le volte che cerco di cambiare impostazioni video, chiudere il gioco, e a volte anche nell'aprirlo mi si inchioda il pc e nulla posso fare tranne che riavviarlo brutalmente
ho provato a reinstallare q3 e i driver ma il problema persiste:(

Citazioneè apparso un'altro problema con q3: tutte le volte che cerco di cambiare impostazioni video, chiudere il gioco, e a volte anche nell'aprirlo mi si inchioda il pc e nulla posso fare tranne che riavviarlo brutalmente
ho provato a reinstallare q3 e i driver ma il problema persiste:(

benna, penso sia un problema di stabilità dei driver o quanto meno delle dll che usiamo (glide o openGL che siano)....perchè ora che mi ci fai pensare anche a me Unreal si è inchiodato 2-3 volte e guarda caso proprio quando aprivo un menù per scegliere la risoluzione (durante le mie prove sul problema delle linee nere orizzontali..) oppure ancora più volentieri mentre chiudevo il gioco :(..

Usi le MesaFX oppure i miniGL (3dfx, Wicked, Creative...)? Prova a cambiare versione o a passare totalmente ad un altro driver openGL...
Attualmente non ho Quake3 (shaaaame!) ma stasera un amico me lo porta ;)



Questo messaggio è stato aggiornato da goriath il 29/10/2005  alle ore  19:21:03

ho provato q3 sia con le mesafx sia con il wickedgl e in entrambi i casi ho ottenuto gli stessi risultati: il gioco funziona a 640x480 solo se il desktop è a 16bit, altrimenti nel partire lo schermo diventa nero e si deve riavviare, e solo con il driver opengl su default (su voodoo il pc si impalla nel chiudere il gioco); mentre salendo di risoluzione o modificando i dettagli il gioco funziona bene ma nel chiudersi non torna al desktop (il pc non si impalla) e rimane la schermata dei crediti, così si deve riavviare comunque; questo accade perchè
il driver opengl viene automaticamente messo su voodoo, e quindi il gioco va in crash



Questo messaggio è stato aggiornato da benna il 30/10/2005  alle ore  13:38:53

Allora benna, ho provato anche io Quake3 ARENA e devo ammettere che qualche problemuccio l' ho avuto anche io....ma mi sembra strano che tu abbia questi effetti disastrosi perchè io gioco abbastanza tranquillamente.

Quando hai scaricato le mesaFX 6.2.0.1 (o wickedGL che sia) ed hai reimpiazzato la glide3x.dll in system32, hai fatto lo stesso anche con la glide2x.dll? Le due dll sono fortemente legate ed una qualsiasi modifica dell' una comporta la modifica dell' altra contemporaneamente, prima di riavviare il sistema; pena, malfunzionamenti e/o instabilità driver.

Quindi se non hai fatto quanto ho appena detto prova di nuovo. Rimpiazza nuovamente la glide3x.dll con quella delle mesaFX per Voodoo2 e fai altrettanto con la glide2x per radeon del file zip che hai scaricato in precedenza; sovrascriverai lo stesso file ma dal momento che hai agito sulla glide3x devi fare lo stesso anche sulla glide2x. Dopo sostituisci nuovamente la opengl32.dll nella cartella principale di Quake3 ARENA e alla fine un bel riavvio di sistema. A quel punto lancia Q3 e vedi come ti va

Io sto giocando cone le stesse mesaFX in SLI e a parte un blocco del gioco (con modalità molto simili alle tue) non ho notato nessun altro problema imputabile alla stabilità dei driver (a parte quel blocco, unico inconveniente di un pomeriggio intero di gioco, testing di tutte le opzioni, demo ecc...)

Per quanto riguarda me:

Quake3 ARENA gira veramente una bomba con il mio sistema attuale:

Pentium4 2,66GHz - 512MB RAM DDR400 - ASUS P4S800 - Club ATi RADEON 9200SE 64MB - 2xPowerColor 3dfx Voodoo2 12MB SLI - Driver: FastVoodoo2 4.0 XP GE (ver. glide2x.dll: 2.56.0.21389 ; ver. glide3x.dll: 3.3.0.667 [ver. MesaFX: 6.2.0.1]) - WindowsXP Professional ServicePack2

GL Driver: Default

Con tutte le opzioni grafiche al massimo e lanciando le demo 001/002, l' unico problema è qualche pesante rallentamento, specie negli spazi aperti, chiusi ma particolarmente complessi ed in generale quando l' arena si riempie di partecipanti. Ad ogni modo, diminuendo unicamente il Texture Detail di un livello (valore medio-alto) il gioco non ha problemi di rallentamento alcuno. Questo è sufficiente perchè QuakeIII fili liscio come l' olio, pur lasciando le altre opzioni al massimo. Tuttavia, con questi settaggi (tutti al max tranne "texture detail" diminuito di un valore) riscontro un singolare problema unicamente nella demo001; nella demo002 non compare mai in nessuna condizione e questo è molto strano. Lo screenshot evidenzia il problema:



Sembrano artefatti ma non lo sono (o almeno non come comunemente si intende) perchè hanno un ombreggiatura ed appaiono e scompaiono in dissolvenza. Si verificano quando si riceve un informazione dall' arena; in pratica costituirebbero il testo delle scritte che compaiono quando qualcuno viene fraggato ecc.. Tutto ciò non si verifica nella demo002 con gli stessi settaggi grafici; provando a riportare tutti i settaggi al massimo (incluso il "texture detail" ;) il problema sparisce, ma come dicevo pocanzi subisco pesanti rallentamenti in entrambe le demo. Ho appurato che questo bizzarro bug (tale lo definirei in quanto non propriamente artefatto da malfunzionamento hardware) compare (unicamente nella demo001) quando, indipendentemente dagli altri settaggi grafici, le due opzioni grafiche Texture Detail e Texture Filter sono fissate rispettivamente su "medio-alto" e "trilinear". Attivando il filtro bilineare anzichè trilineare il problema si risolve; dunque secondo quello che ho potuto constatare, sul mio sistema con i suddetti driver, impostando le mesaFX come GL driver preferenziale, i settaggi migliori che danno la migliore resa grafica/prestanza sono i seguenti:

GL Driver: Default [Brian Paul 1.2 Mesa 6.2 Mesa Glide v0.61 Voodoo2 SLI]
[color(16-bits) Z(16-bits) stencil(0-bits)]
GL Extension: On
Video Mode: 1024x768
Color Depth: 32bit (16bit reali)
Fullscreen: On
Lighting: Lightmap (o anche Vertex è indifferente per le performances; io preferisco Lightmap)
Geometric Detail: High
Texture Detail: low - mid-low - [mid-high] - high
Texture Quality: 32bit (16bit reali)
Texture Filter: Bilinear


GL Driver: Voodoo
[3Dfx Interactive Inc. 1.1.0 3Dfx\Voodoo2 SLI\2 TMUs\4 MB\stand-alone (Jan 27 2000)]
[color(16-bits) Z(16-bits) stencil(8-bits)]

Anche in questa modalità noto gli stessi rallentamenti che nell' altra se tutte le opzioni sono al massimo valore, anche se credo che ci sia qualche perdita in più.. In Glide (3dfxGL) non si manifestano quegli errori grafici descritti sopra in nessuna circostanza. Anche in questo caso è possibile ovviare facilmente al problema dei rallentamenti impostando il "texture detail" su "mid-high" anche se, a parer mio, non si ottiene lo stesso frame-rate. Oltre a questo la qualità visiva è decisamente più scadente, soprattutto nella resa del cielo (saturazione a parte) cosa che mi fa preferire di granlunga l' impiego delle mesaFX

Come detto all' inizio del post, QuakeIII mi si è inchiodato un unica volta, con il passaggio per la prima volta da GL driver "Default" (MesaFX) a "Voodoo" (3dfxGL). In seguito non si è più ripetuto.

Continuo ad avere il problema delle righe nere orizzontali a risoluzioni minori di 1024x768 in SLI (usando una Voodoo2 ripeto che il problema non sussiste):(



Questo messaggio è stato aggiornato da goriath il 31/10/2005  alle ore  04:29:27

CitazioneCome detto all' inizio del post, QuakeIII mi si è inchiodato un unica volta, con il passaggio per la prima volta da GL driver "Default" (MesaFX) a "Voodoo" (3dfxGL). In seguito non si è più ripetuto.

anche a me capita una sola volta: la prima volta che cambio impostazioni; il problema è che la prima è anche l'ultima perchè il gioco non parte più
ho scoperto che il gioco va in crash all'avvio per un conflitto con 3dfxvgl.dll, quindi forse non è colpa delle mesafx

HO RISOLTO!!!! :duo :duo :duo :duo
in modo puramente casuale sovrascrivendo i fastvoodoo con i driver di koolsmoky
nonostante non fosse la prima volta che li provavo questa è stata la volta buona

ricapitolando ora ho i fastvoodoo 4.0 + i files di koolsmoky + la glide2x per radeon + la glide3x delle mesafx... bel casino ;)

ora funziona tutto a dovere, l'unica cosa che mi lascia perplesso è che non riesco a utilizzare le mesafx: se seleziono il driver di default mi torna automaticamente su voodoo

;)

Questo messaggio è stato aggiornato da benna il 01/11/2005  alle ore  11:30:19

Citazione

CitazioneCome detto all' inizio del post, QuakeIII mi si è inchiodato un unica volta, con il passaggio per la prima volta da GL driver "Default" (MesaFX) a "Voodoo" (3dfxGL). In seguito non si è più ripetuto.

anche a me capita una sola volta: la prima volta che cambio impostazioni; il problema è che la prima è anche l'ultima perchè il gioco non parte più
ho scoperto che il gioco va in crash all'avvio per un conflitto con 3dfxvgl.dll, quindi forse non è colpa delle mesafx

Porto aggiornamenti; vabè che adesso hai risolto ma sono sicuro che quel problema (errore 3dfxvgl.dll) è dovuto al fatto che nel gioco è stata impostata una risoluzione più alta di 1024x768 (le Voodoo2 SLI non possono andare oltre, ovviamente) quindi all' avvio crasha. Eventualmente potevi risolvere togliendo mesaFX ed eventuali miniport driver dalla directory di Q3A, eliminare il file di configurazione (q3config.cfg) in baseq3 e lanciare nuovamente il gioco (il nuovo file cfg dovrebbe ricrearsi automaticamente, altrimenti puoi prelevarlo dal CD e rimetterlo al suo posto). Partendo resettato, Quake3 si andrà ad impostare in default come per la prima volta, usando l' OpenGL della tua Radeon 7500. In questo modo puoi ripetere la configurazione per le Voodoo2 SLI nuovamente ;).

Adesso sto provando i driver di Geri, i LegendGrafiX VoodooMage2 2.2.0 e non vanno affatto male (a parte il fatto che se provo in qualche modo ad usare le DirectDraw per il 2D sulle V2SLI mi crasha allo startup del desktop, adesso ho risolto e li tengo così perchè nei giochi non ho problemi; il pasticcio l' ho fatto io perchè avevo provato a sostituire le glide BETA, ed i driver di Geri non tollerano questi cambiamenti:o)

Tanto per cominciare questi driver mi hanno risolto il problema delle righe nere orizzontali che ora non ci sono più in nessun caso :) (in ogni caso credo che rimetterò i FV2 perchè intendo scoprire cosa causa il problema :diablo :).

Comunque io consiglierei di cercare di far andare quanti più giochi OpenGL possibili con le mesa e tenersi i miniport (wicked, creative o 3dfx che siano) solo come "ripiego o alternativa" a fronte di eventuali incompatibilità o problemi di performance con le mesa. Sotto WinXP infatti mi sembrano molto più stabili le mesaFX dei miniport driver in quanto i crash che ho avuto (solo Q3A al momento) si sono manifestati solo usando questi ultimi e sempre nel menu del gioco, ad esempio crashava cliccando nuovamente su "DEMO" per far partire il secondo timedemo dopo aver terminato il primo. Con questo non voglio dire che i vari miniGL siano penosi, in fondo i crash che ho avuto sono stati pochissimi su decine e decine di prove e test continui (2 crash con i FV2 e 1 con LGX VM2 utilizzando sia i miniGL 3dfx sia wicked) e sotto stress dell' applicazione (dopo continui switch tra modalità, risoluzioni ecc). Quindi dalle mie prove pare evidente, almeno per me lo è, che i miniport driver sotto XP con Voodoo2 SLI non sono stabili come le mesaFX (rimangono comunque stabili al 97-98%, non fraintendetemi).

Per l' occasione ho installato anche un demo di Quake2, inutile dire che è una bomba. Ho testato la demo con le mesaFX 6.2.0.1 e va molto bene soprattutto per quanto riguarda la qualità. L' ho poi provato con le WickedGL 3.02 e queste si sono dimostrate più veloci ma con una qualità e resa grafica secondo me inferiore. Ho provato poi le MesaFx 6.3.0.1 prese dagli ultimi Amigamerlin 3.1 R11 (in questo caso la dll è la 3dfxOGL.dll che io ho opportunatamente rinominato in opengl32.dll per farla funzionare in Q2 sotto la modalità "Default OpenGL" ;). Bè che dire .... le mesaFX 6.3 sono qualcosa di incredibile! Nella mia prova hanno battuto le WickedGL in velocità, con una qualità superba, migliore di quella delle WickedGL (questione di punti di vista, ma di sicuro non hanno una resa grafica inferiore!). Secondo me ora come ora, le mesaFX sono la scelta migliore in generale, sotto tutti i parametri che hanno contraddistinto e contraddistinguono il buon nome di 3dfx e del suo hardware, ossia: qualità, compatibilità e stabilità; in alcuni casi anche performance senza compromessi! Per i giochi recenti sono essenziali, per i futuri sono la speranza...e si sono dimostrate un ottima scelta anche per i giochi più vecchi (vedi Q2):duo

 

Citazioneora funziona tutto a dovere, l'unica cosa che mi lascia perplesso è che non riesco a utilizzare le mesafx: se seleziono il driver di default mi torna automaticamente su voodoo

In cosa cosnistono esattamente questi file di Koolsmoky che hai messo?

CitazionePorto aggiornamenti; vabè che adesso hai risolto ma sono sicuro che quel problema (errore 3dfxvgl.dll) è dovuto al fatto che nel gioco è stata impostata una risoluzione più alta di 1024x768 (le Voodoo2 SLI non possono andare oltre, ovviamente) quindi all' avvio crasha

penso sia impossibile perchè oltre la 1024 non si può andare nel menu
 

CitazioneEventualmente potevi risolvere togliendo mesaFX ed eventuali miniport driver dalla directory di Q3A, eliminare il file di configurazione (q3config.cfg) in baseq3 e lanciare nuovamente il gioco (il nuovo file cfg dovrebbe ricrearsi automaticamente, altrimenti puoi prelevarlo dal CD e rimetterlo al suo posto). Partendo resettato, Quake3 si andrà ad impostare in default come per la prima volta, usando l' OpenGL della tua Radeon 7500. In questo modo puoi ripetere la configurazione per le Voodoo2 SLI nuovamente.

è proprio quello che ho fatto ;)
 

CitazioneIn cosa cosnistono esattamente questi file di Koolsmoky che hai messo?

sono i file presenti nelle glide di sourceforge (koolsmoky)che però mancano nei fastvoodoo e si chiamano fxgpio.sys e fxptl.sys

Citazione

CitazionePorto aggiornamenti; vabè che adesso hai risolto ma sono sicuro che quel problema (errore 3dfxvgl.dll) è dovuto al fatto che nel gioco è stata impostata una risoluzione più alta di 1024x768 (le Voodoo2 SLI non possono andare oltre, ovviamente) quindi all' avvio crasha

penso sia impossibile perchè oltre la 1024 non si può andare nel menu

Ma tu pensi veramente che non ci abbia provato?;)



 

Citazione

CitazioneEventualmente potevi risolvere togliendo mesaFX ed eventuali miniport driver dalla directory di Q3A, eliminare il file di configurazione (q3config.cfg) in baseq3 e lanciare nuovamente il gioco (il nuovo file cfg dovrebbe ricrearsi automaticamente, altrimenti puoi prelevarlo dal CD e rimetterlo al suo posto). Partendo resettato, Quake3 si andrà ad impostare in default come per la prima volta, usando l' OpenGL della tua Radeon 7500. In questo modo puoi ripetere la configurazione per le Voodoo2 SLI nuovamente.

è proprio quello che ho fatto ;)

Non mi pare :rolleyes:. Tu hai detto di aver installato di nuovo i driver, di aver installato di nuovo i Koolsmoky. Io invece ho detto semplicemente che non è necessario; in pratica basta far in modo che Q3A dimentichi le impostazioni (e quindi l' errato settaggio della risoluzione perchè l' errore della 3dfxvgl.dll da questo è causato)...Credimi se dico questo non è perchè me lo invento, ma perchè è successo anche a me ;)

 

Citazione

CitazioneIn cosa cosnistono esattamente questi file di Koolsmoky che hai messo?

sono i file presenti nelle glide di sourceforge (koolsmoky)che però mancano nei fastvoodoo e si chiamano fxgpio.sys e fxptl.sys

Questo non so, ma è possibile che siano questi file ad influire. Anche io ho avuto questo problema con i miniport. Con le wickedGL 3.02 a voler settare "Default OpenGL" ritornava a "Voodoo" e succedevano anche altre cose assai strane; questo perchè attualmente uso i LegenGrafiX VoodooMage2 di Geri, che hanno tutto integrato... mesa, wicked, minigl ecc ed un pannello di controllo dove forzare l' uso dei vari driver GL volta per volta. Quindi le impostazioni del pannello fanno conflitto con i file che vai a mettere nella cartella dei giochi, dato che normalmente tutto ciò non sarebbe necessario. Come se non bastasse il pannello è anche piuttosto "buggato" [parole di Geri], quindi non mi stupisco nel mio caso di strani comportamenti, anche perchè tutto ciò non si verificava con i FastVoodoo2 4.0 XP GE.



Questo messaggio è stato aggiornato da goriath il 06/11/2005  alle ore  21:10:47

CitazioneMa tu pensi veramente che non ci abbia provato?

hai ragione, io intendevo col driver voodoo; comunque non sono mai andato oltre la 1024 anche perchè appena applicate le modifiche il driver passava automaticamente a voodoo

per quanto riguarda il file conf ad ogni avvio lo sostituivo col file vuoto preso dal cd perchè come già detto al secondo avvio il gioco crashava e quello era l'unico modo per farlo partire; i driver li ho reinstallati un'unica volta e successivamente ho aggiunto i file di koolsmoky e le glide2x/3x, dopo di che il gioco ha funzionato

CitazioneAdesso sto provando i driver di Geri, i LegendGrafiX VoodooMage2 2.2.0 e non vanno affatto male (a parte il fatto che se provo in qualche modo ad usare le DirectDraw per il 2D sulle V2SLI mi crasha allo startup del desktop, adesso ho risolto e li tengo così perchè nei giochi non ho problemi; il pasticcio l' ho fatto io perchè avevo provato a sostituire le glide BETA, ed i driver di Geri non tollerano questi cambiamenti)

Tanto per cominciare questi driver mi hanno risolto il problema delle righe nere orizzontali che ora non ci sono più in nessun caso (in ogni caso credo che rimetterò i FV2 perchè intendo scoprire cosa causa il problema).

per Goriath

Se ti consola anche io ho provato ad utilizzare le voodoo2 per il 2D rilevanto una forte instabilità con XP SP2.
Ho invece un problema più serio: non riesco a disinstallare i LGFX2.2.0, ho tentato diverse procedure ma alla fine dopo il/i riavvio/i ho un messagio di errore dovuto al fatto che il pannello di controllo dei driver non si disinstalla.
Se li hai già tolti mi farebbe piacere sapere che procedura hai seguito.

Ah si? Bè effettivamente che ci siano delle falle è risaputo, ma Geri ha detto che sicuramente nelle prossime release ci sarà un fixing di quanto più è possibile ;)

Riguardo la disinstallazione, sono nelle tue stesse condizioni :(. C' è un apposito file con i driver che dovrebbe disinstallarli, ma per quel che mi riguarda ha disinstallato molto poco...ed in pratica neanche io riesco a disinstallarli completamente

I dettagli li trovi qui: Google Earth con Voodoo2 SLI (http://www.forumzone.it/topic.asp?TOPIC_ID=16604&FORUM_ID=40&CAT_ID=25&Topic_Title=Google+Earth+con+Voodoo2+SLI&Forum_Title=3dfx+Hardware+e+Software+%2D+Discussioni)