Compatibilità Addon FOI con Orbiter 2016

Apro questo thread per capire insieme a voi quali addon della nostra comunità funzionano e quali invece danno problemi, e trovare in caso una soluzione presente /futura.
Vi chiedo se qualcuno è disponibile ad installare questi addon su O2016 e testarli per vedere come si comportano


Base di Capo Passero
:


Capsula Antares 2.51



Spazioplano Eridanus



Jarvis Launch Vehicle



Quasar Launch Vehicle




Neptune Launch Vehicle




Ricordate che PRIMA di testare i nostri addon  dovete installare

Spacecraft4 (in sostituzione di Spacecraft3)



Multistage2 di Vinka
:


Multistage2015 del nostro San Fred



Aggiornamento Multistage2015 per Orbiter 2016




dopo l'installazione dovete fare anche questo:


1) Fate una copia di Multistage2015.dll
2) Rinominate la copia in multistage2.dll


Questo per renderlo compatibile con Multistage2 ormai obsoleto

Dopo aver installato questi due moduli fondamentali, installate tutto il resto che richiede l'addon e che è ben elencato nella pagina di download su Orbit Hangar .

---------

IMPORTANTE:
Prima di segnalare "falsi bug" se riscontrate un problema leggete il manuale.
Per la Base di Capo Passero ad esempio è necessario aggiornare il file base.cfg (leggere il manuale allegato con l'addon)

------

Se qualcuno ha voglia di fare un po' di test sarebbe di grande aiuto per la comunità.. il mio consiglio è di creare una cartella secondaria di Orbiter dove installare questa roba per poter fare tutte le prove senza inquinare inutilmente la cartella di Orbiter.

In teoria Jarvis, Quasar e Neptune dovrebbero diventare compatibili non appena finisco di aggiornare MS2015, visto che si affidano su quel modulo. Devo capire questa cosa che "sprofondano", faccio un po' di prove.

Grazie!
Ho notato una cosa: nei razzi convertiti da M2 vedo che va tutto perfettamente nella salita verso l'orbita, a parte il fatto che quando tento di andare nel cockpit mi crasha..

Fausto ha scritto:

Grazie!
Ho notato una cosa: nei razzi convertiti da M2 vedo che va tutto perfettamente nella salita verso l'orbita, a parte il fatto che quando tento di andare nel cockpit mi crasha..

parliamo di orbiter 2016? hai installato la versione giusta o usi quella di oh (che è per 2010p1) ?

No in realtà uso la versione di Orbit hangar per O2010.. mentre io uso O2016..

Fausto ha scritto:

No in realtà uso la versione di Orbit hangar per O2010.. mentre io uso O2016..

non sono compatibili, nel nuovo orbiter le routine dell'HUD non sono compatibili col vecchio per cui crasha per quello.

sul thread di OF c'è un post per la beta, ma intanto usa pure questa, è compilata poco fa perché sto aggiornando il tutto, è fatta per O2016

(le due dll vanno installate a mano in modules e modules/plugin)

http://www.intech-srl.eu/MS2015WIP.zip

Grazie mille Fred!
Posso mettere il link all'inizio del thread così lo provano anche gli altri?

certo, allora aggiorno lo zip in modo che basti fare copia incolla (metto dentro le cartelle). tra un minuto è pronto.

Prova a schiacciare ctrl+spazio col razzo sulla rampa

fred18 ha scritto:

...Devo capire questa cosa che "sprofondano", faccio un po' di prove.

Sono sicuro che ci arriverai da solo, ma se intanto vuoi scrivere due righe a dbeachy1, mi pare che avesse recentemente avuto lo stesso problema con l'XR5.

Ripley ha scritto:

fred18 ha scritto:

...Devo capire questa cosa che "sprofondano", faccio un po' di prove.

Sono sicuro che ci arriverai da solo, ma se intanto vuoi scrivere due righe a dbeachy1, mi pare che avesse recentemente avuto lo stesso problema con l'XR5.

Grazie! può darsi che fosse perché fausto usava la versione per 2010p1, perché ricordo di esserci già un bel po' impazzito e mi sembrava di aver risolto. Attendo feedbacks

Se posso aggiungere una cosa, ho notato che quando la capsula Antares ammara in O2016 non sprofonda affatto. Anzi si poggia dolcemente sull'acqua. Ora non so se accadrebbe lo stesso sul terreno ma redo che ciò sia dovuto all'impostazione dei parametri fisici e aerodinamici che ho copiaincollato da qualche altra capsula (non ricordo bene quale forse AMSO). Io credo che sia li la risoluzione anche se sinceramente non capisco molto di questo argomento..

io ho praticamente finito. Ho aggiornato i file dentro i link all'inizio del post.

Il developer Mode rimane in fase sperimentale, per cui non è ancora perfetto. Si attiva e si disattiva con CTRL+SPAZIO. C'è ancora qualche cosina qua e là, ma dovrebbero essere cose minori. C'è poi ovviamente da riaggiornare la guida con un po' di correzioni che mi aveva passato Ripley oltre che con le nuove spiegazioni della Developer Mode Dialog (DMD).

Ho provato un po' i Jarvis e i Quasar. Le rampe non funzionano (ma non dipende da MS2015) e lo "sprofondamento" non mi pare ci sia o sia evidente, ma può darsi che dipenda da altri fattori (questa storia dei touchdown points è molto delicata). Nel complesso non ho avuto bug.

preparerò anche un piccolo scenario "cantiere" con una mesh "cubo" su una rampa per iniziare a sviluppare da 0 con la DMD.

fred18 ha scritto:

...Il developer Mode rimane in fase sperimentale, per cui non è ancora perfetto. Si attiva e si disattiva con CTRL+SPAZIO...

Questa stessa combinazione di tasti attiva anche i controlli del DG di default (e chissà cos'altro!).
No problem?

anche i comandi dello shuttle. In pratica è quella che usa Martin per le dialog importanti, per questo lo usata. Visto che i veicoli MS non saranno mai Dg e Shuttle non dovrebbero esserci problemi all'orizzonte. Se poi ce n'è allora la cambio.

Ho aggiunto prima dell'ultimo aggiornamento una cosa che mi avevano chiesto di aggiungere su OF e mi sa che è venuto fuori un piccolo bug sul sistema di guida dell'MFD. Vedo di rintracciarlo ora...

Allora, ho dato un'occhiata al nuovo modulo di Fred

E' incredibile. La dialog box fa risparmiare secoli!!!! Si può impostare il razzo in 5 minuti! E un modulo che unisce il meglio di SC3 e Velcro Rockets!!

Partiamo dai problemi risolti:

1) I venting che partono dal pad non servono più, sono già inclusi nel tuo modulo.  Quindi non avremo fumogeni che se ne andranno in giro tipo curva da stadio
Risolto

2) Le animazioni del pad sono solo fuori sincronizzazione. Basta sincronizzarle, magari facendo rifermento al valore MET.
Risolto

