Problema VC Antares D3D9

Fausto ha scritto:

L'unica via che vedo è la creazione di mesh trasparenti anziché di texture tramite il canale alpha, in anim8or è molto facile farlo, vittorio mi pare che usi max che io non conosco...

In effetti sarà posibile farlo anche con Max, ma al momento non ho idea di come si fa . In Anim8or come lo fai, che magari trovo il corrispettivo per Max?

Mir ha scritto:

...
Vittorio se puoi prova anche LR e SR.

Appena possibile, a casa. Mi viene in mente a questo punto che c'è una differenza tra i due, legata (mi pare) al fatto che Antares LR e SR è payload mentre Antares RV no. Oppure al fatto che la mesh almeno fino al momento del distacco del Modulo di Servizio sia unica, e poi venga sostituita dalla dll da 2 distinte mesh.
Nel caso (se ci arrivi prima come tempistiche) prova tu a fare un rilascio del MS per vedere se ti appaiono i finestrini.

Mir ha scritto:

Facendo ricerche ho trovato un post riguardo ai DTX e le trasparenze...

L'hai trovato per caso su OF?
In questi ultimi giorni ne hanno scritte molte sul thread di sviluppo del D3D9 (mi pare) a proposito dei formati di compressione...

Pete Conrad ha scritto:

Nel caso (se ci arrivi prima come tempistiche) prova tu a fare un rilascio del MS per vedere se ti appaiono i finestrini.

Niente, rimane nero anche dopo la separazione del MS, anche caricando lo scenario di rientro rimangono sempre neri.
Riepilogando:
I finestrini funzionano regolarmente con la versione RV, sia in orbita che in fase di rientro.
I finestrini rimangono neri con le versioni SR e LR, sia in orbita che dopo la separazione del MS.

Ripley ha scritto:

Mir ha scritto:

Facendo ricerche ho trovato un post riguardo ai DTX e le trasparenze...

L'hai trovato per caso su OF?
In questi ultimi giorni ne hanno scritte molte sul thread di sviluppo del D3D9 (mi pare) a proposito dei formati di compressione...

No, facendo ricerca di trasparenze e DTX su Google.

A me non funzionavano nemmeno i finestrini laterali, ma comunque
Mi è bastato trasformare le due texture interessate (e cioè MC06 ed MC04) da DTX1 a DTX3 ed ora funzionano entrambe (almeno alla prova al volo che ho effettuato io) e senza nessun problema se seleziono i tasti RCS o altro. Ne ho messo una copia in condivisione per gli sviluppatori, ma comunque se Mir (e gli altri) vuole provare questo è il link per scaricare le due texture corrette da mettere (ovviamente) nella cartella Textures/Antares.

bene!

Ottimo!

C'è ancora un problema di flickering parecchio fastidioso, di cui allego un'immagine. Volevo fare un minivideo, ma penso che basti questa.

Ho allargato al massimo la visuale (FOV 90°).
Il problema è più o meno marcato in base all'angolo di visuale inquadrata e al livello di zoom.
Se si "gira la testa" ogni MFD "lampeggia" in maniera diversa, ma si vede chiaramente che ci sono due MFD sovraimposti uno sull'altro.
Lo stesso problema si verifica anche seduti sul posto del copilota, ed anche con i 4 MFD spenti.

Scenario "Antares ALR-1 in orbit", testato in D3D9 R9 sul pc meno potente dei due che ho (che mi sembra rappresenti la media dei pc degli Orbinauti). Stasera lo testerò sul mio pc a casa.

Questo problema io l'ho sempre avuto fin dall'inizio e senza D3D9. Credevo derivasse dalla mia scheda video...

Niente, con l'aggiornamento di Vittorio in DTX3 si risolve il problema delle trasparenze, ma si ripresenta il problema dei tasti RCS. Una volta cliccati diventano trasparenti e non funzionano più. (prova fatta su antares SR e LR)


Secondo le mie prove, per la stabilità del VC l'ideale è l'utilizzo delle texture DTX1, rimane solo il problema delle trasparenze dei finestrini.

Mir ha scritto:

... Una volta cliccati diventano trasparenti e non funzionano più. ...

E perché a me non lo ha fatto? L'immagine che vedete su è presa DOPO aver tampinato con i tasti su Antares LR.

Il flickering dei MFD è dovuto al fatto che il pannello che proietta i MFD è appena appena sovrapposto alla base, e quindi ogni tanto i due si sovrappongono. A questo punto non mi resta altro che una riprogettazione totale della capsula. Fausto ho paura che dovrai rivedere qualche numero dei gruppi alla lunga.

Confermo lo stesso identico comportamento (flickering) degli MFD, sia con D3D9 che senza, in tutte e tre le versioni di Antares.
Lo scenario per tutte le prove è stato quello "in orbit".

Ho smanettato con gli RCS e non ho avuto nessun problema di pannelli spariti/trasparenti.
Edit: in effetti i problemi c'erano, solo che usavo i comandi RCS da tastiera e NON premevo i pulsanti RCS Power.

