Progettazione Stazione Spaziale Italiana

Si esatto!

Se posso in qualche modo aiutare sono disponibile

Ndudi, ti andrebbe di fare gli interni dei moduli mancanti? Se si ti mostro come ho fatto io, una volta capito il meccanismo è una questione solo di fantasia con le texture!

Mi farebbe molto piacere!Non sono ancora molto pratico con le texture ma mi piacerebbe provare!

Appena posso ti mostro il mio metodo.. comunnque noi usaimo DropBox per condividere le nostre cose:

http://www.dropbox.com/

ti consiglio di scaricarlo e poi possiamo passarci i dati in modo immaediato!

io con un mio compagno usavo gigatribe un programma sharware che aveva anche la chat e la videochat per il gruppo

p.s. potrei aiutare anche io solo che come ormai sapete....sono negato con gli interni.....per altri moduli e proggetti basta chiedere....io per ora sono sul go per tutti i proggetti

Fausto ha scritto:

Ho aggiunto in dropbox nella cartella Gaia/sorgenti il file GAIA.txt in cui c'è la lista delle missioni.. ecco la lista da seguire è quella!

Fausto, io in Dropbox ho una cartella "SSI Gaia" ma non ho trovato il file che dici ... Ci sono forse due condivisioni diverse?

Strano.. SSI.txt in sorgenti non ce l'hai? eppure nelle mie condivisioni dice Dany e Vittorio

Sì, ma allora non mi scrivere prima "Gaia.txt" e dopo "SSI.txt", ti credo che vado in confusione!

Nuovi splendidi progressi da parte di Dany sui moduli rotativi:

Ho letto che forse il modulo rotativo non sarebbe stato implementato, così ho provato a programmarlo, ed ecco che ho fatto fino ad ora:


Forse è venuto troppo scuro il video.
Ora mi sono bloccato, il problema è che non si aggancia il tunnel, perche non riesco a programmare la presa ed il rilascio sul modulo rotativo.

Fausto su sapresti risolvere?
Se vuoi provare ti ho messo una copia del codice nella Dropbox in Sorgenti\Orbitersdk .

Ottimo sviluppo!


I bracci saranno lanciati come moduli a parte quindi devono essere dotati di porte docking. E' necessario quindi creare sul nucleo rotante due porte docking che cambino di continuo la loro posizione e direzione quando si attiva l'animazione.. bisogna in sostanza trovare una vera e propria formula matematica che le gestisca tramite delle variabili che cambiano in funzione del tempo che il nucleo impiega a ruotare.. va messa in clbkPreStep.. appena posso le do un'occhiata anche o..

Non si riesce a integrare le porte docking all'animazione, in pratica girano ma il vascello una volta dockato resta fermo.
Così ho optato sugli attachment e sembra funzionare ma come ti dicevo non riesco a farli agganciare, perche il codice l'ho ricavato dall'atlantis e c'è di mezzo il braccio robotico che complica le cose.
In pratica c'è da sistemare il ToggleGrapple , ToggleArrest e CanArrest.

EDIT- Ho aggiunto nella Dropbox una beta.

Ho dato'un'occhiata al tuo codice.
Dall'API_reference:

8.51.3.265 void VESSEL::SetDockParams (DOCKHANDLE hDock, const VECTOR3 & pos, const
VECTOR3 & dir, const VECTOR3 & rot) const

Reset the parameters for a vessel docking port.

Parameters:
hDock dock handle
pos new dock reference position [m]
dir new approach direction
rot new longitudinal rotation alignment vector

Note:
This function should not be called while the docking port is engaged.
The dir and rot direction vectors should be normalised to length 1.
See also:
SetDockParams(const VECTOR3&,const VECTOR3&,const VECTOR3&)const, GetDockParams,
CreateDock, DelDock, DockCount, Dock, Undock

Questa sembra essere la funzione che fa al caso tuo. Bisogna usarla nel clbkPostStep in modo che le coordinate vengano aggiornate di continuo. Dice però che meglio che non ci siano vascelli attraccati mentre si effettuano le modifiche, dunque dobbiamo inventarci un modo per aggirare il problema. Mi viene in mente che si potrebbe ordinare al modulo di staccare e doccare il vascello a rotazione ad ogni cambio di stato. In questo modo dal punto di vista grafico si dovrebbe avere l'illusione di una rotazione della porta docking e del braccio mentre questo rimane attaccato.

