Antares Block II

uhm...

comunque anche io lo uso in finestra e confermo che è più fluido!

Cioè, fatemi capire, vorreste dire che se io ho una risoluzione video di X/Y e lancio Orbiter a full screen ho una certa performance, e se lo lancio in una finestra di dimensioni X/Y (quindi, praticamente, full screen comunque) ottengo performance migliori?

ripley ha scritto:

Cioè, fatemi capire, vorreste dire che se io ho una risoluzione video di X/Y e lancio Orbiter a full screen ho una certa performance, e se lo lancio in una finestra di dimensioni X/Y (quindi, praticamente, full screen comunque) ottengo performance migliori?

Esatto.

Basta fare la prova,premendo F si possono visualizzare i frame

marcogavazzeni ha scritto:

Basta fare la prova,premendo F si possono visualizzare i frame

... dopo il distacco dei fairing, però!

Si Vittorio, quando arriva al bordo si ferma automaticamente!

Allora quando potete fate una prova con gli stessi parametri che ho impostato io e ditemi se ho ragione.. Io con il computer meno potente arrivo in orbita a 220 x 360km (Jarvis L-Antares-SR) e con quello più potente la differenza è di qualche kilometro in più ma poca roba..e magari F premetelo dopo 200 secondi dal lancio!

fausto, una domanda stupida: a cosa serve la stringa "render=1" che hai inserito in coda alla sezione payload del config per il Jarvis-S / Antares RV? Vedo che negli altri config non c'è...

L'avevo messa come prova, per regolarmi con il posizionamento dei fairing/LES.. puoi tranquillamente toglierla, mi ero dimenticato di farlo!

OK!
altro quesito, sempre sull'RV: siccome nella versione unmanned il secondo stadio del vettore serve per le manovre di avvicinamento alla ISS (e quindi non può essere espulso in automatico) non si può fare il discorso dell'orologio di missione... però io direi di non scervellarsi in questo caso, tanto essendo unmanned non credo che rivesta importanza... si potrebbe per caso lasciarlo inattivo l'orologio (solo sull'Antares-RV)?

Per le altre versioni ho impostato il jettison automatico 20 secondi dopo il MECO dell'ultimo stadio... poi ti dirò esattamente il tempo che dovrà essere riportato sull'orologio al momento dell'attivazione della capsula!

Beh volendo si.. si potrebbe fare anche così: far partire il GET solo quando la capsula si distacca dalla ISS o Gaia.. che è il momento in cui viene occupata dall'equipaggio.. credo però che la RV necessiterà di un aggiornamento futuro comunque, quindi non ci perderei la testa!

EDIT: intanto io ho sistemato completamente il discorso UMMU..
per quanto riguarda lo sviluppo, mi manca a questo punto solo rendere inagibile la capsula dopo il periodo di 30 minuti in cui i pannelli solari rimangono chiusi e poi forse ho finito..

Poi volevo fare degli scenari un po' più belli, divisi per missione..
ad esempio una ASR 1 (Antares Short Range 1) in cui si effettua una missione di un giorno, una ASR 2 in cui si effetua una missione con EVA e una ASR 3 in cui avviene il docking con la ISS.. e naturalmente una missione ALR x di cirmcumnavigazione l unare.. uno sfizio in più in cui è incluso anche un po di divertimento..

GO per gli scenari!

scusa se ti tempesto con altre domande Fausto: sto preparando la mesh semplificata dell'RV, quella per multistage, come già fatto per LR e SR. Il file da sostituire nella cartella è "Antares-RV" e non "Antares-RVcap", giusto?

Si esatto! In realtà puoi cancellare anche Antares-RVcap (che è obsoleta) ma devi ASSOLUTAMENTE lasciare antares.msh!

ricevuto!

ma quindi anche "Antares-LRcap" e "Antares-SRcap" si possono cancellare oppure sono da tenere?

