[Risolto] Rendering atmosfera con D3D9

Dopo aver installato l'ultimo aggiornamento del client D3D9 (R8) ho riscontrato un problema nella visualizzazione dell' atmosfera terrestre in orbita bassa.

L'effetto ottico guardando la terra in prospettiva riproduce l'atmosfera molto più chiara (colore bianco abbagliante) rispetto a come era con la versione precedente di D3D9 (una gradazione di blu che poi sfuma nel quasi bianco). Inoltre lo strato visibile di atmosfera in controluce è molto più spesso, creando una sorta di alone abbagliante intorno alla superficie del pianeta. Il problema non sussiste se utilizzo Orbiter in versione standard (cioé senza usare Orbiter_ng) o come ho già detto usando la versione precedente di D3D9. Aggiungo che i parametri di configurazione dell'atmosfera del file config/Earth non sono stati alterati.

Qualcuno ha riscontrato un problema simile o ha idea del perché ciò si verifichi? Potrebbe forse dipendere da alcune impostazioni della scheda grafica?



Grazie

Non mi sono accorto di questo problema, anche se ultimamente ho "volato" poco, nè mi pare di averne letto su OF...

Sarebbe interessante vedere due screen a confronto: se per caso volessi farlo, la R7 la recuperi da qua
http://d3d9client.codeplex.com/releases/view/97367

Ripley ha scritto:

Sarebbe interessante vedere due screen a confronto

Io uso Screen Capture ma purtroppo non riesco a "catturare" l'immagine durante la simulazione con D3D9, riuslta solo un 'immagine totalmente nera...

Io per gli screen o uso Fraps (che ha una apposita funzione), oppure con Orbiter non a "full screen" premo il tasto Stamp (tutto il desktop) o Alt+Stamp (solo la finestra in primo piano) e poi incollo in un qualsiasi viewer di immagini, come Irfanview, e da lì mi salvo il file.

Se poi ti fai un account su https://imgur.com/ postare le immagini in un forum è velocissimo, perchè in pratica l'upload avviene quando "incolli" l'immagine copiata.

Riporto di seguito due immagini dello stesso scenario, una "standard" e l'altra in modalità D3D9 dopo aver installato R8
L'alterazione dell' effetto atmosfera è evidente

Hai sicuramente installato un'addon per l'atmosfera, probabilmente "Atmospheric Visual Enhancement".
Il D3D9 non è compatibile con questi mod, dato che ha una gestione dell'atmofera tutta sua.
Prova a disinstallarlo e vedi come va.

Confermo quanto detto da Mir!

Mir ha scritto:

Hai sicuramente installato un'addon per l'atmosfera, probabilmente "Atmospheric Visual Enhancement".
Il D3D9 non è compatibile con questi mod, dato che ha una gestione dell'atmofera tutta sua.
Prova a disinstallarlo e vedi come va.

Scusate ma c'è qualcosa che non mi torna... confermo che ho installato l'addon "Environment" di Endeavour Commander (in aggiunta al suo altro addon EEE) ma fino alla versione R5b di D3D9 NON HO RISCONTRATO ALCUN PROBLEMA.
L'alterazione si è verificata solo DOPO aver installato la R9..
Quindi se D3D9 non è compatibile con questi addon perché non ho riscontrato il problema con le versioni D3D9 precedenti?
E' possibile che l'incompatibilità sia limitata alle release R9 e seguenti?

EndeavourCmdr ne ha fatte due di queste "mod":

http://orbithangar.com/searchid.php?ID=3098
http://orbithangar.com/searchid.php?ID=2379

Per un attimo quello chiamato NG pensavo fosse per orbiter_NG.exe...invece vuol dire Next Generation!

Quindi dalla R5b alla R9 non hai installato altri D3D9 intermedi?

Ripley ha scritto:

EndeavourCmdr ne ha fatte due di queste "mod"

in realtà io ho installato un'altra sua versione (che nno si trova più so OH) denominata EEE

Ripley ha scritto:

Quindi dalla R5b alla R9 non hai installato altri D3D9 intermedi?

Esatto Ripley, dopo la R5b ho installato direttamente la R9

