Missione QTF-01

Questo che vedete pitturato in rosso è il QTA (Quasar Test Article), un payload secondario non sganciabile (configurato come interstadio in Multistage), essenzialmente un anello di raccordo con sensori per la registrazione dati durante il volo di test, a cui sono agganciati otto blocchi in calcestruzzo per un totale di 35 tonnellate di zavorra (che ci crediate o no, ho dimensionato i blocchi in rapporto al peso specifico del calcestruzzo ). In questo modo si aumenta il peso totale del payload a 190.000 kg, in modo da fornire un test più severo per il vettore.

Bene.. Credo proprio che sarà un test anche per il nuovo countdown e per il client grafico!

Testando il payload ho fatto, inoltre, un'interessante scoperta.
Non so se ve ne siete mai accorti, ma Multistage presenta un bug che in pratica non consente di impostare i valori di velocità di espulsione e rotazione delle ogive. In pratica qualsiasi valore venga impostato nelle stringhe SPEED e ROT_SPEED nella sezione FAIRING viene ignorato.
Su razzi di grosse dimensioni questo bug può essere fastidioso in quanto, in caso di ogive molto lunghe, può facilmente capitare che esse si compenetrino con la mesh del payload o del razzo in quanto non vengono espulse abbastanza in fretta e non c'è modo di ovviare al problema se non con qualche escamotage nella mesh che non sto qui a spiegare.

Oggi però ho scoperto una cosa: esiste il modo per dribblare questo bug!
In pratica il comando di rotazione e di espulsione della mesh viene dato tramite la sezione SEPARATION che è quella che codifica gli interstadio e gli adattatori per i payload. Nel caso in cui la sezione SEPARATION sia l'ultima prima del fairing, e quindi l'adattatore sia installato sopra l'ultimo stadio, l'adattatore stesso non verrà espulso, come ben sappiamo. Però possiamo comunque impostare i valori di SPEED e ROT_SPEED che verranno applicati all'espulsione dei fairing! La cosa bella è che possiamo anche installare un adattatore fittizio, inserendo questa sezione subito prima quella del fairing:

[SEPARATION_23]
Speed=(8,0,0)
Rot_Speed=(0,-0.21,0)

In questo caso il 23 indica che si tratta della separazione tra il secondo e il terzo stadio. Non essendoci un terzo stadio, questo adattatore risulta l'ultimo prima del payload e non sarà espulso ma resterà attaccato all'ultimo stadio. Come vedete non ho impostato una mesh e la cosa belle è che non è neppure obbligatorio: la simulazione non andrà in crash ma semplicemente non verrà visualizzato nessun adattatore. Però le impostazioni di SPEED e ROT_SPEED verranno tenute e applicate alla separazione del fairing.

Questa "scoperta" mi sarà utile per migliorare i file config dei nostri razzi.

Secondo me queste scoperte sono degne di essere messe a parte nella sezione Sviluppo add-on (o anche Orbiter SDK) per non farle "sparire" col tempo in questo thread.
Inoltre potrebbero anche essere postate su OF, chissà cos'hanno da aggiungere gli altri sviluppatori...

Avevo notato la stessa cosa per le ogive dello scorpio, che volevo far sganciare in maniera leggermente diversa, ma non ebbi successo e pensai che fosse dovuto alla mia ignoranza in multistage
Proverò l'ingegnoso metodo per aggirare il problema!

Ci vorrebbe un bel logo missione!

Vedo cosa riesco a tirare fuori!
Nei prossimi giorni il pacchetto beta per le vostre prove.

Mi è uscito questo, molto alla buona:

Non male! Io gli inserirei un contorno ulteriore che chiuda anche le scritte grandi e poi è perfetto!

Ottimo! Data l'ora del lancio suggerisco una partenza da Cape Canaveral per avere una luce adeguata! Ma se vi piace il fascino della notte lanciamo da Capo Passero!

L'ora esatta del lancio è prevista per le...?

Comunque essendo un volo di test, con, nella realtà, miriadi di telecamere destinate a monitorare il razzo durante l'ascesa, penso che sia più realistico un lancio diurno. Quindi concordo per Cape Canaveral!

Però sarebbe bello anche vedere le nuove luci di capo passero col D3D9...

Ce ne saranno di occasioni!

Qui pacchetto beta da scaricare e provare:
http://speedy.sh/zVhHp/Pegasus-B-Test-Satellite.rar

Installate prima il Quasar 2.5 e poi questo.
Sarà poi integrato nel prossimo aggiornamento del pacchetto su OH.

Volevo chiedere: il lancio sarà commentato, giusto? Servono dati/schemi su vettore e payload da utilizzare per la diretta?

Si sarà commentato!
I dati del Quasar ci sono già con la documentazione, magari qualche specifica sul payload non sarebbe male!

Il lancio e' per quando ??

Cosi mi preparo per l'evento e il microfono funziona perfettamente, comunque la trasmissione in diretta doppia ovvero con la presa diretta di olm dal canale di servizio e' perfetta.

livio69 ha scritto:

Il lancio e' per quando ??

Ma scusa, non l'hai fissata tu la data? Parlavi di 18 otobre.
Orario... mi sembra che Fausto parlasse di diretta dalle 21:00

Io se per voi non è un problema proporrei di fissare il lancio per il 17 ottobre e mantenere il 18 ottobre come possibile finestra di lancio secondaria.. non dimentichiamoci che ora con il nuovo modulo potremmo anche avere uno scrub!

Ora di lancio farei 21:30 (15:30 ora di Cape Canaveral)

Livio se vuoi intervenire anche tu ti conviene usare un secondo pc portatile per il collegamento Skype, sennò la diretta sarebbe piena di eco!

Perfetto per il 17 con finestra del 18 ok anche per l'orario, e ok anche per il secondo pc.
Ora sto facendo dei lancio del quasar con il sat per testare il tutto ;-)

Pacchetto aggiornato:

http://speedy.sh/vGW4B/Pegasus-B-Test-Satellite.rar

c'è dentro anche una stringata documentazione. Se dovesse servire altra documentazione per la diretta, fate un fischio!

Scaricato, grazie!
Con il client D3D9 si arriva ad un picco di 500 fps in orbita

Lo vedi?? Te l'avevo detto che gli fps schizzavano!
Mi sembra di ricordare che all'inizio eri rimasto un po' deluso dallo scarso incremento prestazionale.

ripley ha scritto:

Lo vedi?? Te l'avevo detto che gli fps schizzavano!
Mi sembra di ricordare che all'inizio eri rimasto un po' deluso dallo scarso incremento prestazionale.

Si, perché non avevo spuntato l'opzione GDI.. ciò che non capisco è perché nelle varie discussioni si dica che attivare quel parametro vanifichi gli effetti benefici, mentre per me vale esattamente il contrario.. mah, comunque ciò che conta è il risultato!