Ciao a tutti. Ho un problema che sto cercando di investigare, ma per cui apro un topic nel caso qualcuno avesse avuto casi simili o riesca a aiutarmi, nel frattempo che continuo a indagare. Ne parlai un bel po' di tempo fa, ma ora ho delle info nuove.
Io nella To-Ba ho un file track.bin di 8,5 MByte circa, che scompattato arriva a circa 80 MB. Ogni volta che nell'editor rocco qualcosa che è inserito nel track.bin (milepost, binari, segnali, etc), il salvataggio è eterno, e come sapete posando i segnali e i binari è meglio salvare spesso. Per eterno intendo eterno (tipo 5-6 minuti). All'inizio pensavo fosse un problema di conversione e compressione fisiologico, ma negli ultimi due giorni ho fatto le seguenti prove:
1) Fare una modifca sul track.bin scompattato con serz, e ricompressione, tipo 20 secondi e il file era pronto
2) Ho preso la To-Ge di Claudio (V3) che ha un file che è circa la metà del mio --> mi aspettavo un tempo di salvataggio di tipo 2-3 minuti. Apro, sposto leggermente un segnale tanto per modificare il track.bin, salvo. 15 secondi e tutto è pronto.
Ora, comincio a temere che il mio file track.bin, pur non essendo enorme, sia il problema, ma prima di fare una disastrosa verifica linea per linea, vorrei capire da voi se qualcuno ha letto in passato di casi del genere per cui c'è una spiegazione che a oggi non ho mai trovato...
Chiedo anche a Marco o Fabio, se possibile, di farmi sapere la dim dei loro track.bin , e il tempo di salvataggio (circa) in caso di variazione si un binario.
Ovviamente il problema non compare se si deve salvare cambiamenti che impattano solo le tile di scenario (una casa, una macchina), in questo caso è rapidissimo.
Grazie!!!!