Mir ha scritto:

...Secondo le mie prove, per la stabilità del VC l'ideale è l'utilizzo delle texture DTX1, rimane solo il problema delle trasparenze dei finestrini.

A questo punto si deve pressare jarmonik per ottenere quella risposta rimasta in sospeso.

Le risposte da ottenere sono due. L'altra riguarda l'effetto incandescenza dello scudo termico, come si fa a caricare una mesh con DEVMESHHANDLE anzichè con MESHHANDLE, dato che oapiLoadMeshGlobal funziona solo con la seconda delle due..

Mi devo essere confuso...mi ricordavo infatti questa (DEVMESHHANDLE vs MESHHANDLE), ma non riguarda questo flickering.

L'hai postata qui:
http://www.orbiter-forum.com/showthread.php?p=404814&postcount=1946


...e l'altra qual'è allora??

Se ti riferisci a questa
any suggestion?

ti ha risposto qua
Yes, you need to use oapiSetMaterial(). oapiMeshMaterial() doesn't work with graphics clients.

Per conferma ho riprovato sia con Amtares LR che SR ed in nessuno dei due casi ho problemi di sparizione dei tasti. In più vi dirò che non ho nemmeno il problema del flickering dei MFD con qualsiasi angolo di visione metta (anche ad angolo tutto aperto tipo fisheye). Eppure la mia scheda grafica non è che sia questa cosa eccezionalissima ... Boh?

Mi metterò comunque sotto la prossima settimana per rimettere in sesto almeno un po' la capsula.

Pete Conrad ha scritto:

Per conferma ho riprovato sia con Amtares LR che SR ed in nessuno dei due casi ho problemi di sparizione dei tasti. In più vi dirò che non ho nemmeno il problema del flickering dei MFD con qualsiasi angolo di visione metta (anche ad angolo tutto aperto tipo fisheye). Eppure la mia scheda grafica non è che sia questa cosa eccezionalissima ... Boh?

Potrebbe dipendere dalla risoluzione della simulazione, o dal fatto di farla girare a fullscreen oppure in finestra. A risoluzioni più elevate o in fullscreen il problema a me sembra attenuarsi. Forse basterebbe distanziare leggermente di più il pannello che proietta gli MFD dalla base sottostante. Credo che in questo modo ogni problema verrebbe risolto.

Ho provato nuovamente, questa volta in ogni modalità Full Screen (prima ero in finestra), ma non è cambiato nulla. Gli MFD "flickerano" come prima!
La scheda grafica su questo pc fà schifo, è un chipettino integrato Intel Express da due euri...

Tra un paio d'ore proverò sul mio pc che è un tantino migliore di questo.

Per precisare: il problema degli MFD che "flashano" si evidenzia muovendo e trascinando il mouse per ruotare la visuale.

Prove effettuate come prima, questa volta sul pc di casa: D3D9, tutti e tre gli Antares, scenario "in orbit", in finestra e a tutto schermo.
Ci sono notizie buone e notizie cattive. Mi dispiace per le cattive, oggi sull'altro pc non avevo capito bene dove cliccare...

Prima la notizia buona: non c'è nessun flickering degli MFD!
Sarà probabilmente una questione di capacità della scheda grafica...

Ora quelle cattive: appena entro nello scenario, sia Ant_LR che Ant_SR hanno già, senza che io tocchi nulla, questo pulsante trasparente (quello al centro).
Ant_RV invece (dopo la pressione del tasto "J") non ha problemi.




Se poi premo uno qualsiasi dei pulsanti RCS Power, questi diventano trasparenti:

Prima




Dopo

Questo succede con la patch di Fausto + la patch di Vittorio?
Se puoi fai la prova solo con la patch di Fausto per vedere se anche a te i pulsanti vanno bene ma i finestrini rimangono neri.

p.s.
A me non mi si è mai presentato il flickering degli MFD.

Oh, ma come è possibile che solo a me funzioni? Vi giuro che mi va!

Mir ha scritto:

Questo succede con la patch di Fausto + la patch di Vittorio?..

Si, tutte le prove le ho fatte con Antares 2.51 + le 2 ultime patch
- D3D9Antares_20130211.rar
- PatchTexturesAntares_20130213.rar

Domani continuo...

Credo che alla fine è come dice jarmonik, nel D3D9 vanno bene solo le texture in DTX1 (patch Fausto), infatti il VC è stabilissimo e funziona tutto, ma si crea il problema della trasparenza dei finestrini.

Comunque secondo me, il punto per risolvere il problema è cercare di capire perchè con la patch di Fausto (texture in DTX1) Antares RV funziona regolarmente, mentre SR e LR si crea il problema dei finestrini neri.

Fausto ha scritto:

L'unica via che vedo è la creazione di mesh trasparenti anziché di texture tramite il canale alpha, in anim8or è molto facile farlo, vittorio mi pare che usi max che io non conosco...