Ma guarda che questo già l'avevo fatto, altrimenti la porta docking non gira, il problema è che una volta dockato il vascello si ferma.
Anche per gli Attachment serve SetAttachmentParams in clbkPostStep, non è che non voglio farlo così, anzi mi semplificherebbe molto la cosa.

Ora manca solo il codice per agganciare e sganciare, su Atlantis si usa il pannello di dialogo che usa anche il braccio robotico, in Spacecraft per sganciare si preme la J.

EDIT-Mi pare di capire che stai cercando un modo per far funzionare le porte dopcking come dovrebbero, ma non credo sia possibile. Tu hai detto 'che si potrebbe ordinare al modulo di staccare e doccare il vascello a rotazione ad ogni cambio di stato', ma il vascello si ferma subito appena agganciato quindi dovrebbe staccare e riattaccare di continuo e molto velocemente, altrimenti va a scatti o peggio.

Un'altra via potrebbe essere che, quando il braccio si attracca, vengono cancellati sia il nucleo e il braccio e si crea un nuovo vascello che includa tutte e due in un'unica mesh con una animazione comoda comoda.. in effetti quando si procede all'attracco in nucleo non ruota e sta fermo!

Un nuovo post per comunicare importanti cambiamenti riguardanti la nostra stazione spaziale. Il prossimo lancio era previsto essere portato a termine da Eridanus, ma purtroppo per rendere operativa la missione erano necessari degli sviluppi a livello di codice che attualmente non possono essere implementati per mancanza di tempo. Con quella missione si intendeva riuscire a portare due moduli (nello specifico il "connessione A" e attracco 1) con un unico lancio. ora invece i due moduli saranno portati in orbita tramite un vettore Peregrin con due lanci separati e saranno uniti alla stazione tramite il gli SCRM (Sistemi di controllo remoto mobile) che forniranno la spinta necessaria per un'attracco automatico. Mi scuso con Vittorio, ma sicuramente Eridanus sarà utilizzato più avanti per altre missioni!

Fausto ha scritto:

.... Mi scuso con Vittorio ...

E perché? Ci si serve di ciò che funziona sicuramente e correttamente, non di ciò che è pronto a metà.   La colpa al più è mia che non ne capisco nulla di C++ e codici, dovrei piuttosto darmi da fare io, volendo ...

Citazione :

ora invece i due moduli saranno portati in orbita tramite un vettore Peregrin con due lanci separati e saranno uniti alla stazione tramite il gli  SCRM (Sistemi di controllo remoto mobile) che forniranno la spinta necessaria per un'attracco automatico.

- SPOT PROMOZIONALE -

E se invece di due Peregrin si usasse un unico Neptune (o Jarvis)?
C'è un problema anche di ingombri oltre che di pesi?

MMh non ricordo i pesi dei due moduli.. appena posso controllo

Andrew ha scritto:

Citazione :

ora invece i due moduli saranno portati in orbita tramite un vettore Peregrin con due lanci separati e saranno uniti alla stazione tramite il gli  SCRM (Sistemi di controllo remoto mobile) che forniranno la spinta necessaria per un'attracco automatico.

- SPOT PROMOZIONALE -

E se invece di due Peregrin si usasse un unico Neptune (o Jarvis)?
C'è un problema anche di ingombri oltre che di pesi?

- Pubblicità regresso -
Rosicchierò i cavi della tua connessione così non mi freghi il lavoro  
scusa Andrew non mi sono trattenuto

Fausto da dove li lanci? Nel caso fosse dall'MLS è possibile fare anche due lanci consecutivi senza tornare a ricaricare.

auauauauh
non ho pensato all'aspetto gestionale: pilotare due moduli in un'unica missione può essere un problema. Vada per il doppio lancio col Peregrin!

Domanda: quando si prevede il primo volo di Eridanus o di Antares alla stazione? 2014 a questo punto?