Antares Block II

Fausto ha scritto:

...
Inoltre credo che il livello critico di forza G dovrebbe essere critico da 10 a 15..

Mi pareva proprio di aver messo questo livello come critico , controllerò. Per il resto nel pomeriggio-serata modifico la texture e vi faccio avere il progetto definitivo. Ah, a proposito: la velocità in aria quali limiti metto? La scala la faccio in Mach o in km/h?

PS Modellare è molto facile rispetto a fare dll in C++, quindi non dire che sono più veloce e prenditi tutto il tempo che ti serve

La velocità nell'aria mettila in mach e fai una scala da 1 a 30 senza livelli critici!

Versione definitiva dell'Antares, fatte tutte le correzioni alla mesh e alle texture. Fausto nella cartella "Sorgenti" oltre al 3ds e ai bmp trovi anche un file di testo con indicato a cosa sono accoppiati i vari gruppi, per facilitarti il compito. Quelli non nominati (e cioè quelli delle animazioni principali) li trovi nel file config.
http://www.speedyshare.com/files/24453665/Antares_block2_20100928.rar
Correggo anche il precedente link (sai mai che qualcuno sbagliasse).

Ehm Vittorio non mi picchiare
Stavo rivalutando alcune cosette sul cockpit dell'Antares.. ho notato che negli indicatori del carburante hai messo RCS e MAIN.. in realtà, dato che non vi è alcuna distinzione tra serbatorio principale e serbatorio ugelli attitudinali (se non mi sbaglio) la cosa non ha molto senso.. abbiamo però 2 serbatoi, uno per la capsula e uno per il modulo di servizio.. quindi si potrebbe sostituire MAIN con SM e RCS con CM!
Per quanto riguarda gli allarmi..
Ho notato che nel quadrante c'è posto per altri 4 allarmi rossi.. secondo me si potrebbero aggiungere:

1) paracaduti non aperti (in caso la quota sia troppo bassa)
2) Alto AOA (per abbassare l'angolo di attacco in modo da non rimbalzare sull'atmosfera)
3) Basso AOA (per alzare l'angolo di attacco per non bruciare nell'atmosfera)
4) Bassa energia (in caso i pannelli solari rimangano chiusi troppo a lungo)

il problema è sempre quello di non stravolgere i gruppi..

Per il primo, no problem, è solo questione di texture. Per gli altri quattro vedo di provvedere in qualche modo. Confermo a proposito che mettere un HUD sull'Antares è un problema, non tanto come gruppi ma come visibilità dietro all'HUD.

Ecco qua
http://www.speedyshare.com/files/24505009/Antares_block2_20101002_patch.rar
la modifica fatta. Questa è solo la patch, che sovrascrive i file che ho precedentemente uploadato. I gruppi non sono stati stravolti, i quattro segnalatori aggiunti sono messi alla fine delle parti mobili. L'unico gruppo che ha risentito dell'aggiunta dei 4 segnali nuovi è quello relativo al vetro dell'hatch (la cui animazione è infatti cambiata). I 4 nuovi segnali li ho chiamati "St0x" mentre i corrispettivi segnali illuminati si chiamano "Sts0x".

Ok scaricato.. ottimo!
Dato che ora al robotic arm dell' Eridanus ci pensa Marco, io inizio a lavorare sull'Antares

Pete Conrad ha scritto:

..Confermo a proposito che mettere un HUD sull'Antares è un problema, non tanto come gruppi ma come visibilità dietro all'HUD.

ma perchè il finestrino è piccolo? In tal caso nessun problema, rimpiccioliamo l'hud in dimensione.. però servirebbe una mesh rettangolare sopra all'altezza dell'oblò (forse già c'è e io non la vedo..)

Ragazzi, scusate se tra antares e eridanus non sono molto d'aiuto ma non ho avuto tanto tempo e poi non sono né bravo come Vittorio sulla modellazione 3D, né capace come Fausto di programmare in c++ (non ancora). Mi limiterò a fare un po' di beta testing anche io per il momento.
Per l'Antares sto procedendo piano piano a migliorare i moduli di servizio, comunque!

Nessun problema Andrew, tra poco arriverà il tuo turno per la documentazione dell'Eridanus.. comunque se vuoi imparare quel poco di C++ che ho imparato io la mia proposta è ancora valida!

lo so, ti ringrazio ma non sono così veloce ad apprendere come te (e soprattutto ho molta meno pazienza!). Comunque cercherò di fare il possibile.

Fausto ha scritto:

