15581-La_mejor_opción_para_trabajar_en_un_rom
#5
cosarara97 12296
Iniciado por Sonicarvalho
Soy de opinion de Cosarara. Solo tengo MSN por WaH. Y también Deryko, Skype es mucho más eficiente que cualquier método de texto.

Pero bueno, mí idea es muy compleja, pero aí va...
tener la rom en un servidor, y asignar ese servidor a un camino de red en vuestros ordenadores.
Programas como XSE, HxD, las tools hechas por GUT/Mariofan, UNlz gba no necesitan la rom siempre abierta, así que podrian estar haciendo scripts mientras otro podría estar insertando gráficas en la rom al mismo tiempo, en la misma rom.

No me preguntáis como hacerlo, porque yo no sé, solo sé que es posible hacerlo.

Saludos

Servidor CIFS + Sistema de backups automatizado podría funcionar, pero podría haber problemas dependiendo de como funcionan las herramientas.
Imaginemos una herramienta que trabaja de la siguiente forma:


No se que métodos usan otras herramientas para modificar un byte (las herramientas escritas en C seguro que lo hacen de otro modo), pero el que uso yo en las mías es el siguiente:
A = (todo lo que hay antes del byte)
B = (todo lo que hay después del byte)
NuevoROM = A + NuevoByte + B
Así que si, al contrario de lo que hace, por ejemplo, mi compilador, una herramienta al "abrir" un ROM no solo coge el camino hacia el archivo si no que carga realmente el ROM, podría haber problemas del tipo:
A abre el ROM
B abre el ROM
B hace sus cambios y guarda
A acaba sus cosas y también guarda
Y los cambios de B han mágicamente desaparecido.

Así que no se exactamente como funciona Unlz, pero el único método "bueno" sería el siguiente:
Al abrir el ROM cargar todos los sprites.
Al guardar un cambio re-leer el ROM, escribir el cambio (usando como base el ROM que acaba de leer) y cargar otra vez los sprites.

En realidad el único problema que tenemos aquí es que trabajamos con binarios. Si no fuera así, cualquier sistema de control de versiones como git o svn nos serviría.