Compatibilità Addon FOI con Orbiter 2016

L'ho messo al di fuori della classe Antares, praticamente poco dopo le inclusioni iniziali (
#include "resource.h"
#include "orbitersdk.h") eccetera

Tra l'altro mi dice che c'è anche un errore di sintassi in  


 return (((Antares *)usrdata)->InputNewRefVessel(str));

comunicandomi che c'è una ) che non dovrebbe esserci.. ti riporto quanto vedo nel report di compilazione..

mmm aspetta che forse ti ho passato una cosa che funziona meglio con l'mfd rispetto ai vessel.

allora proviamo a fare così:

1) togliamo la funzione "NewRefVessel" completamente
2) cambiamo la funzione "InputNewRefVessel" che anzitutto nel file .h diventa così:

Codice:

static bool InputNewRefVessel(void *id, char *str, void *usrdata);

3) nel file .cpp:

Codice:

bool Antares::InputNewRefVessel(void *id, char *str, void *usrdata)
{
   Antares* Ant=(Antares*)(usrdata);
   sprintf_s(Ant->RefRocketName,str);   
 
if(oapiIsVessel(oapiGetVesselByName(RefRocketName)))
 {
 return TRUE;
 }else{
 return FALSE;
}
}

4) nel clbkConsumeBufferedKey cambiamo la riga in:

Codice:

oapiOpenInputBox("Reference Rocket", InputNewRefVessel,0,35, (void *)this);

Guarda un po' se così funziona?

la sto testando proprio ora perché serve anche a me, di tutto quello che ho scritto sopra cambia solo questo:

Codice:

if(oapiIsVessel(oapiGetVesselByName(str)))

e dovrebbe andare

Perfetto, funziona perfettamente! Ho provato con la debugstring e quando premo CTRL R ed inserisco Jarvis_L mi parte il conteggio del MET. Grazie, ottimo lavoro!!

Ora vorrei fare in modo che CTRL R e l'inserimento del nome del lanciatore venga fatto in automatico, ho un idea di come fare ma se avrò difficoltà chiederò il tuo prezioso aiuto..

io ti consiglierei di fargli salvare il nome nel file scenario, e poi farglielo ricaricare. così per gli scenari rilasciati con la versione ufficiale puoi già inserirlo. Sennò in effetti non saprei bene come consigliarti di fare. In teoria potresti fargli fare un controllo sui punti di attachment perché il multistage crea su antares un punto di attachment per collegarlo, però va provato perché non è detto al 100% che funzioni

Si hai ragione.. così è più semplice.. Farò così

Mi sto prendendo un po di riposo dal C++ e sto sistemando tutti gli effetti del lancio.. un passo alla volta...

fai bene! io oggi ho preparato una specie di pre release.
Mancano ancora tutti gli scenari, sia di test che tutorial etc. Ho preparato anche un piccolo documento che spiega quali sono le nuove funzioni e come usarli. Intanto lo pubblico così se ci sono problemi intanto vengono fuori!

solito link, ripostato qui per comodità:
http://www.intech-srl.eu/MS2015WIP.zip

Grazie, mi divertirò anche a giocare con l'hangar!

Ciao Fausto,
con l'ultima versione che ho caricato lo "scambio" di dati per quanto riguarda Met e Autopilota è migliorato, ma c'è bisogno di qualche piccola correzione al codice che ti avevo passato.

sono giusto un paio di cose.

Anzitutto nel file .h puoi passare il Met da int direttamente a double, quindi questo:

Codice:

int Met;
bool AutoPilotActive;

diventa:

Codice:

double Met;
bool AutoPilotActive;

e poi questo:

Codice:

 Met=((VESSEL3*)v)->clbkGeneric(2015,1,0);
 int testAP=((VESSEL3*)v)->clbkGeneric(2015,2,0);
if(testAP==2)
{
 AutoPilotActive=TRUE;
}

diventa:

Codice:

((VESSEL3*)v)->clbkGeneric(VMSG_USER,1,&Met);
((VESSEL3*)v)->clbkGeneric(VMSG_USER,2,&AutoPilotActive);

tutto qui. in pratica ho trovato il modo di usare il clbkGeneric per mettere direttamente i valori "dentro" alle variabili e già col tipo giusto. Fammi sapere se funziona o hai problemi.

In realtà quello che ho implementato è che si potrà impostare dai parametri vari del razzo un modulo per la rampa di lancio diverso da quello di default. Per cui gli sviluppatori potranno crearlo a piacimento, con tutti gli effetti che vorranno, e potranno "prendere" dal multistage il valore del met e dell'autopilota con la procedura sopra per comandare animazioni etc. Secondo me questo è ottimo anche per i lanciatori FOI, bastera creare dei modulini per le rampe con le animazioni a comando.

Ok grazie! Quindi praticamente se ho capito bene non il valore viene utilizzato immediatamente in tempo reale, senza doverlo chiamare con i tasti giusto?
Questo è molto utile!
Intanto io ho sistemato il lancio con la versione RV e oggi sistemo qualcosa per quanto riguarda l'HES5.. molto lentamente vado avanti anche io..



EDIT: non funziona, la stringa di debug mi rimane fissa sullo zero. Anche se chiamo CTRL R e metto il nome del razzo rimane sullo zero lo stesso...

Hai scaricato l'update al solito link?

Intanto qualcuno si è accorto che con il nuovo terreno e i nuovi touchdown points è un problema far fermare i veicoli, io a Martin l'avevo detto segnalato e iniziato a chiedere l'anno scorso QUI ma non mi aveva considerato nessuno, ora se ne sono accorti anche gli altri