... però servirebbe una mesh rettangolare sopra all'altezza dell'oblò (forse già c'è e io non la vedo..)

No, il problema è un altro, e la spiegazione è un po' complessa, dipende dalla struttura dell'oggetto che si vuole realizzare. Ogni oggetto è strutturato come

Codice:

Gruppo principale -> Gruppo secondario 1 texture 1
                  |
                  -> Gruppo secondario 1 texture 2
                  |
                  -> Gruppo secondario 2 texture 3
                  |
                  -> Gruppo secondario 2 texture 4
                  ...

Dalle specifiche di Orbiter si vede che i materiali "trasparenti" devono essere quelli che fanno parte dei gruppi più alti come numero. L'ordine dei gruppi è dato dall'ordine alfabetico (io cerco di scrivere cosa è per ricordarmelo, ma basterebbe numerarli da 1 all'infinito). Per fare l'HUD ho sempre utilizzato una tipologia di materiale semitrasparente, reso tale sia dalla texture che dalla "gestione dei materiali" fatta con il "Material Editor". Ora se utilizzo quel materiale, tutto ciò che sta dietro viene cancellato, a meno che non faccia parte di un altro gruppo secondario. Farò delle prove, per vedere se mi riesce di metterlo per ultimo, in qualche posto che non dia fastidio e non cancelli tutto.

Ulteriore modifica suggerita.. bisognerebbe aggiungere un pulsantino per l'undock (magari coperto da un cappuccio).. è una cosa che mancherebbe anche sull'Eridanus, mi sembra abbastanza importante..

In serata dovrei riuscire a pubblicare la modifica.

Fausto ha scritto:

Ehm Vittorio non mi picchiare
Stavo rivalutando alcune cosette sul cockpit dell'Antares.. ho notato che negli indicatori del carburante hai messo RCS e MAIN.. in realtà, dato che non vi è alcuna distinzione tra serbatorio principale e serbatorio ugelli attitudinali (se non mi sbaglio) la cosa non ha molto senso.. abbiamo però 2 serbatoi, uno per la capsula e uno per il modulo di servizio.. quindi si potrebbe sostituire MAIN con SM e RCS con CM!

Effettivamente, secondo le specifiche che avevamo messo giù all'inizio, i motori principali e RCS usano gli stessi propellenti (Lox/LCH4 per l'antares a lungo raggio e ipergolici per l'antares a corto raggio). Mi viene però da pensare che i livelli di carburante nella versione LR e SR sono molto diversi; la scala pertanto dovrebbe essere in percentuale e non in kg, in modo da non dover elaborare due versioni diverse dell'indicatore (non l'ho ancora visto, magari è già così).
A livello di codice sarà necessaria una DLL specifica per ogni versione dell'Antares? Pensavo anche alla versione capsula di salvataggio, che il modulo di servizio proprio non ce l'ha... Se è complicato, possiamo lasciare perdere le altre versioni e rimanere sull'unica variante a lungo raggio...
C'è anche un'altra cosa che mi viene in mente (mi pare ne avessimo già parlato ma non sono sicuro); se manteniamo il canadarm anche sull'Antares, non è prevista una consolle a lui dedicata come sull'Eridanus?

Citazione :

Per quanto riguarda gli allarmi..
Ho notato che nel quadrante c'è posto per altri 4 allarmi rossi.. secondo me si potrebbero aggiungere:

1) paracaduti non aperti (in caso la quota sia troppo bassa)
2) Alto AOA (per abbassare l'angolo di attacco in modo da non rimbalzare sull'atmosfera)
3) Basso AOA (per alzare l'angolo di attacco per non bruciare nell'atmosfera)
4) Bassa energia (in caso i pannelli solari rimangano chiusi troppo a lungo)

il problema è sempre quello di non stravolgere i gruppi..

Ci sarebbe anche il discorso delle zampe di atterraggio; nella procedura di rientro avevamo specificato che vanno aperte a circa 1000 metri di quota.

I livelli sono già in percentuale!
Si, ci sarà una DLL per ogni versione, esattamente come i file ini.. e comincio a pensare che il candarm sia davvero una cosa di troppo.. suggerirei di eliminarlo..
Per le zampe si, possiamo far lampeggiare il master alarm e il tasto giallo già esistente ed abbinarlo ad un suono per avvisare di aprirli al di sotto dei 1000 metri!
Inoltre ci saranno altre cose interessanti, tipo lo sgonfiaggio automatico dopo l'atterraggio ed il suono di splashdown o di atterraggio su terraferma!

Avevo preparato questa risposta, nel frattempo Fausto mi ha preceduto

Andrew ha scritto:

... la scala pertanto dovrebbe essere in percentuale e non in kg, in modo da non dover elaborare due versioni diverse dell'indicatore (non l'ho ancora visto, magari è già così).

Correzione già fatta e proprio come dici tu (scala percentuale)

Andrew ha scritto:

A livello di codice sarà necessaria una DLL specifica per ogni versione dell'Antares? Pensavo anche alla versione capsula di salvataggio, che il modulo di servizio proprio non ce l'ha... Se è complicato, possiamo lasciare perdere le altre versioni e rimanere sull'unica variante a lungo raggio...

Qui bisogna sentire Fausto ...

Andrew ha scritto:

C'è anche un'altra cosa che mi viene in mente (mi pare ne avessimo già parlato ma non sono sicuro); se manteniamo il canadarm anche sull'Antares, non è prevista una consolle a lui dedicata come sull'Eridanus?