Problema non risolto:

I touchdown points non funzionano. Nel senso che quando viene applicata la forza del thruster, il razzo impazzisce. Se ne va a zonzo in modo imbarazzante. Una possibile soluzione sarebbe creare un attachment point al pad che mantiene il razzo sollevato da terra, ed eliminarlo quando si è raggiunta la massima potenza. Che poi è ciò che accade esattamente nella realtà.. Bisogna vedere se poi il problema si trasferisce al pad o meno...

Una soluzione ancor migliore sarebbe come dicevo tempo di eliminare l'attachment una frazione di secondo prima del decollo e introdurre un thruster fantasma che controbilanci la spinta fino alla massima potenza

Che dici?

EDIT: Ho notato che più di un problema dei touchdown points, è proprio un problema di autoguida. Cioò quando parte si inclina tutto da un lato (sto parlando del Jarvis..)

Intanto con antares sono venuti fuori altri problemi di animazione.. I pannelli solari non si aprono.. Vedremo anche quello una cosa alla volta..

Allora, ho trovato qual era il problema con il programma di guida dell'MFD (la compilazione della dll continuava a fare riferimento ad alcune librerie della beta invece che a quelle nuove di O2016), ho aggiornato il contenuto dello zip nel link del primo post.

Ho fatto qualche prova ed ogni tanto con qualche jarvis in effetti mi capita il problema del razzo che si inclina. Il problema è dei touchdown points, in pratica se la spinta nei primi secondi è sufficiente a smuovere anche leggermente il razzo i nuovi touchdown points non sono rigidi al 100% per cui questo si muove e si inclina leggermente, la spinta aumenta e il razzo parte inclinato. Nei primissimi secondi di volo non può esserci controllo d'assetto per cui fino al primo step dell'autoguida il razzo vola inclinato.