Siamo avanti!

Comunque Martin l'ha scritto diverse volte che è meglio scrivere suggerimenti/bug/altro qui
http://www.orbiter-forum.com/project.php?projectid=1
perchè è più facile per lui tenerne traccia.

No non l ho scaricato fred stasera provvedo!

Allora l'ho scaricato, ma mi rimane sempre sullo zero. Se faccio CTRL+R e metto il nome del razzo invece il conto parte. Non ho capito se deve essere così o se invece era studiato per riconoscere subito la variabile senza doverla chiare con i tasti..

Comunque vado avanti nel risolvere i problemi relativi alla compatibilità HES-5 Jarvis M al lancio..

Fausto ha scritto:

Allora l'ho scaricato, ma mi rimane sempre sullo zero. Se faccio CTRL+R e metto il nome del razzo invece il conto parte. Non ho capito se deve essere così o se invece era studiato per riconoscere subito la variabile senza doverla chiare con i tasti..

è giusto così. Il passaggio automatico a cui mi riferivo è più una questione di "stile" del programma, se fai caso invece che tutti gli "if" etc ora il codice è molto più lineare. Ma dal modulo del multistage (che è un modulo comunque generico) non posso dire al modulo di Antares il MET senza che Antares non lo "chieda" e per chiederlo Antares deve sapere a chi chiederlo ed ecco perché bisogna fare CTRL+R nel nostro caso.

Fausto ha scritto:

Comunque vado avanti nel risolvere i problemi relativi alla compatibilità HES-5 Jarvis M al lancio..

Io mi ci ero già in parte scontrato quando avevo fatto il jarvis dll, se hai bisogno di aiuto fammi sapere.

Ripley ha scritto:

Siamo avanti!

Comunque Martin l'ha scritto diverse volte che è meglio scrivere suggerimenti/bug/altro qui
http://www.orbiter-forum.com/project.php?projectid=1
perchè è più facile per lui tenerne traccia.

Lo so, e faccio mea culpa perché su questo tema sono stato un po' pigro

fred18 ha scritto:

Fausto ha scritto:

Comunque vado avanti nel risolvere i problemi relativi alla compatibilità HES-5 Jarvis M al lancio..

Io mi ci ero già in parte scontrato quando avevo fatto il jarvis dll, se hai bisogno di aiuto fammi sapere.

Grazie Fred, per ora me la cavo , se mi impantano ti porgo la mano così mi tiri fuori dal fango

Eccomi, ho bisogno di aiuto...

Sto cercando di rendere più preciso il thruster fantasma per il lancio, andando a prendere il valore direttamente dal razzo. Sfrutto la parte di codice che mi hai passato qualche giorno fa e mi comporto così:

Codice:

OBJHANDLE Hvessel;
Hvessel=oapiGetVesselByName(RefRocketName);
VESSEL *v;

[size=13][font=Consolas][size=13][font=Consolas]
if(Hvessel&&O2time<599){[/font][/size][/font][/size]

THGROUP_HANDLE ph_th;



v = oapiGetVesselInterface(Hvessel);


ph_th=v->GetThrusterGroupHandle(THGROUP_MAIN);
ph_th_level=v->GetThrusterGroupLevel(ph_th);
SetThrusterGroupLevel(THGROUP_HOVER,ph_th_level);



}

Ovviamente questo lo metto in CLBKPRESTEP ma non funziona.. non legge il valore.. qualche idea?

Ho scoperto il motivo.. se metto il nome esatto del razzo (jarvis_M) funziona benissimo.. ora forse non capisco il funzionamento di RefRocketName, magari sai spiegarmelo tu visto che è una tua creatura.. sarebbe meglio far riferimento ad un nome di razzo più generico non si sa mai...

Ciao, allora ora ti spiego bene come funziona, però volevo sapere a cosa serve il thruster fantasma su Antares perché non ho capito.

la procedura che ti ho passato per il met e l'autopilota semplicemente serve a "tirar fuori" da un veicolo qualche informazione. Ora, per sapere di quale veicolo si tratti bisogna identificarlo, ed il modo migliore per identificarlo è il nome. Tu da qui stai facendo la stessa cosa con funzioni comuni, come il GetThrusterGroupLevel, potresti mettere un deltaGlider sulla pista e chiamarlo DG, come RefRocketName metti DG e il thruster fantasma che stai usando si accenderebbe se il DG accende i motori. Proprio visto che il multistage è un modulo generico non c'è altro modo di intervenire che inserire il nome a mano in simulazione e farglielo poi salvare e ricaricare come detto, perché se il Jarvis - M nello scenario lo chiamassi invece JM non funzionerebbe più.
RefRocketName è semplicemente il nome del veicolo a cui riferirsi. Non c'è su orbiter un altro modo se non usare il nome.
Non so se si è capito un po' di più, spero di sì.

ps: attenzione a mettere tutto in prestep etc: se poi cancelli dallo scenario il veicolo a cui "v" si riferisce avrai un CTD bello diretto. Ti consiglio come check invece di mettere solo "if(Hvessel..." di mettere "if(oapiIsVessel(Hvessel)..."

Ok.. allora farò così: farò in modo che vada a leggere il nome nel file scenario in modo che si possa modificare a piacimento, perché non vorrei che un giorno l'Hes-5 venga montato su qualche altra versione del razzo..

Il thruster fantasma mi serve per simulare il rumore del razzo, che dalla prospettiva del live payload non si sente ed è poco realistico..

Grazie dei consigli!

Ho anche ideato un autopilota rozzo che guida lo stadio Hes5 automaticamente in un orbita circolare e non troppo alta!