C'è il problema di dove metterla, non avendo, tra l'altro, una finestra che veda come manovra il Canadarm. Poi onestamente, l'idea di rivoluzionare ulteriormente il MC mi fa

Andrew ha scritto:

Ci sarebbe anche il discorso delle zampe di atterraggio; nella procedura di rientro avevamo specificato che vanno aperte a circa 1000 metri di quota.

C'è un allarme (giallo) che indica l'apertura dei portelli retrorazzi: lo si può trasformare in rosso, se volete.

Possiamo toglierlo il canadarm se vogliamo. Mi farebbe anche comodo abbattere di quei due/trecento chili il peso a secco

E' però un peccato perché come dicevamo tempo fa, è un arnese che può tornare comunque utile. Ma forse, visto che nel caso dell'Antares è a perdere, è più sensato imbarcarlo quando serve, magari in un futuro modulo di lavoro orbitale da portare su solo su necessità...

ditemi come la pensate.


Per il fatto dei portelli dei paracadute, riusciamo a mantenere la doppia apertura che avevamo impostato in origine? C'era una prima apertura parziale dei portelli, per simulare l'utilizzo come flaps per il controllo della discesa, e poi l'apertura completa per consentire il rilascio dei paracadute.

Andrew ha scritto:

... Ma forse, visto che nel caso dell'Antares è a perdere, è più sensato imbarcarlo quando serve, magari in un futuro modulo di lavoro orbitale da portare su solo su necessità...

Ecco, questo è un pensiero molto sensato, a mio giudizio!

Andrew ha scritto:

Per il fatto dei portelli dei paracadute, riusciamo a mantenere la doppia apertura che avevamo impostato in origine? C'era una prima apertura parziale dei portelli, per simulare l'utilizzo come flaps per il controllo della discesa, e poi l'apertura completa per consentire il rilascio dei paracadute.

Rivolgersi sempre a Fausto e alle sua magiche .dll!

Per il candarmmi pare che siamo tutti d'accordo..
Per il controllo della discesa, si potrebbe anche fare, utilizzandoli come ho utilizzato le superfici aerodinamiche dell'Eridanus.. poi, ad una certa quota, bisogna farli chiudere per permettere l'animazione corretta dei paracaduti!

Ecco la nuova patch con l'aggiunta del pulsante di docking
http://www.speedyshare.com/files/24535676/Antares_block2_20101004_patch.rar
La patch contiene solo la mesh, il config, la texture e i sorgenti che ho modificato. Ho modificato le diciture dei tasti, ora sono più corrette. Il pulsante è stato pensato per funzionare in questa maniera: quando la navetta è sganciata, il pulsante è "spento" e premuto (in realtà nella mesh c'è un fondo fisso sotto), quando ci si aggancia a qualcosa il pulsante si attiva e "sale" fino a far vedere la parte mobile illuminata (che al momento dato che è inattivo è già visibile). La parte mobile illuminata ha la scritta "DOCK" ben visibile. A beneficio di chi non l'ha visto metto una immagine del cockpit attuale.

Sarà che "Ogni scarrafone è bello a mamma soje" ma a me sembra quasi vero!

E' ottimo come scarrafone! Sto già avanzando nella dll..

Sì, Fausto, dimenticavo di dirti: l'unico gruppo che ha cambiato numerazione nelle animazioni è quello dei vetri del main hatch (sempre per il solito discorso che i gruppi con le trasparenze devono essere gli ultimi a essere indicati). Il numero lo trovi nel file config. Il pulsante di dock e la sua sicura invece sono stati aggiunti a fine degli altri pulsanti.

Problema.. mi capita questo:


che succede?

C'è anche un'altro problemino.. la mesh non sembra più centrata come prima.. sembra slittata in su di qualche centimetro.. questo mi crea qualche problema con le coordinate dei bottoni..

Oddio! Se tu guardi l'immagine in alto è stata fatta stamattina in contemporanea alla patch, ed è a posto. L'unica cosa che posso pensare è che tu non abbia scaricato uno degli aggiornamenti (il penultimo) perchè entrambi i problemi sono relativi proprio alla penultima patch, dove avevo aggiunto la fila degli allarmi che tu hai bianchi, e in contemporanea per far posto a quelli ho dovuto ricentrare e ridisegnare tutto quel pannello. Pensavo la cosa fosse già nota, scusa per il lavoro in più A questo punto nel pomeriggio quando arrivo a casa ricarico tutto il pacchetto completo (tutte le texture, tutti i sorgenti, la mesh e il config) nel pacchetto (speriamo) finale.

Pacchetto completo, mesh, config, textures e sorgenti.
http://www.speedyshare.com/files/24541752/Antares_block2_20101004_full.rar
Ripeto Fausto, mi dispiace che avevi cominciato il lavoro e poi io ti ho cambiato i riferimenti, ma realmente o lo facevo oppure la fila di pulsanti in più non ci stava.