Jarvis - versione dll

eheheh certo, mi sembra un'ottima idea. Almeno per una prima release 3.0. Poi in futuro con la 3.1 magari questo pseudo-problema verrà risolto.

Comunque ci do ancora un'occhiata: sono testardo e voglio provare a capire come mai un sistema che dovrebbe in teoria funzionare in tutti i casi, con questa configurazione non ne vuole sapere di funzionare  

Ho trovato l'errore! :-)

Posso certificare anche il jarvis c fino a 34100 kg (e forse anche qualcosa di piu), ma per una LEO che sia very LOW, diciamo 180x180!

Comunque penso che il grande valore aggiunto del jarvis dll sara' il sistema di guida, non fosse altro per le ore che ho impiegato a farlo funzionare. I saturn usavano la versione a due stadi (si attaccava appena sganciato l'sIc), lo shuttle addirittura ad uno stadio solo, mentre il jarvis e' gia' a 3 e quando poi ci saranno il j H ed il j M sara' addirittura a 4. Nessuno dei grandi addon su OF ce l'ha, shuttle fleet nada, space shuttle ultra nemmeno, il themis ne ha uno primitivissimo con addirittura una lunga fase balistica, forse amso, ma non ne sono sicuro al 100%!
Insomma penso che sia una delle cose da pubblicizzare di piu :-)

Sei un grande!
Avremo il migliore lanciatore su piazza anche sulle dll dopo aver conquistato la piazza d'onore tra quelli multistage

Come ho già ripetuto altre volte, il grande valore aggiunto di FOI rispetto ad altre realtà legate ad Orbiter è la capacità di fare squadra su progetti condivisi. Di certo una sola persona non sarebbe mai riuscita per questioni di tempo o di competenze a creare un aggiuntivo così avanzato. Invece con la nostra tendenza a mettere ognuno le sue abilità nello sviluppare un progetto si arriva a risultati davvero notevoli!

Forse l'ultimo grande esempio di aggiuntivo frutto di ampia collaborazione tra più utenti è AMSO, dopo di quello nulla del genere si è più visto.

Grande Fred!  

Grandi voi!

Parole sacrosante quelle di Fausto, il team sta funzionando benissimo e il risultato non può che essere di alto livello  

Ah un'altra domanda già che ci sono:

il Jarvis - M si può considerare solo in versione Block II oppure è necessario implementare entrambe le versioni?

no no, la Block I è superata! L'ho tenuta in Multistage solo come "storico" e perché ci sono vecchie missioni di Antares che ancora la utilizzano, ma francamente non ci perderei tempo.

Così come per la Block I del Jarvis H!

Andrew ha scritto:

no no, la Block I è superata! L'ho tenuta in Multistage solo come "storico" e perché ci sono vecchie missioni di Antares che ancora la utilizzano, ma francamente non ci perderei tempo.

Oki, molto bene!  

Andrew ha scritto:

Così come per la Block I del Jarvis H!

Ah ma quindi anche il J-H ha il core stage criogenico e uno stadio in meno? Perché nella versione che ho scaricato da OH l'unico col block II è il J-M. Se è così tanto meglio!

Quindi l'unica differenza tra J-M e J-H (entrambi block II) sono i boosters a questo punto, esatto?

No no, frena! Il J-H è in pratica un J-E con l'aggiunta dei boosters solidi derivati dal primo stadio del Neptune.

Questo è il cosiddetto Block II (magari non l'ho scritto, chiamiamola designazione informale ). La differenza con il block I è che quello aveva gli SRB dello Shuttle. E c'è anche un differente settaggio di spinta e burn time nel primo stadio (devi controllare nel file di multistage).
Quello che volevo dire è che anche la vecchia versione del J-H non la implementerei.

In in pratica, per chiarirsi, la gamma del Jarvis si divide in due famiglie: quella “classica” che è tutta basata sul core stage a due motori F1 e con varie combinazioni di stadi superiori (che gira e rigira sono sempre gli stessi come si vede dallo schema nella documentazione), e che va dal J-L al J-H, e quella diciamo “nuova” che comprende gli stadi HES e, sul J-M, un differente core stage criogenico e boosters monomotore che poi non sono altro che primi stadi del J-S. In pratica l’accoppiata J-S/J-M è assimilabile alla coppia Ares 1/ Ares 5.

Oki, chiarissimo as usual  

Altra cosa:

Sul Jarvis C ho implementato il DPCS, e funziona a dovere. A questo punto, visto che mi porto dietro il codice per tutte le prossime versioni e forse impiegherei più tempo a toglierlo che a lasciarlo, si potrebbe lasciare come opzioni per tutti i Jarvis uguali o superiori al C, quindi C, E, H e M. Tanto se non la si vuole usare basta non specificare nulla e il payload viene caricato normalmente, è ok per tutti?

Per me va bene, ma dovrei quindi preparare un coperchio per il doppio payload che si adatti anche agli altri lanciatori? Il Jarvis C è l'unico a usare il terzo stadio del tipo JS-4, che ha misure diverse da tutti gli altri...

In realtà no: il DPCS è considerata come un'opzione custom, in cui vanno specificati nome della mesh, modulo etc. Quindi per il J-C è già inclusa, per gli altri se l'utente vuole usarla è libero di crearsi la mesh :-) Comunque in teoria se non vogliamo lasciarla basta non scrivere niente nella documentazione e l'utente nemmeno saprebbe che si può usare per le altre versioni  

