Entonces a ver si me puedes aclarar el proceso de actualización.
- Formatear SD (preferible de 2GB en FAT).
- Copiar el KERNEL.DAT en el raíz.
- Entrar en modo RECOVERY.
- Darle a instalar el KERNEL.DAT.
Eso es. No es estrictamente necesario formatear la tarjeta (basta con borrar todos los ficheros), copias el KERNEL.DAT en ella, entras en recovery y eliges la opción F4. Así debería encontrar la kernel en 1 segundo o menos y empezar a instalarla.
¿Ya estaría bien así?, si ese KERNEL.DAT ya incluye el ROM disk (que es el 1.13b si no me equivoco) entonces ya no hay que hacer nada más, ¿o sí?. Es decir, que no haría falta actualizar el OPFXSD a la 1.13 aparte ni el resto de cosas.
¿Sería bueno actualizar el RECOVERY a la 1.6?, ¿cómo se hace?.
Ese KERNEL.DAT actualiza/instala tanto Nextor como la ROM disk (unidad A: )
Si quieres actualizar el recovery, tras descarga la última versión, tienes que ejecutar:
OPFXSD RECOVERY.ROM /i34
Una cuestión Manuel, en la versión anterior había 2 funcionalidades muy prácticas:
* F4 - activar modo turbo (2+/tr)
* F5 - conmutar hz
Al parecer se han perdido, ¿sería posible recuperarlas? Comentaste que eso depende de Néstor, ¿puede ser?
Gracias.
Esas funcionalidades siguen ahí. Son parte de la ROM de recovery que es lo primero que ejecuta el cartucho.
Además estaban incluidas en la DSKROM (la DiskROM que controlaba los DSKs antiguamente)
Pero con el nuevo sistema de carga de DSKs nativo de Nextor, si la BIOS cambia de nuevo el modo de vídeo, volverá a quedarse como estaba inicialmente.
Así que la solución es usar el modo de carga antiguo, que sigue estando disponible en las últimas versiones y/o proponer a Konamiman que lo añada en la próxima versión de Nextor (creo que había un hilo con sugerencias)
Estaba pensando si sería posible una actualización del OPFXSD. Es sobre el tema de la integridad de la Flash. Sabemos que pueden escribirse un número determinado de veces, entonces ¿qué tal si se pudiera elegir a partir de que posición empezar a escribir en la Flash?. Para así poder ir ciclando todos los 64Mb.
Por ejemplo, meto una ROM de 32KB. Ahora para grabar lo siguiente, pues con un parámetro en plan /L KB (Location, por poner algo) indicaría que empezaría a escribir a partir de ahí, en nuestro caso OPFXSD LOQUESEA /L 32.
Ya cada uno pues que se gestione y vaya apuntando lo que va grabando para saber la posición en que debiera grabar lo siguiente. Si posición + tamaño a grabar > 8192 pues tocaría empezar a grabar otra vez en 0.
Este /L KB sería un OFFSET para las operaciones de grabación del OPFXSD sobre la Flash.
Una forma de automatizarlo, que por el momento podría dejarse para más tarde, sería almacenar la última posición grabada en un fichero en el raíz (como usa el nuevo sistema de DSK) e ir actualizándolo según lo que se grabe. Como antes, sí posición + tamaño a grabar > tamaño Flash, pues posición = 0 y vuelta a empezar.
No sé si estoy pidiendo demasiado, pero sería estupendo para tener MegaFlashROM para largo, sin tener que cambiarle la Flash tarde o temprano.
De este tema ya hemos hablado en alguna ocasión.
La vida mínima de la flash es de 100.000 ciclos de grabación/borrado. Esto nos da para 54 años grabando el cartucho 5 veces al día (unas 150 al mes) Creo que ninguno de los que estamos aquí vamos a usar el cartucho a ese ritmo.
Así que es bastante probable que las flashROM vaya a durar más que nosotros.
He actualizado y tengo un problema. El MultiMente no está actuando adecuadamente, tengo un juego de 2 discos con extensiones FD1 y FD2, al pulsar ENTER sobre cada fichero siempre lo inserta en el disco 1.
Cuando pulsas ENTER sobre los FD?, siempre va a colocarlos según como se los encuentre grabados en el disco. El propio programa no los ordena a la hora de cargarlos. Asegurate de que al grabarlos lo haces en el orden correcto. O, más sencillo, utiliza esta utilidad para ordenar los ficheros de las particiones en FAT16 desde el PC:
En realidad los selecciono 1 a 1, y confio en que lo meta en la unidad correcta por su extensión. En principio sí los voy cargando por orden, pero nada siempre lo mete como disco 1 y único además.
Por el momento lo que uso es el comando:
EMUFILE disco1 disco2 ... discoN
Aunque estaría bien esa funcionalidad de poder ir seleccionándolos con ENTER en el MM y que el EMUFILE pudiera agregar y sobrescribir unidades por temas de flexibilidad.
Una pregunta, cuando se activa el emulador de disco del Nextor ¿la unidad física de deshabilita?. Al pulsar 0 parece que ya no se accede a la unidad física.
Confirmo el fallo en Multimente, no carga los FD? en la unidad virtual adecuada. Ejemplo:
Risk2.FD1 -> Pulso enter y lo mete en la unidad virtual 1
Risk2.FD2 -> Pulso enter y lo mete en la unidad virtual 1, se cepilla el anterior.
Con la unidad física lo mismo, deja de existir, ya no responde al 0. ¿Es esto así?
Si estáis probando la última versión, la que usa el soporte nativo para DSKs de Nextor y los ejecuta desde la tarjeta sin flashearlos, no hay que pulsar RETURN sobre cada .FDx, sino solo una vez sobre cualquiera de ellos para que se carguen todos.
Como bien apunta Victor, los DSKs han de estar grabados en orden en la tarjeta ya que EMUFILE los ira añadiendo a medida que se los encuentre en el directorio.
EMUFILE no permite añadir un nuevo DSK a una lista ya creada, de ahí que se carguen todos a la vez.
La unidad de disco está ahí, pero con el nuevo sistema se trabaja directamente sobre los DSKs de la tarjeta ¿no era eso lo que quería todo el mundo? Si quieres grabar datos lo puedes hacer en el DSK que sea el user disk.
El viejo sistema de carga sigue disponible. Cargando los DSK con el OPFXSD /Dx se peude usar la unidad de disco para grabar partida.
