-
Notifications
You must be signed in to change notification settings - Fork 36
Es: 6. Solución de problemas
Algunos cores de RetroArch muestran la siguiente pantalla de error al trabajar en resoluciones no soportadas por el sistema:
Estos casos se suelen solucionar activando algún filtro y jugando con las opciones de scaling de vídeo. Uno de los filtros que suele dar buen resultado es: Upscale_256x-320x240
. El procedimiento completo para realizar estos cambios sería:
-
Abrir menú RetroArch (
Select + X
). -
Ir a
Main Menu > Settings > Video > Scaling
y marcar las opcionesInteger Scale
yKeep Aspect Ratio
. -
Ir a
Main Menu > Settings > Video > Video Filter
y seleccionar el filtroUpscale_256x-320x240.filt
(el último de la lista):
Por último, si no se quiere hacer este cambio cada vez que se abra el juego, ir a Main Menu > Quick Menu > Overrides
y seleccionar Save Game Overrides
.
Otro filtro que suele dar buen resultado en estas situaciones es LQ2x
.
Si en alguna ocasión la aplicación o emulador que tuviéramos en ejecución se quedara congelada, se puede forzar su cierre pulsando la combinación de teclas Power + Select
. Es importante pulsar las teclas en ese orden, es decir, pulsar un poco antes Power
y sin soltarlo pulsar entonces Select
. Si esta combinación de teclas tampoco funcionara, mantener la tecla Power
unos segundos para provocar un apagado controlado de la consola.
En resumen, los métodos para forzar el cierre de las aplicaciones o emuladores son:
- Primero intentar el cierre normal (
Power + Select
por ejemplo en RetroArch). - Si lo anterior no funciona,
Power + Select
. - Si lo anterior no funciona, mantener
Power
unos segundos hasta que el sistema se apague.
Hay que evitar pulsar Reset
ya que se ha encontrado con bastante frecuencia que provoca la corrupción de la SD.
Otra situación que conduce a la corrupción de la SD en algunos usuarios es el uso del overcloking. Así pues siempre que se vaya a intentar, se recomienda hacer un backup de los savestates y configuraciones que no queramos perder con Py Backup.
En la configuración hecha de SimpleMenu, muchos de los sistemas ofrecen varias opciones de emulación, es decir se puede elegir entre varios emuladores o cores RetroArch. Además el ajuste del emulador o core RA preferido se puede guardar para cada juego.
En los sistemas sencillos de emular, como las máquinas de 8 bit, sólo se ha ofrecido RetroArch, por considerarlo la mejor opción. Pero en sistemas más complejos, como los sistemas arcade, la oferta de emuladores es amplia. Por ejemplo en MAME se dispone de las siguientes opciones:
- Core RetroArch MAME2003
- Core RetroArch MAME2003+
- FBA
- xMAME romset 84
- xMAME romset 69
- xMAME romset 52
Las opciones de emulación aparecen en este orden en el listado, tratándose la primera como opción predeterminada en caso de no indicar manualmente un emulador para un juego concreto. Por tanto, si no se cambia, la opción predeterminada para ejecutar los juegos del sistema MAME será el core MAME2003 de RetroArch.
Si un juego en concreto no funciona con el emulador predeterminado, pulsaremos Select
en el listado de juegos de SimpleMenu. Aparecerá un selector con tres opciones, siendo la del emulador a utilizar la tercera. Nos desplazaremos hasta esta tercera opción y cambiaremos el emulador pulsando izquierda/derecha en la cruceta. Para guardar el cambio pulsaremos B
. Al abrir el juego pulsando A
se lanzará el core que hayamos elegido. Si el nuevo emulador tampoco funciona correctamente, probar con otra opción hasta obtener un rendimiento adecuado.
Otra situación en las que nos conviene cambiar es cuando el juego se ejecuta lento. Además del sonido entrecortado, la mejor forma de medir si el juego se mueve con soltura es activar el contador de frames por segundo o FPS. En RetroArch podemos activar la opción para un juego en particular en el menú Main Menu > Settings > On-Screen Display > On-Screen Notifications > Notification Visibility > Display Framerate
, pero si queremos activarlo en general, antes hay que cerrar el contenido que estemos ejecutando. Este sería el procedimiento descrito en detalle.
- Lanzamos un juego que se ejecute con RetroArch (por ejemplo todos los sistemas tipo Handheld están configurados con RetroArch por defecto).
- Abrimos el menú de RetroArch pulsando
Select + X
. - Seleccionar el menú
Close Content
. - Seguir el siguiente camino en los menús:
Main Menu > Settings > On-Screen Display > On-Screen Notifications > Notification Visibility
. - Activar la opción
Display Framerate
. - Volver hasta el menú raíz pulsando
B
repetidas veces. - Entrar en el menú
Configuration File
. - Ejecutar el comando de menú
Save Current Configuration
. - Volver hasta el menú raíz pulsando
B
una vez. - Ejecutar el comando de menú
Quit RetroArch
.
Para desactivarlo procederemos de la misma forma pero desactivando la opción del paso 5.
En xMAME la opción FPS se activa/desactiva en cualquier momento pulsando Start + R1
. En FBA la combinación es L1 + R1 + Y
.
Un caso especial es el del sistema CPS. En esta imagen se ha optado por juntar en un mismo sistema los CPS1 y CPS2 (no hay core de RetroArch para CPS3 y en general es un sistema para el que las máquinas que pueden utilizar esta imagen no tienen potencia suficiente). Se ha preferido hacerlo así por el reducido número de juegos de ambos sistemas y por las facilidades que ofrece SimpleMenu para seleccionar el core que queremos utilizar para cada juego. Así, en este sistema (o mejor dicho en la reunión de los dos sistemas CPS1 y CPS2), será imprescindible hacer el ajuste en los juegos de CPS2. El core de CPS1 es el predeterminado y por eso sólo será necesario ajustar los de CPS2. La lista completa de juegos CPS2 es la siguiente (se indica el nombre del fichero de la ROM .zip, no el nombre real del juego). Gracias a @ridsama por elaborar la lista:
1944, 19xx, armwar, avsp, batcir, choko, csclub, cybots, ddsom, ddtod, dimahoo, dstlk, ecofghtr, gigawing, hsf2, megaman2, mmatrix, mpang, mshvsf, msh, mvsc, nwarr, progear, pzloop2, ringdest, sfa2, sfa3, sfa, sfz2al, sgemf, spf2t, ssf2t, ssf2, vhunt2, vsav2, vsav, xmcota, xmvsf
Lo más probable será que no se ha realizado el procedimiento de instalación del kernel descrito aquí. Si se arranca la consola sin haber instalado el kernel, el LED verde de encendido se ilumina débilmente. En esa situación la consola no se puede apagar (a no ser que desconectemos la batería o esperemos a que se descargue completamente). Se ha comprobado que en algunas tarjetas, aunque extraigamos la tarjeta, instalemos el kernel, volvamos a insertarla y pulsemos el RESET, seguirá sin arrancar. En esas situaciones, la única forma que se ha encontrado para salir del callejón sin salida (aparte de la idea comentada antes de desconectar la batería o esperar a que se descargue completamente) es insertar otra tarjeta que no dé este problema, pulsar RESET y tras el arranque del sistema en esta tarjeta de apoyo, apagar normalmente. Si ahora insertamos la primera tarjeta recien flasheada donde se haya realizado el procedimiento de instalación del kernel, esta vez (con un encendido en frío de la máquina) arrancará normalmente.
Una situación que está sucediendo cada vez con más frecuencia es que la RG350P venga montada con la pantalla de alta resolución (seguramente Anbernic ya no encuentra el panel de baja resolución en el mercado). En este caso la consola se comporta como si fuera la RG350M, por lo que es ese el modelo que hay que seleccionar en el script de selección de kernel. Si se selecciona el modelo teóricamente correcto (RG350/P), la consola arrancará pero la pantalla se verá en negro. En esos casos mantener pulsada la tecla Power para apagar de forma controlada, sacar la tarjeta INT, pincharla en el PC y realizar de nuevo el procedimiento de selección de kernel seleccionando RG350M.
Nos referimos a la situación en que tratamos de apagar la consola mediante el lanzador Power off
de GMenu2X o el comando Shutdown
de SimpleMenu. Cuando sucede el problema, justo cuando la consola debería quedar apagada, inicia un nuevo arranque, resultando imposible apagarla completamente. Hasta ahora se han encontrado dos situaciones que pueden producir este problema (aparte del caso de la PG2v1 que tiene su propio escenario). Un caso es tras un reinicio espontáneo del sistema tras entrar y salir varias veces sucesivas del modo de suspensión. El otro es tras haber utilizado la salida HDMI y haberla desconectado (ver discussion #131). La solución consiste en utilizar el Reset. Para evitar corrupciones de la tarjeta del sistema, se recomienda pulsar el Reset justo cuando el sistema acabe de cerrarse (podemos guiarnos por cuando la pantalla se pone en negro). En el siguiente vídeo puede verse un ejemplo del fenómeno y su solución:
Este es un caso especial del anterior. Sólo ocurre con las consolas PlayGo/PocketGo2 v1. En este caso el desencadenante es la desconexión o descarga completa de la batería. El usuario @esmith13 en el ámbito de la issue #7 describe la solución como sigue:
Descarga el firmware stock para la PG2v1 desde aquí: https://github.com/retrogamehandheld/PocketGo2/wiki/Firmware-and-software-updates
Grábalo a una tarjeta mSD vacía y arranca una vez la consola con ella, luego apaga normalmente (quedará apagada como debería ser).
Cambia a la tarjeta mSD con la imagen ADAM y a partir de entonces todo volverá a la normalidad.
Debería ir bien mientras no reflashees de nuevo tu tarjeta mSD con la imagen ADAM, desconectes la batería, o permitas que se descargue completamente. Si algo de esto ocurre, vuelve a arrancar una vez desde la imagen stock para solucionar el problema otra vez.
Enjuagar y repetir.
En realidad en esta situación que vamos a describir el sistema está completamente arrancado y funcionando. El problema suele estar relacionado con SimpleMenu cuando es el lanzador predeterminado si tiene problemas para restaurar el estado previo. Esto puede ocurrir si se ha modificado manualmente los ficheros que SimpleMenu direcciona a través de sus ficheros de configuración. También puede suceder si se han modificado dichos ficheros (los que se encuentran en /media/data/local/home/.simplemenu/section_groups
). La solución suele ser borrar el fichero de estado para que se regenere. Dicho fichero es last_state.sav
y se encuentra dentro del directorio home de SimpleMenu, es decir /media/data/local/home/.simplemenu
.
Desde la versión 1.3.1 de la imagen, hay una forma de solucionar el problema desde la misma consola. Los pasos para encontrar la solución son los siguientes:
- Mantener pulsada la tecla Power durante un par de segundos para apagar el sistema.
- Encender el sistema mientras se mantiene pulsada la tecla
B
durante el arranque completo. - Abrir Commander.
- Borrar el fichero
last_state.sav
dentro del directorio.simplemenu
. - Cerrar Commander.
- Abrir SimpleMenu.
- Restablecer los ajustes que se habrán perdido.
- La situación ahora debería ser normal.
En el siguiente vídeo podemos ver todo el proceso: