[Hilo oficial] Configuración óptima para tu emulador de Snes

Viendo que el emulador de Snes es el que más hay que toquetear el Setup para que te tiren bien algunos juegos, he pensado el hacer un hilo en donde se recojan las configuraciones óptimas para cada juego, yo ahora mismo ando con una versión del emulador creo que desfasada, así que se agradecerá el aporte de los usuarios, así poquito a poco tendremos una buena base de datos de referencia en lugar de ir toqueteando hasta que el juego rule bien, empezamos con un FAQ del amigo grishnakhelorco, pareciera que él mismo ha programado el emulador, muy útil para saber a ciencia cierta qué estamos cambiando en nuestro emulador:


FAQ del emulador (por grishnakhelorco)

En este emulador tenemos tres modos de renderizado para el engine, además de los que obtenemos al "fusionarlos".

El modo Approximate no es mas que el código de las rutinas gráficas del Snes9x (prácticamente línea a línea) portado a PSP (ya se portó el código a arquitecturas MIPS antes de hacer el port para PSP. De todas formas, el código original del emulador es C++ "portable", que da mucha facilidad para portarlo a otras arquitecturas sin tener que precisar un conocimiento exhaustivo de estas).
Es decir, nos da prácticamente la misma compatibilidad y funcionalidad que si usáramos el Snes9x en PC, pero claro, el Snes9x, como todo emulador nacido para PC, basa su rendimiento en las especificaciones del hardware que tenga nuestro PC (a mayor potencia mejor irán los juegos).
El tema es que el código del Snes9x no está extremadamente depurado, por lo que presisa de un buen consumo de recursos para rendir a cotas altas (no como el ZSNES, que está bastante mas depurado y tiene muchas mas rutinas gráficas en su haber).
Claro, esto en PC no es un problema porque no hay límite de hardware, pero en un sistema cerrado como la PSP, pues es otro cantar.
Evidéntemente, no es un emulador programado desde 0 para PSP, por lo que no está 100% depurado para esta máquina.
Además, no todas las rutinas gráficas mas complejas que dio de si la SNES (que digamos que no fueron pocas xD) están emuladas a la perfección (algunas funciones del los SFX, sobre todo orientadas a filtros para juegos 2D o algún algoritmo de compresión o el balanceo de memoria de los datos coprocesados por los DPS hacia la memoria del sistema o su correcta traducción a bajo nivel, por decir algunos significativos).
Se puede decir que todo funciona en Snes9x, pero que ciertas cosas no van al 100% para nada.

El modo PSP accelerated es otro cantar. Es el resultado de adaptar gran parte del código de Snes9x a ciertas funciones del Graphics Engine de la PSP (su unidad de gráficos, vamos).
Es decir, ahora si que el código se adapta al hardware de PSP, además de forma mas que acertada (usando funciones específicas del API GL que usa el GE para el procesamiento de entornos tanto 3D como 2D, además de funciones para el modo CLUT o renderizado directo desde framebuffers de tamaño variable en la VRAM, etcétera).
Claro, esto redunda en un mejor rendimiento en los juegos, pero claro, no todas las rutina gráficas de SNES están adaptadas al GE, ni mucho menos (DSPs, SFXs, SA-1, y bueno, el mode 7 en general, dado que al código del PPU se le quedan bastante cortos los recursos que concede el GE en modo 2D para conseguir un buen renderizado o buenos efectos ráster).
Esto se materializa en que la compatiblidad (a efectos generales) del modo PSP accelerated deja mucho que desear.
Por eso, el mejor modo de renderizado que se puede usar en PSP es el PSP accel. + approx. soft., pues tenemos la compatibilidad que nos proporciona el modo Approximate y el rendimiento extra que ganamos con el modo PSP accelerated.
Además, los dos se complementan de lujo, porque hay ciertas rutinas que no tiene implementado el modo Approximate, como el Z-Buffer y algunos mas, que si están emulados en modo PSP accelerated.
Pero claro, no es un tándem perfecto, pues muchas de las rutinas que no están implementadas (o que no lo están de la forma mas depurada posible) en la acelareación gráfica nos las tendremos que comer en el modo PSP accel. + approx. soft., como rutinas del mode 7, que como he comentado antes, se quedan cortas de recursos en el modo PSP accelerated.
En esos casos (y en otros), siempre será recomendable poner únicamente el modo Approximate (ganaremos bastante velocidad en la emulación, algo mas que en modo Accurate).

El modo Accurate no tiene mucho misterio. Es línea a línea (esta vez sin prácticamente) el código de las rutinas gráficas del Snes9x.
Su grado de exactitud hace que pierda algo de rendimiento (al contar con rutunas como el Z-Buffer y demás, hace que lleve algo de "lastre" en la emulación, que casi nunca redunda en una mejora de la compatibilidad).
Por lo tanto, ni su uso ni el de PSP acccel. + accur. soft. serán recomendados para mejorar la emulación (casi siempre obtendremos mejores resultados usando otros modos).

Bien, eso era lo que mas claro había que tener.
Luego ya tenemos las demás opciones que son bien conocidas por todos (mas que nada porque casi todas aparecen en otros emuladores y tal).
Comentaré las que sean mas "técnicas" xDDD

El Smooting, que es un filtro gráfico que sirve para suavizar tanto texturas como sprite (elimina algo los dientes de sierra y da un efecto mas "limpio" a los gráficos. Eso si, gasta recursos, y no pocos).

El Speed limit fps, pues eso, nos permite filtrar el número de frames que le pasa el framebuffer a la matriz del LCD (recomendable en los casos en los que el juego vaya como un tiro).

El Frameskip, que es, después del modo de renderizado y del cambio de frecuencia de reloj del procesador, lo que mas velociadad nos va a dar o a quitar en la emulación.
El frameskip elimina frames de animación para aumentar el rendimiento de la emulación.
Conforme mas unidades le vayamos añadiendo el frameskip mayor velocidad ganaremos en la emulación pero mas brusquedad de scroll añadiremos a la misma.
Solo en grandes cantidades de frames perdidos notaremos tirones en las animaciones, por lo que su uso es mas que recomendado.

Del Vsync diremos básicamente que iguala los FPS que se envían desde el buffer a la frecuencia de actualizacion del LCD de la consola. Así, evitamos que la pantalla se "parta" cuando hay "movimientos rápidos".
Gasta bastantes recursos (como buen "ecualizador" que es), pero si en un juego aparecen bandas, parpadeos y demás, siempre es recomendable usarlo, si no se resiente mucho la emulación, claro (generalmente se puede compensar con el frameskip).

El Render PAL as NTSC siempre es reconedable usarlo en roms PAL dado que ganeremos en velocidad, como es lógico. En condiciones de emulación "perfecta", entorno al 16,7% mas de velocidad.

Bueno, y ahora vamos con los parámetros del sonido.

Si usamos las versiones kernel (que deberíamos jeje) tenemos mucho ganado, dado que solo interviene en el procesamiento del audio el chip VME y sus 2 MB de DRAM.
De hecho, no perderemos eficiencia por el hecho de usar el mayor flujo de datos que podemos usar (traducido a 44,1 KHz) sino por el balanceo de esos datos al Allegrex de la PSP (se pierde sincronización al cachear los datos en muchas ocasiones y eso hace perder rendimiento al "reiterar" en el refresco de la caché).
Para eso es la opción APU cicles ratio. Cuanto menos porcentaje pongamos mas retardo habrá en el audio y cuanto mas pongamos pues mas anticipación habrá.
Tendremos que regularlo según el desfase que haya entre audio y video, aunque casi nunca es recomendable tocarlo, pues en muy pocos casos llegaremos a ganar eficiencia y sincronización.
Si un juego va muy petado y el sonido no nos agrada, siempre podremos quitarlo (en la opción Sound mode) o bajarle frecuencia de muestreo (en la opción Output frecuency) y ganaremos velocidad.