Si può anche creare una texture solo per il vetro, tagliando la mesh ovvio, e togliere le trasparenze sul VC.
Intendevo questo metodo, perche anche io non so fare le trasparenze direttamente sulla mesh, uso una texture così:


Così puoi convertirla tranquillamente in DXT5 e ricreare l'effetto realistico che aveva, in più questa immagine ha il riflesso che sembra ancora di più vero.

Qualcosa di simile lo ho già fatto sul portellone, ora vorrei estenderlo anche al resto dei finestrini sulla prossima versione della capsula, così come vorrei fare i MFD senza l'effetto "flickering".

Googlando "free glass textures" sto trovando una cifra di siti stupendi!

Mir ha scritto:

...Se puoi fai la prova solo con la patch di Fausto per vedere se anche a te i pulsanti vanno bene ma i finestrini rimangono neri...

Ora sono di nuovo sul pc "lento".
Recupero le due DDS originali e rifaccio i test..........

Allora (test rifatto): nelle stesse condizioni di ieri (tutto patchato) è presente anche qua il bug del pulsante trasparente da subito, e i pulsanti del pannello RCS Power che diventano trasparenti se cliccati.

Invece, con le 2 DDS originali (quelle da 600Kb):
- MFD flickering ancora presente!
- NESSUNA trasparenza del pulsante "EXT PWR SOURCE" o del pannello RCS Power;
- Vetri anteriori completamente neri.

Osservando i vetri e zoomando molto ho notato questo scostamento delle texture che immagino già conoscerete bene...

Edit: infatti Mir l'aveva già notato.

Mir ha scritto:

...vicino al finestrino a destra si nota una piccola striscia dove si vede l'esterno...

Nella vista Retrograde si vede lo sbalzo del bordo dell'oblò. Su quello stesso bordo si vede la Terra nello screen in Prograde.
Poi c'è una linea verticale da cui si intravede l'esterno. Nota: questa linea, questo "spazio", è molto più visibile dal sedile sinistro che da quello destro.


Prima una vista esterna in Prograde per capire che visuale e che luce avevo:



Prograde:



Retrograde:



Una finezza: dalla prossima versione di Antares che pubblicherete si devono cancellare i file thumbs.db.

Una richiesta: sarebbe splendido se i pulsanti del pannello RCS Power fossero in "vero 3D" ed in risoluzione maggiore (come i pulsanti "Prograde", etc, che quando cliccati si muovono).

Mi pare tutto.
Ah! Mi dimenticavo...il display GET funziona sempre, in tutte le condizioni.

Come riconfermo, a me funziona tutto con i dds livello DXT1 senza problema alcuno.. ribadisco la mia teoria secondo cui è meglio fare le trasparenze direttamente tramite mesh.. non è difficile se volete ve la faccio io tramite animat8or, è veramente una cosa veloce!

Per quanto riguarda gli RCS power in 3d, li ho evitati per semplicità e perchè sono stati aggiunti dopo, cosa che mi avrebbe costretto a rivedere tutti i gruppi delle mesh.. io credo che D3D9 sia una grande cosa ma che abbia dei limiti intrinsechi nello sviluppo con cui dobbiamo fare i conti...

Ok per gli altri suggerimenti

Fausto ha scritto:

...Per quanto riguarda gli RCS power in 3d, li ho evitati per semplicità e perchè sono stati aggiunti dopo, cosa che mi avrebbe costretto a rivedere tutti i gruppi delle mesh...

Magari potrete pensarci se, e quando, Vittorio rivedrà il numero dei materiali da ridurre.
Secondo me ne guadagnerebbe molto la qualità finale...sono un bel po' differenti (dal punto di vista strettamente grafico) dagli altri pulsanti vicini...

Tu dici che tutto ti funziona, beato!
Riporto qui una serie di quote a proposito del flickering: sarebbe forse utile trovare un nesso (se c'è) con le rispettive schede grafiche.

Ripley PC1 ha scritto:

...C'è ancora un problema di flickering parecchio fastidioso...

Andrew ha scritto:

Questo problema io l'ho sempre avuto fin dall'inizio e senza D3D9. Credevo derivasse dalla mia scheda video...

Ripley PC1 ha scritto:

Ho provato nuovamente...Gli MFD "flickerano" come prima!...La scheda grafica su questo pc fà schifo, è un chipettino integrato Intel Express da due euri...

Ripley PC2 ha scritto:

Prove effettuate...sul pc di casa...non c'è nessun flickering degli MFD...Sarà probabilmente una questione di capacità della scheda grafica...

Mir ha scritto:

...A me non mi si è mai presentato il flickering degli MFD.

Comunque, visti gli incredibili e rapidi sviluppi (materiali riflettenti, etc...) del client D3D9, forse conviene aspettare la prossima release prima di stravolgere altre cose.
Chissà se non dovesse cambiare qualcosa anche sul fronte delle trasparenze!