ad ogni modo ho provato a disinstallare l'addon EEE di Endeavour commander come da voi suggerito: c'è un piccolo miglioramento pare ma siamo ben lontani dalla simulazione in D7 e da quella che avevo con D9 R5b
Ecco un paragone tra la D7 e la D9 (R9) dopo aver disinstallato l'addon EEE

wolf ha scritto:

...E' possibile che l'incompatibilità sia limitata alle release R9 e seguenti?

Certo, è possibile. Spingendo sempre oltre il livello, alla fine magari qualche retrocompatibilità si scassa.

Dal punto di vista di tutta la comunità sarebbe più utile postare questi screen e queste domande su OF, in quanto solo jarmonik può intervenire direttamente (se è possibile fare qualcosa).

Ripley penso di aver risolto il problema!
Ho dato uno sguardo al thread sullo sviluppo di D3D9 su OF e di fatto il medesimo inconveniente era stato segnalato da markl316 più di un anno fa.
http://orbiter-forum.com/showthread.php?p=325081&postcount=1014

Tra l'altro proprio tu eri intervenuto in merito al problema specifico d'incompatibilità tra D3D9 e OAVE.
http://orbiter-forum.com/showthread.php?p=406315&postcount=2055

ho applicato le modifiche indicate da jarmonik al file horizonhaze.fx e ora tutto sembra essere a posto. Queste modifiche dovrebbero garantire la compatibilità di D3D9 con gli addon di EndeavourCmdr (EEE, OAVE)

Ammetto che questa mi era sfuggita!

Per riferimenti futuri riporto la soluzione.
Il file di testo da modificare (HorizonHaze.fx) è presente sia nella cartella \Modules\D3D9Client che nella cartella \Modules\D3D9Client20.
La cartella viene scelta in base alla versione di pixel shader della propria scheda grafica: se non siamo sicuri o non conosciamo questo parametro, editiamo direttamente ambedue i file.
Il client D3D9 compilerà in tempo reale questo file, all'avvio di Orbiter.


COSA FARE:
Si deve attivare una riga e disattivarne un'altra, cancellando ed aggiungendo i simboli di commento ("//") all'inizio della riga. Inoltre dovremo modificare una funzione (nulla di difficile).

Quindi apriamo il file e cerchiamo la linea di codice:

Codice:

//return frg.color * tex2D(Tile0S, frg.tex0);

e modifichiamola in:

Codice:

return frg.color * tex2D(ClampS, frg.tex0);

rimuovendo i due slash a inizio riga e sostituendo la funzione "Tile0S" con "ClampS".


Poi, poche righe più sotto dovremo aggiungere i simboli di commento alla riga

Codice:

return float4(frg.color.rgb*(frg.tex0.y+0.30), frg.color.a*frg.tex0.y*frg.tex0.y);

che cambierà in:

Codice:

//return float4(frg.color.rgb*(frg.tex0.y+0.30), frg.color.a*frg.tex0.y*frg.tex0.y);

Fatto! Salvate il file e lanciate Orbiter.

Post di jarmonik

---

Una cosa però non mi torna nei post su OF. Nella sua risposta a markl316, jarmonik dice di usare la funzione ClampS e non TileOS, in quanto obsoleta (già un anno fa). Tu quale hai usato?

Ripley ha scritto:

Una cosa però non mi torna nei post su OF. Nella sua risposta a markl316, jarmonik dice di usare la funzione ClampS e non TileOS, in quanto obsoleta (già un anno fa). Tu quale hai usato?

Confermo che TileOS non va bene: si ha un CTD con log uguale a quello postato da markl316
Bisogna usare ClampS

Ok, istruzioni ritoccate in base alle tue info.

Grandi...Quando sono passato definitivamente alla D3D9, uno degli addon alla quale ho dovuto rinunciare era proprio "Atmospheric Visual Enhancement", che appunto mi dava il problema di Wolf.
La soluzione era sfuggita anche a me, ma dato la mia conoscenza dell'inglese, non mi stupisco
Mi metto subito ad installarla

EDIT:
Installata, è fantastica in D3D9, l'unica cosa "negativa" (problema presente anche in DX7) è che rende l'atmofera di Marte leggermente azzurra, ma viste le ultime foto di Curiosity (e non) , credo che sia maggiormente reale in questo modo.