Y bueno, ya solo nos quedaría la frecuencia de reloj del procesador. Podemos tocar ese parámetro tanto para ganar velocidad como para restarla.
Nunca estamos overclockeando la CPU, pues el de la PSP es un procesador de frecuencia varaible.
Solo nos debe preocupar el consumo de batería jeje.

Hack Settings:

A modo de resúmen solo hay dos opciones de ese apartado que realmente dan bastante rendimiento a la emulación (si no contamos la de Speed hacks, que es algo "irregular").
La que mas sería Ignore Palette writes.
Lo que hace es sencillo de explicar. Pasa olímpicamente del modo de video en el que se ejecute el juego y usa el número de colores por paleta que mas rendimiento puede dar al framerate. Por ejemplo, un juego en modo 7 que pueda usar una paleta de 256 colores, o bien 128 colores para una capa de fondo y 128 para la otra, podría ver reducida su paleta de colores bien a 128 sobre un fondo, o bien a 64+64 sobre dos fondos.
El "truncamiento" siempre se hace en base a potencias de 2.
Esto haría ganar velocidad (depende de cada juego) en detrimento de obtener peor color en el juego (incluso a veces eliminarlo del todo).

Es recomendable no usarlo mucho, salvo en casos en los que tocar otros parámetros no nos sirva de mucho, aunque para la gente a la que no le gusta nada tocar el frameskip es una buena opción (para mi, desde luego, no compensa).

El otro que mas influye es el Ignore Fixed Colour.
Lo que hace esta opción es aplicar un filtro que evita en la medida de lo posible la aparición de degradados (colores ordenados linealmente). Esto se hace con el fin de prevenir el banding.
Banding, esa bendita palabra xD
Si tenéis algún monitor LCD y habéis hecho tests o bien os habéis pasado alguna vez por el subforo Monitores de Noticias3D seguro que estáis familiarizados con el "problema".
A grosso modo, es cuando sobre un color que debería tener la misma tonalidad en toda su superficie aparecen líneas de distinto tono (si teneis dudas, podeis preguntarle a Johnny Mnemonic de Noticias3D, que sabe un rato del tema ).

Este efecto es diréctamente proporcional al número de colores (reales) que pueda ofrecer el panel del LCD.
La PSP no va falta de eso precisamente, por lo que el efecto no es tan "bestia" como el que aparece en otras LCDs con menor número de colores.
Aún así, siempre es bueno tener activado este parámetro, pero en base a la verdad, habrá gente que ni se entere del cambio si lo deshabilita. Con esto se consigue un poco de velocidad extra, pero nada del otro mundo.

Y bueno, ya tenemos los otros parámetros menores, como son el Ignore Windows Clipping y el Ignore Add/Sub modes
En principio, estos dos parámetros solo afectan a las ventanas de diálogo y a los textos, respectívamente.

Dehabilitar el primero solo redunda en que las ventanas de diálogo pueden mostrarse de mala manera, con colores deficientes y demás.
Hay muchos juegos que permiten cambiar el color de estas ventanas y poner uno mas oscuro suele solventar la cosa.
Habilitando esta opción conseguimos que las ventanas de diálogo siempre se renderizen corréctamente.
No creo que esto gaste tantos recursos como para tener que deshabilitarlo (yo nunca lo toco y tan bien).

Deshabilitar el segundo implica algunos efectos secundarios (curiosamente no en los textos sino en la transparencia de ciertos píxeles, que se pueden volver opacos, jodiendo por completo ciertos efectos gráficos).
No es para nada recomendable activarlo (nunca me ha fallado un renderizado de texto en este emulador, la verdad).

Otra opción menor es el Fix HiRes hidden details, que no tengo ni zorra de para que sirve
Intuyo que será algún filtrito para bajarle las pilas (aka faladios xD) a los fondos de alta resolución (1024x1024, que era el límite de Snes).

Las demás opciones ya hablan por si solas

Con No Trasnparency activado perdemos las transparencias por tonos opacos (una guarrada que nunca recomendaría usar xD Aunque depende del juego que sea, eso si jeje).