Spiego anche il perché: visto che nel J-C il DPCS si può usare ovviamente come no, i dati del dpcs vanno specificati nel solito file ini del payload, e se non c'è scritto niente, la dll usa automaticamente il solito sistema col payload singolo. Quindi se la lasciamo nel codice degli altri Jarvis ma non lo specifichiamo, l'utente non saprà mai che se scrive "DPCS_MESHNAME=" si trova un sistema per doppio payload   

ahahaha ok!!

c'è un problema del quale non riesco al momento a venirne a capo: se provo ad eliminare il vascello dalla simulazione con lo scenario editor orbiter mi crasha... il che non sarebbe un grande problema in genere ma quando deve esplodere non va bene... non riesco a capire cosa sia, ho ribaltato la dll, ho cercato in ogni angolo del codice... ho il dubbio serio che sia qualche mfd o qualche altro addon che vanno in conflitto in qualche modo, mi potete dire se capita anche a voi così cerco di capire?

Grazie!

hai provato a fare la prova su una installazione pulita di Orbiter? per capire se davvero dipende da qualche altro aggiuntivo...

Non ancora, domani provo, ma visto che in realta' non mi fido molto nemmeno del pc chiedevo una conferma.

Allora, ho provato l'ultimo pacchetto versione 2/10 ed effettivamente crasha.
Invece la precedente versione che avevo installato (18/9) non soffriva di questo problema.

Perfetto, grazie. Devo trovare la "memory leak" tra le cose che ho aggiunto tra le due versioni. Si vede che mi e' sfuggito qualcosa, domani vedo di trovare una soluzione!

Grazie mille per la verifica!

dopo aver ribaltato la dll del jarvis come un calzino, ho scoperto che l'errore era.... sulle rampe!!!  

in pratica la rampa crea all'inizio della simulazione un'interfaccia col jarvis e quando il jarvis viene cancellato dalla simulazione l'interfaccia non funziona più e la simulazione va in crash....

basta mettere un controllo che chiuda l'interfaccia se il jarvis non è più nella simulazione.... però dopo aver cercato linea per linea nella dll del jarvis (oltre 4000 linee...) l'errore era nella rampa, in tutto 10 righe di codice, sgrunt!!!

Tra stasera e domattina posto il link al pacchetto completamente aggiornato con i Jarvis: S, B, L, C ed E.

Non è ancora implementata la possibilità di utilizzare Antares se non la RV sul Jarvis S, prossimamente verrà aggiunta, ma prima volevo finire tutte le funzionalità di base.

Una volta fatto questo mi dedicherò ad H ed M (comincio a vedere la fine!!!). Mi chiedevo se qualcuno a questo punto potrebbe fare una bella texture per il core stage "sbruciacchiato" dalla separazione dei booster, in modo che quando questi si separano lascino effettivamente il segno della fiammata, tipo shuttle fleet  

Ok!
Arriverà presto anche il famoso video delle nuove particles, devo solo modificare il canale alpha delle nuove textures che vengono sostituite man mano che l'altezza aumenta, in modo da simulare l'effetto diradamento dei gas espulsi. Abbiate pazienza devo anche occuparmi di Efesto!  

Ed eccolo il pacchetto:

JARVIS PACK - 09 / 10 / 2013

inclusivo di J-S, J-B, J-L, J-C e J-E.

Sicuramente mi sarò dimenticato qualcosa, qualcosa non funzionerà a dovere, qualcosa bloccherà irreversibilmente il vostro PC  , però al momento non riesco più a trovare gli errori, quindi lascio a voi il tutto in attesa di tutte le critiche  

Fausto ha scritto:

Arriverà presto anche il famoso video delle nuove particles, devo solo modificare il canale alpha delle nuove textures che vengono sostituite man mano che l'altezza aumenta, in modo da simulare l'effetto diradamento dei gas espulsi. Abbiate pazienza devo anche occuparmi di Efesto! Cursing

tranquillo fausto, una missione per volta  

fred18 ha scritto:

Mi chiedevo se qualcuno a questo punto potrebbe fare una bella texture per il core stage "sbruciacchiato" dalla separazione dei booster, in modo che quando questi si separano lascino effettivamente il segno della fiammata, tipo shuttle fleet  

Sulla parte visiva temo proprio che tocchi a me!  
Però devi darmi qualche giorno di tempo... son giornatacce