E' un cavolo di rompicapo con cui mi ero già scontrato e credevo di aver risolto

Delle due proposte quella della forza è necessariamente da scartare perché non puoi sapere a priori un razzo da che direzione necessiterà la forza e col nuovo terreno non basta a garantire che vada tutto bene. Tra l'altro coi touchdown points comprimibili se schiacci verso il terreno poi il razzo rimbalza... (già provato)

L'unica è creare una piattaforma fantasma a cui il razzo si aggancia e da cui si sgancia al momento del decollo. Ci avevo già provato ma non ero riuscito a farlo funzionare perfettamente, soprattutto perché anche la rampa fantasma è sottoposta ai nuovi vincoli dei touchdown points, soprattutto arrivare allo stato di IDLE...

Provo cmq.

Ok che poi il razzo sembra cadere. cioè prima di decollare si appoggia al terreno credo che tu lo abbia visto..

Mi viene in mente una cosa, dovrebbe esistere una funzione che ti permette di mantenere l'assetto artificialmente senza l'ausilio dei motori attitudinali, si potrebbe usare quella per evitare che si inclini almeno nei primi secondi del decollo.. non so se può essere un'idea ma magari sto dicendo una boiata e non servirebbe a nulla..

Ho iniziato a fare delle prove, per quanto riguarda la cosa dei punti di appoggio e il razzo che impazzisce: sarebbe che quando accende i motori schizza via in curvatura e poi si strizza? Il Peregrin è diventato una palla di fuoco tipo 20 metri dopo il lancio.

fred18 ha scritto:

E' un cavolo di rompicapo con cui mi ero già scontrato e credevo di aver risolto

Scusate io non sono molto ferrato nei codici,però mi chiedevo come mai lo STS standard di Orbiter non traballa e non barcolla,forse un'occhiata al codice potrebbe aiutare,in caso che non sia già stato fatto.

ci ho provato e ho copiato la definizione dei punti di atterraggio. Solo che cambiando la massa del veicolo cambia la risposta dei punti, per cui quello che va bene a uno non va bene all'altro, e MS2015 è un modulo generico che deve andare bene a tutti. Infatti anche coi jarvis succede un po' si e un po' no. L'unica soluzione è creare tramite codice una rampa fantasma. Lo so fare bene, l'ho fatto già anche col jarvis dll etc, solo che con il nuovo orbiter se crei un veicolo direttamente a terra non viene creato ruotato nella maniera corretta ma con una rotazione a caso (al momento inspiegata), perché in pratica il nuovo orbiter ti dice che ciò che crei deve trovare il suo equilibrio a terra, nel caso ci fossero terreni scoscesi o altro... per cui la cosa diventa complicata

Ma non è che magari il trucco si nasconde dove non guardiamo? tipo nel terreno?
Nel senso Martin ha detto che avrebbe spiegato come convertire le basi per Orbiter 2016, e se in questa conversione ci fosse qualcosa che rende il terreno dritto come ci serve?

Martin usa qualcosa che non sappiamo per leggere dal file scenario e creare i veicoli già a terra. Solo che non ci dice cosa, gliel'ho già chiesto, ma è una routine dentro i vari setState etc e non si può vedere.

il terreno piano in realtà non basta purtroppo, ho provato a fare le prove in mezzo al mare, dove il terreno è piatto per forza e non va comunque.

Hai visto su OrbiterConfig.pdf?

Citazione :

TouchdownPoints V V V 3 surface contact points in local vessel coordinates. For aircraft-like configurations these are: nose wheel, left main wheel, right main wheel. (the order is important to define the “up” direction). Other spacecraft types may interpret the points differently.

sisi, l'avevo letto tutto.

Ho aperto un thread su OF spero che martin risponda a questo. La domanda è: come posso creare un veicolo direttamente a terra e già in equilibrio corretto? quando vengono caricati da file scenario funziona, ma creandolo tramite le API non funziona (con orbiter2010 funzionava)