BENVENUTO!

CDU FC3 v2.2 - navigazione avanzata per gli aerei di FC3

Stato
Chiusa ad ulteriori risposte.
Lowlee ha scritto:
Cos'ha il laser del kamov di diverso? Comunque ti stai allontanando dalla risposta, ci sei andato vicino prima..

Il lasere del KAMOV non può essere impostato nella 1113.
 
Ah beh..quello è un problema del modulo, penso che non si possa far nulla se non chiedere alla ed di modificarlo.
Qual'è il codice predefinito del laser del kamov? È modificabile?

inviato dalla stanza dello spirito e del tempo utilizzando il pensiero

 
Raf, il LuaExportActivityNextEvent() funziona, era corretto come lo avevo scritto inizialmente, devi passargli come parametro il tempo corrente del sim e fargli restituire il valore aumentato del deltat richiesto! ;)

Tipo:
Codice:
function LuaExportAfterNextFrame()
    local t = LoGetModelTime() --carica il tempo corrente
end

function LuaExportActivityNextEvent(t)
    --...
    --...
    local tNext = t + .5 --mezzo secondo di deltat
    return tNext
end
 
Lo script del TACView viene applicato dopo del tuo e fa questo (su tutte le funzioni hook):
Codice:
-- (Hook) Works just after every simulation frame.
do
	local PrevLuaExportAfterNextFrame=LuaExportAfterNextFrame;

	LuaExportAfterNextFrame=function()

		Tacview:UpdateLog();

		if PrevLuaExportAfterNextFrame then
			PrevLuaExportAfterNextFrame();
		end
	end
end

Quando chiama lui il PrevLuaExportAfterNextFrame(); non ottiene il parametro di ritorno nè ci fa niente, nè lo ripassa poi lui nella sua, che va a sovrascrivere la funzione... ergo al simulatore non gli arriva nulla di ritorno.
Oltretutto avendo più funzioni, a tempi diversi, non saprebbe quale scegliere.
Anche nel mio faccio di nuovo una cosa del genere, diventa come una matriosca.

per esserne sicuro dovresti tenerti tu un contatore e fare un IF che se non è passato il tempo giusto, non fai niente.
 
Ma il tacview legge i dati per ogni frame, io parlo della funzione LuaExportActivityNextEvent() che ha la possibilità di impostare un deltat personalizzato tra le letture, e la funzione viene richiamata solo dopo t+deltat (ovvero il  return), il tutto senza creare strutture particolari all'interno della LuaExportAfterNextFrame() che comunque verrebbe eseguita ad ogni frame.

Ti confermo che funziona, ho impostato 10 sec e mi aggiorna il file di output solo dopo 10 sec di simulazione e non ogni frame.
Per la CDU ho messo 500ms perchè anche il programma si aggiorna ogni 500ms, l'ho voluto fare così per dare l'idea di un ritardo nell'elaborazione dei dati. E' esclusivamente una roba visiva, un po' come i tempi morti di caricamento ecc..

Penso si possa fare anche con più funzioni a tempi diversi, ma naturalmente è utile se ti interessa il ritardo (come ho fatto io), o se è uno script particolarmente pesante che si aggiungerebbe a quelli del sim.
 
Ho notato che il consumo di carburante ritorna valori sballati... hai verificato se ti combaciavano?
Sembrano salire linearmente con la velocità.
 
sugli aerei con l'AFM il consumo è parecchio sballato..ho come l'impressione che vada a indicare la portata d'aria in entrata nelle prese d'aria, ma non so in che unità di misura
 
Mentre aspettiamo che la ED sistemi la navigazione in FC3, o qualche angelo custode ci dia in mano uno strumento valido, io continuo a portare avanti questo giocattolino! [:coffee]

Ora ha un funzionamento simile a una piattaforma inerziale, e necessita di un'allineamento periodico se si fanno parecchi chilometri. Una volta allineata ha una precisione metrica che va peggiora se ci si allontana dal punto di allineamento. L'allineamento è automatico ed è possibile effettuarlo in volo, richiede una decina di secondi.
La pagina del bullseye ora mostra le coordinate precedentemente inserite.

Aggiornato il primo post:
http://www.36stormovirtuale.net/Forum/index.php?topic=16883.msg25272#msg25272
 
Grazie mille Low hai creato un ottimo strumento che oltre che migliorare continuamente compensa le mancanze che avrebbero dovuto inserire la ED da tempo...l altimetro radar e sapere in Ilsn dove si atterra lo aspettavo da un po'!complimenti nuovamente e grazie!
 
Grazie Denno! ;)
Ho rimesso su l'ultima, scaricala che dovrebbe essere più stabile e creare meno problemi.

Raf il problema era la funzione LuaExportActivityNextEvent riscritta per sfruttare il deltat..in single funziona, in multy non va, chissa che cavolo è! Ho messo nuovamente tutto sotto LuaExportAfterNextFrame, tanto il refresh con mezzo secondo di ritardo lo fa il programmino
 
Aggiornamento
Anche chi non ha il doppio schermo ora non avrà problemi e non dovrà scaricare programmi particolari per utilizzare la CDU in quanto resta sempre in primo piano.
E' anche meno invasivo sull'export.lua, bisogna cancellare ogni traccia delle precedenti versioni per farlo funzionare correttamente.

LEGGERE ATTENTAMENTE IL PRIMO POST:
http://www.36stormovirtuale.net/Forum/index.php?topic=16883.msg25272#msg25272

Se riesco cerco di eliminare completamente il bordo, comunque adesso è molto meglio rispetto al primo.
 
Ho spostato le funzioni su un file ad hoc, e sull'export.lua lavora come il tacview: crea la stringa dofile(...) solo se manca. Così si può installare tutto ciò che si vuole senza compromettere nulla.
 
Cioè? Mi ricollego semplicemente a un altro file come fa tacview e come fan tutti..
O dici che dovrei assegnare un nome personale alle funzioni tipo LuaExportAfterNextFrame?
 
Se includi il tuo file come ultimo, sovrascrive tutte le funzioni già dichiarate dagli altri. Meglio fare come fa Tacview... controlla se c'è già una funzione e la incapsula. Così ogni script crea la matriosca e tutto viene chiamato.
 
Fatto! Grazie Raf!!!!! [:grazie]

Ripristinato il link!
http://www.36stormovirtuale.net/Forum/index.php?topic=16883.msg25272#msg25272
 
Stato
Chiusa ad ulteriori risposte.
Indietro
Alto