No quelli sono da tenere perchè sono le mesh di riferimento per quando avviene il distacco del modulo di comando ( cosa che sull'RV non avviene)

Io intanto ho creato il codice che blocca le funzioni dopo 35 minuti dalla mancata apertura dei pannelli solari.. mi serve però una mesh statica di LR e SR tipo quella di multistage, ma che abbia anche dentro l'equipaggio, distribuito in questo modo:





anzi, potremmo utilizzare direttamente quella per multistage!

Fausto scusa la domanda indiscreta. Ho letto i post del topic sul Antares su Hangar Forum, e qualcuno si è chiesto come mai non facciamo una dll anche per il razzo (al posto di Multistage). Groove giustamente ha già risposto che poi ci vorrebbe un altro mese almeno. Solo per la curiosità creare una dll (cosa di cui non ne capisco nulla) che sia per una capsula o per un razzo è molto differente? Ed ancora, è realmente tanto difficile?

Teoricamente si potrebbe, ed ho già gli strumenti per farlo (ho scovato il codice di NASSP in cui c'è anche l'autoguida).. ma secondo me tutto ciò potrebbe essere parte di aggiornamenti futuri dell'Antares, anche perchè il cockpit attualmente non ha nessun riferimento al lancio (nemmeno una misera spia che indichi LAUNCH MODE)..
E' indubbio che prima o poi si farà anche quello!

Fausto ha scritto:

Io intanto ho creato il codice che blocca le funzioni dopo 35 minuti dalla mancata apertura dei pannelli solari.. mi serve però una mesh statica di LR e SR tipo quella di multistage, ma che abbia anche dentro l'equipaggio, distribuito in questo modo:





anzi, potremmo utilizzare direttamente quella per multistage!

non potremmo soprassedere?

Pete Conrad ha scritto:

Fausto scusa la domanda indiscreta. Ho letto i post del topic sul Antares su Hangar Forum, e qualcuno si è chiesto come mai non facciamo una dll anche per il razzo (al posto di Multistage). Groove giustamente ha già risposto che poi ci vorrebbe un altro mese almeno. Solo per la curiosità creare una dll (cosa di cui non ne capisco nulla) che sia per una capsula o per un razzo è molto differente? Ed ancora, è realmente tanto difficile?

Io direi che come giustamente detto da fausto, è una "cartuccia" da tenersi per un futuro aggiornamento. In ogni caso è una cosa per la quale (quando si farà) vorrei lavorare a stretto contatto con fausto, per farmi spiegare per bene, perché sui razzi voglio essere capace di lavorare in autonomia!

Andrew ha scritto:

non potremmo soprassedere?

Beh mi serve solo quella mesh semplice semplice e poi il gioco è fatto e a livello di DLL siamo a posto!

Andrew ha scritto:

Io direi che come giustamente detto da fausto, è una "cartuccia" da tenersi per un futuro aggiornamento. In ogni caso è una cosa per la quale (quando si farà) vorrei lavorare a stretto contatto con fausto, per farmi spiegare per bene, perché sui razzi voglio essere capace di lavorare in autonomia!

Naturalmente! Vedrai che non è poi così complesso una volta che hai capito il meccanismo, anche se all'inizio sembra davvero cirillico..

Ho implementato il discorso undervolt senza ulteriori mesh (e mi sono reso conto anche che era la cosa più semplice.. scusate ) ed ora a parte qualche sottigliezza da verificare e/o sistemare il pacchetto si può considerare praticamente definitivo!



Appena Andrew mi rilascia la sua parte la integro e poi rendo disponibile a voi tutti il full package..

Ho notato che su OH è appena uscito il nuovo Shuttle Fleet.. ecco lasciamoli sfogare ora!

ecco infatti, perché altrimenti come sempre finiamo in concomitanza con Shuttle Fleet che ci porta via downloads

aggiornamento mio: completato anche Jarvis-S/antares-RV con autoguida e assemblato anche il Jarvis-M in versione manned di cui vi rilascio una prima immagine un po' sfocata



Ho provato un primo lancio con quest'ultimo, senza raffinare l'autoguida e senza cercare allineamenti con l'orbita lunare, e ho potuto quindi provare la parte terminale "pilotata" e non sotto il controllo dell'autoguida. Ho visto che i consumi di carburante sono in linea con quanto calcolato a tavolino e quindi si, direi che il vettore è "certificato" per portare la capsula in TLI!
Nella giornata di domani raffinerò l'autoguida... a proposito vorrei cercare una finestra di lancio conveniente da inserire nello scenario di lancio lunare... qualcuno ha sotto mano una data o me la devo ricavare?

Ho un problema nel senso che fino a venerdì sera/sabato mattina non avrò sotto mano una connessione sufficientemente valida per poter uploadare tutto il grosso pacchetto... abbiate un paio di giorni di pazienza!

Un'altra piccola chicca prima di andare a dormire: un confronto in scala tra il nostro vettore lunare e un altro leggermente noto...

Allora adesso ve ne racconto una bella, che io non sapevo..
Lo sapevate che l'inclinazione della Luna rispetto alla Terra varia nel tempo? In un periodo di circa 18 anni passa da 18.30 gradi a 28.60 gradi.. dato che il Capo è a 28.5 gradi di latitudine, ne risulta che l'allineamento perfetto si ha solo in uno spazzio di 2-3 anni, e nel periodo rimanente bisogna correggere l'errore con il Delta V..
In Orbiter questo effetto è simulato alla perfezione.. provare per credere.. provate a modificare la data con lo Scenario Editor e a tenere d'occhio l'orbita lunare con il Map MFD e vedrete..
Ne consegue che il periodo credibile nel quale dobbiamo effettuare il lancio dello Jarvis M (2032 circa) cade proprio nel periodo meno favorevole..

Andrew vedo di fatri avere una finestra di lancio la meno dispendiosa possibile..