Newsgroup: it.comp.giochi.simulatori.volo
Titolo: Impressioni MDMax?

Salve, ero curioso di sentire le impressioni di altre persone che hanno 
comprato MDMax.
Personalmente, mi piace molto. Mi sembra che siano riusciti ad unire un 
modello di volo al livello di Airline Simulator 2, con una complessità dei 
sistemi paragonabile addirittura al PS1.3. E nonostante questo, mantiene fps 
molto alti, forse perchè come diceva qualcun'altro, la programmazione del 
codice è esterna a FS9.
Un'impressione che ho avuto è che siano state programmate anche le 
imperfezioni e i malfunzionamenti dei sistemi reali, per cui non sai mai se 
ti capita un hot start, un guasto al pitot etc, magari c'è il mancato 
avviamento dell'APU o del suo generatore, insomma per una volta la checklist 
serve davvero per controllare che tutto funzioni correttamente :-). Avete 
avuto la stessa impressione?
Una delle poche cose che cambierei (anche se so che sono stati messi lì per 
motivi "ergonomici") sono i pannelli di radio e manette, che andrebbero su 
una finestra separata (come avviene di solito).

 qualcun'altro, la programmazione del codice è esterna a FS9.
Si, infatti.
Mi hanno detto che il codice delle routine è in assembler, ed è 
completamente staccato da FS.
Non utilizzano molti offset "usuali" di FS, ma a me servirebbe sapere quali.
Se qualcuno lo ha acquistato, mi servirebbe un suo auitino per sapere se lo 
posso usare col mio MCP autocostruito.
Saluti. 


Io ce l'ho, se posso fare qualcosa dimmi pure. In ogni caso, è stato 
concepito avendo in mente il cockpit building, quindi non dovrebbero esserci 
problemi :) 


Non riesco a concepire una perdsona sana di mente che programma qualcosa 
  di non specificamente legato all'hardware in assembler.
Altra domanda, che il codice giri IN o FUORI da FS che cambia? se il 
codice è lo stesso i cicli di clock usati sono gli stessi e lo "stress" 
per la CPU è lo stesso...
Luca
-- 
My Flightsim and PMDG stuff:	
http://flightsim.ellebi.org

 "stress" per la CPU è lo stesso...
No, qui il senso è diverso; se si calcolano tutto al di fuori e 
interfacciano con FS tramite variabili di sistema, non dipendono dalle 
lentezze di FS per elaborare i dati e lo alleggeriscono, semmai il problema 
potrebbe essere di "sincronizzare" gli eventi.
Hai mai provato a volare senza cockpit (solo con la finestra panoramica) e 
con un'altro pc in rete con i freeFD o altri cockpit tramite WideFS?
Potrebbero aver fatto la stessa cosa, ma integrata in un solo aereo, allora 
qui L'hyperthreading potrebbe aiutare.
Saluti. 


Qui basta guardare nel task manager per vederlo, se c'0e' un processo 
extra e se la seconda CPU fa altro, in questo senso potrebbe essere una 
buona idea. :)
La programmazione in assembler in se in questo contesto è un 
controsenso. Test fatti hanno dimostrato che è praticamente impossibile 
scrivere codice assembler più veloce del compilato, questo gia a livello 
banale.  Figuriamoci fare il debug di un indicatore che non va nel modo 
giusto se fosse in assembler. :/ la sola idea mi terrorizza, ma anche 
nel caso non toccherebbe a me... ma le "voce" da dove viene? :)


 le "voce" da dove viene? :)
Da loro, interpellati da me per sapere se usassero offset FS standard.
Ciauz. 

 
che voglia :D :D
Ciao e buon fine settimana :)