Con la opción Fast Sprites podemos ganar velocidad en juegos que de por si sean rápidos pero no lleguen a esa rapidez nativa en el emulador (depende mucho de en qué juego se use, por lo que el aumento de velocidad no es siempre regular).

Y bueno, ya están los ocultadores jeje
Con OBJ nos cargamos los sprites animados y con los BGs los fondos que pueda tener el juego (solo con los juegos en modo 0 podremos usar todas las opciones. Los demás ya irán variando en función de sobre que modo de video trabajan. Por ejemplo, con el Chrono Trigger solo podremos quitar el 1er o el 2º fondo, etcétera).
Esto solo es útil en determinados juegos, en los que un fondo pueda llegar a poner el peligro la integridad de la emulación, y siempre y cuando la eliminación del fondo (o fondos) no nos impida progresar, claro (un ejemplo sería en los Donkey Kong Country 2 y 3 y sus efectos de iluminación. Podríamos quitar el fondo que crea el efecto y pasar el nivel tranquilamente y sin ralentizaciones, aunque creo que también tendríamos que tocar el Ignore Palette writes).

Y ya por último nos queda el Show rendering passes (que sirve para llevar un control del "gasto calórico" del emulador. En cada pantalla nos dirá las pasadas que han tenido que ser necesarias para renderizar la escena) y el Speed hacks (usando la base de datos podemos, por ejemplo, "Butodenodear" el Hyper Dimension. Tela con la frase xD Aunque con este juego, de momento no hay cojo...).



>>Castlevania: Vampire Kiss<<

- Frameskip:2
- Hack menu/ No transparency: ON, Fast Sprites: ON
- Accur. soft

<>

- Accusoft.
- Frameskip: 3
- CPU CLOCK: 333

<< CYBERNATOR / aka VALKEN >>

- Frameskip: 1
- Sample rate: 33330Khz
- Aprox soft.
- CPU CLOCK: 333

>>Donkey Kong Country 2<<

- Frameskip:2
- Hack menu/Fast Sprites: ON
- VSYN: ON
- PSP accel+accu soft.

<>

- Versión emulador: SNES TYL 0.42++ME
- Frameskip: 3
- CPU CLOCK: 333
- Hack Menu/ Transparency: ON
- Speed Swicht: Off

<>

- Versión emulador: SNES TYL 0.42++ME
- Frameskip: 3
- CPU CLOCK: 333
- Hack Menu/ Transparency: ON
- Speed Swicht: Off

<>

- Versión emulador: SNES TYL 0.42++ME
- Frameskip: 3
- CPU CLOCK: 333
- Hack Menu/ Transparency: ON
- Speed Swicht: Off

>>Indiana Jones: Greatest Adventure<<

- Frameskip:1
- PSP accel+aprox. soft

<>

- Versión emulador: SNES TYL 0.42++ME
- Frameskip: 3
- CPU CLOCK: 333
- Hack Menu/ Transparency: ON
- Speed Swicht: Off

>>Mazinger Z<<

- Frameskip:1
- Hack menu/No transparencey: ON
- VSYNC: ON
- PSP accel+aprox soft

<< Megaman X>>

- Frameskip: 2
- VSYCN: ON
- Accelerated+Aprox soft.

<>

- Frameskip: 2
- VSYCN: ON
- Accelerated+Aprox soft.

<>

- Frameskip: 2
- VSYCN: ON
- Accelerated+Aprox soft.

<>

- Frameskip:1

>>Super Empire Strikes Back<<

- PSP Accel+Accu. soft.
- Frameskip: 2

<>

- PSP Accu.
- Frameskip: 2


>>Super Return of the Jedi<<

- PSP Accel+Accu. soft.
- Frameskip: 2

>>Super Star Wars<<

- PSP Accel+Accu. soft.
- Frameskip: 2

<>

- Speed Limit Switch: Off
- Frameskip: 2
- VSYCN: ON
- Accelerated+Aprox soft.
- Hack menu/TransparencyN

Espero os guste la idea, espero vuestro aporte, un saludo!