Busca el juego y el estado indicado
Usa una lista para saber si el título fue probado y qué resultado se informó. Guarda la fuente y la fecha en lugar de copiar solo una etiqueta verde o roja.
Guía de listas de compatibilidad
Lista de compatibilidad de Ryujinx: cómo leer los estados y probar Canary
Una lista de compatibilidad sirve para encontrar un punto de partida, pero no es una promesa permanente. Aprende a interpretar los estados, separar errores de configuración del comportamiento del juego y repetir un resultado con el mismo juego, build y ajustes.
$ canal: Canary
$ plataformas: Windows Linux macOS
$ fuente: versiones de Ryubing
$ estado: verifica antes de descargar
Guía independiente. Este sitio no aloja keys, firmware, ROM, DLC ni archivos de juegos.
Uso principal
Encontrar un punto de prueba
Mejor evidencia
Mismo juego, build y perfil
Aviso de Canary
El estado puede cambiar por build
Límite de seguridad
Sin ROM, keys ni firmware
Cómo comprobar un resultado de compatibilidad de Ryujinx
Compara el build y la actualización del juego
Un resultado solo sirve si el build, la actualización, el sistema operativo y la ruta gráfica se parecen a los de tu equipo.
Empieza con los ajustes predeterminados
Inicia un juego legalmente volcado con un perfil limpio y gráficos predeterminados. No combines un build nuevo con firmware, mods y controles nuevos.
Cambia una variable y repite la prueba
Si el síntoma es gráfico, de entrada o de tirones, cambia un ajuste, repite la misma escena y anota el resultado.
Compara un build anterior si es necesario
Si una actualización de Canary cambia el resultado, conserva ambas carpetas y compara el build anterior con el mismo perfil antes de borrar datos.
Trata la lista como un rango de evidencia
Ilustración editorial, no una base de datos activa ni una interfaz oficial de Ryujinx. Un estado describe una prueba concreta y no garantiza el resultado en todos los builds y equipos.
Qué informa realmente una lista de compatibilidad de Ryujinx
Una lista de compatibilidad de Ryujinx reúne pruebas reportadas. Puede indicar que alguien llegó al menú, completó una sección, vio un problema gráfico o no pudo probar un título. No puede garantizar que tu juego se comporte igual porque cambian los builds, las actualizaciones, los controladores, los sistemas operativos, los backends gráficos, los perfiles de mando y los archivos locales. Lee cada entrada como una observación fechada y con un alcance concreto, no como una clasificación permanente. Los registros más útiles incluyen el build del emulador, la versión del juego, la plataforma, la GPU y el síntoma exacto. Un estado breve sin esas condiciones es una pista para tu propia prueba, no una respuesta final.
- Iniciar significa llegar al menú o a una escena; no demuestra que el juego sea estable.
- Jugable significa que alguien encontró una estabilidad útil en una configuración indicada.
- Con problemas significa que funciona con una limitación conocida de gráficos, audio, entrada o rendimiento.
- Sin probar o desconocido significa que no hay evidencia suficiente para afirmar algo útil.
Cómo leer el estado sin prometer demasiado
La palabra list en un resultado de búsqueda puede ocultar la diferencia entre un juego que inicia y uno cómodo para jugar. Usa el estado para clasificar el siguiente paso y busca las condiciones y la fecha de la prueba. Si el informe es antiguo, un build Canary nuevo puede mejorar el resultado o introducir una regresión. Si no menciona la actualización del juego o el backend gráfico, reduce la confianza. Esta tabla es un modelo práctico para leer un informe comunitario; no es un sistema universal de puntuación oficial.
| Señal | Qué suele significar | Qué debes comprobar |
|---|---|---|
| Inicia | El título llegó al menú o a una escena. | Comprueba carga, guardados, gráficos, audio y controles antes de llamarlo jugable. |
| Jugable | El informante encontró un resultado utilizable en una configuración concreta. | Aproxima el build Canary, la actualización, la plataforma y el controlador. |
| Con problemas | El juego funciona con una limitación o un punto de fallo conocido. | Separa regresión, controlador, shader, ajuste o fallo específico del juego. |
| Sin probar | No existe un informe fiable para esa combinación. | No conviertas la falta de evidencia en una afirmación de que el juego falla. |
Una lista no sustituye una prueba de compatibilidad
La lista responde «qué observó otra persona?»; tu prueba responde «qué ocurre en mi configuración actual?». Son preguntas diferentes. Una entrada puede usar un build estable mientras tú usas Canary, o una actualización anterior del juego, otro controlador o un sistema distinto. Empieza por el informe más parecido, pero conserva los datos que permitan repetirlo. Si tu resultado contradice la lista, compara primero el build, la actualización, el backend gráfico, el guardado y los overrides por juego. La diferencia puede revelar un límite de versión y no una incompatibilidad universal.
Haz una prueba controlada antes de cambiarlo todo
Una línea base limpia evita que una duda de compatibilidad se convierta en una colección de cambios sin relación. Usa un juego legalmente volcado, un perfil de Ryujinx, un build Canary y los ajustes predeterminados. Repite la misma escena o acción, anota el primer punto en que cambia el resultado y solo después prueba backend gráfico, escala de resolución, shader cache o perfil de mando. Conserva la carpeta anterior mientras pruebas un build nuevo. Este orden parece más lento que modificar todo durante cinco minutos, pero produce evidencia útil para hacer rollback, informar de un bug o elegir el siguiente paso.
- Anota el build Canary, la versión o actualización, el sistema operativo, la GPU y el controlador.
- Empieza con un perfil limpio o conocido y con gráficos predeterminados.
- Usa el mismo punto de guardado o una escena repetible en cada comparación.
- Cambia una sola variable y reinicia cuando el ajuste lo requiera.
- Escribe el primer fallo en lugar de reunir capturas sin contexto.
Relaciona el síntoma con la capa correcta
No todos los fallos son problemas de compatibilidad. Un juego que no aparece, un error de prod.keys y una regresión de renderizado pertenecen a capas distintas. Clasifica el síntoma antes de juzgar el título. Si el problema es de instalación, controles, gráficos o release, una nueva etiqueta de compatibilidad no lo solucionará. Esta separación también te ayuda a elegir la guía correspondiente del sitio.
| Síntoma | Capa probable | Primera acción útil |
|---|---|---|
| El título no aparece en la lista de juegos | Directorio o formato del juego | Comprueba la ruta y el formato antes de tocar los gráficos. |
| Falla antes de mostrar el menú | Archivos de configuración, dump o perfil | Revisa el flujo legal de configuración y compara otro título conocido. |
| Inicia con pantalla negra o efectos rotos | Backend gráfico, controlador o regresión Canary | Compara un backend o un build anterior con la misma escena. |
| Hay muchos tirones al principio | Compilación de shaders o margen de rendimiento | Repite después de crear los shaders antes de valorar el resultado. |
| Funcionaba hasta una actualización | Regresión del build o cambio predeterminado | Compara el build actual y el anterior sin sustituir el perfil. |
| Funciona pero no hay entrada | Perfil del mando o capa de entrada | Usa la guía de controles en vez de cambiar la etiqueta de compatibilidad. |
Las regresiones de Canary necesitan evidencia entre versiones
Canary es útil cuando quieres cambios recientes, pero un build que avanza rápido puede cambiar el resultado de un juego. Si el título funcionaba en el build anterior y falla en el actual, conserva ambas carpetas y compara el mismo juego, guardado y perfil. La regresión es más creíble cuando el fallo se repite y los archivos de configuración no cambiaron. No respondas a una regresión gráfica sustituyendo keys o firmware si el error no apunta a ellos. Anota la primera escena que falla, el backend gráfico, el controlador y los dos números de build. Esa información es más accionable que decir simplemente que el juego es incompatible.
- Conserva la carpeta actual y el archivo anterior hasta terminar la comparación.
- Usa la misma versión del juego, guardado, backend gráfico y perfil de mando.
- Si fallan ambos builds, investiga controlador, configuración, datos del juego y perfil local.
- Si solo falla el nuevo, registra la regresión y usa la guía de actualización o versiones antiguas.
Las listas comunitarias ayudan, pero no son garantías oficiales
Una lista mantenida por la comunidad puede descubrir rápidamente un síntoma conocido, pero su cobertura y actualización varían. Trata las entradas de terceros como material de referencia y conserva su atribución. No conviertas un estado comunitario en una promesa oficial de Ryujinx y no supongas que existe un resultado reciente para todos los sistemas operativos. Si una entrada enlaza a una discusión, lee sus condiciones. Un informe con build, actualización y síntoma reproducible vale más que una captura sin contexto. Si no hay un informe actual, indica que la combinación no está verificada en lugar de completar el hueco con una etiqueta segura.
La ayuda de compatibilidad no incluye juegos ni descargas de configuración
Una lista de compatibilidad debe permanecer separada de las solicitudes de ROM, keys, firmware, DLC, actualizaciones del juego o paquetes modificados. Esta página no aloja ni enlaza esos archivos. Usa tu propio juego y tus archivos de configuración obtenidos legalmente, verifica la fuente Ryubing para el build del emulador y mantén las descargas ajenas fuera de la prueba. Un sitio que ofrece un «paquete de compatibilidad» junto con el emulador no aporta mejor evidencia: hace más difícil reproducir el resultado y crea un problema legal y de seguridad.
- No interpretes una etiqueta como permiso para descargar juegos protegidos.
- No compartas partidas guardadas privadas, keys o firmware al pedir ayuda.
- Usa la fuente oficial de release para el build del emulador.
- Para descarga o actualización, usa las guías específicas del sitio.
Qué anotar cuando tu resultado no coincide
Un informe útil hace que la diferencia se pueda probar. Escribe el título, la actualización, el build de Ryujinx Canary, el sistema operativo, CPU y GPU, versión del controlador, backend gráfico, ruta del mando, ubicación de la partida guardada y escena exacta. Indica si llegaste al menú, si funcionó en el build anterior y qué único ajuste cambiaste. No publiques archivos privados o protegidos. Con estas notas podrás decidir si el siguiente paso pertenece a la guía de crashes, gráficos, controles, actualización o keys y firmware.
- Título y estado de la actualización
- Build Canary y sistema operativo
- GPU, controlador y backend gráfico
- Escena repetible, error o primer punto de fallo
- Build anterior y resultado del cambio único
Fuentes y atribución
Usa estas referencias para comparar estados, contexto de releases y límites de configuración. El material comunitario no se presenta como garantía oficial.
Preguntas frecuentes sobre la lista de compatibilidad de Ryujinx
¿Existe una lista oficial y en directo para todos los juegos de Ryujinx?
No des por hecho que un resultado es una base de datos oficial y activa. Las listas comunitarias y los informes de incidencias sirven como pistas, pero debes revisar fuente, fecha, build y condiciones y probar tu propia configuración.
¿Qué diferencia hay entre inicia y jugable?
Inicia suele significar que el título llegó al menú o a una escena. Jugable implica que el informante encontró suficiente estabilidad en gráficos, audio, controles, partidas guardadas y rendimiento para una configuración concreta.
¿Por qué un juego puede funcionar en un build Canary y fallar en otro?
Los builds Canary cambian rápido. Un cambio de gráficos, tiempos, controlador o valores predeterminados puede causar una regresión. Compara ambos builds con el mismo juego, partida guardada y perfil.
¿Debo sustituir keys o firmware si hay una pantalla negra?
Normalmente no si el título ya inicia y el síntoma es visual. Comprueba primero backend, controlador, shaders e historial del build. Usa la guía de keys y firmware cuando el error apunte a esos archivos.
¿Puedo elegir un build Canary con una lista de compatibilidad?
Sí, como punto de partida. Ajusta la versión del build y del juego, conserva la carpeta actual y compara un título antes de reemplazar una configuración que funciona.
¿Esta página proporciona juegos, ROM, keys o firmware?
No. Explica cómo interpretar evidencia y probar tu propia configuración legal. No proporciona juegos, ROM, keys, firmware, DLC ni actualizaciones.
¿Qué hago si la lista dice jugable pero mi juego tiene tirones?
Comprueba si el informe usó el mismo build, actualización, controlador y backend. Repite la escena después de compilar shaders y cambia un único ajuste de rendimiento.
¿Dónde sigo si el problema es de controles, crash o gráficos?
Usa las guías de controles, crashes y OpenGL frente a Vulkan para cada síntoma. La lista ayuda a dirigir la investigación, no sustituye el diagnóstico específico.