Novedades Libretro Cores (RetroArch)

¿Cual es el mejor core para psx? ¿Se puede aumentar la resolucion interna de algun modo?

@astarothbcn para mi, swanstation.

@gordon81 ¿Hace falta alguna configuración extra? Con este core los juegos no me arrancan (pantalla negra) en cambio con rearmed si me cargan. Las bios las tengo en system, con el otro core si me cargan sin problema
EDIT: algo pasaba con la BIOS, ya lo solucioné

@astarothbcn

Dentro d RA el orden d mejor a peor sería: "Beetle PSX HW" seguido d "swanstation", ambos ofrecen mejoras gráficas. En cuanto a "swanstation", apenas recibe actualizaciones o no se indican claramente, por lo q poco puede añadirse al respecto. Y "reharmed" se recomienda xa equipos con pocos recursos, si no recuerdo mal, no admite mejoras.

Aun así, en todas las plataformas dispones d "duckstation", q actualmente es el favorito d la comunidad.

Kimera2015 escribió:@astarothbcn

Dentro d RA el orden d mejor a peor sería: "Beetle PSX HW" seguido d "swanstation", ambos ofrecen mejoras gráficas. En cuanto a "swanstation", apenas recibe actualizaciones o no se indican claramente, por lo q poco puede añadirse al respecto. Y "reharmed" se recomienda xa equipos con pocos recursos, si no recuerdo mal, no admite mejoras.

Aun así, en todas las plataformas dispones d "duckstation", q actualmente es el favorito d la comunidad.

Gracias. Si, tenia instalado duck hasta hace poco, pero me he pasado el retroarch que tenia en la ally al pc y le he ido uniendo plataformas, para unificar todo en uno, salvo wii gc que esos prefiero tenerlos sueltos.

Kimera2015 escribió:@astarothbcn

Dentro d RA el orden d mejor a peor sería: "Beetle PSX HW" seguido d "swanstation", ambos ofrecen mejoras gráficas. En cuanto a "swanstation", apenas recibe actualizaciones o no se indican claramente, por lo q poco puede añadirse al respecto. Y "reharmed" se recomienda xa equipos con pocos recursos, si no recuerdo mal, no admite mejoras.

Aun así, en todas las plataformas dispones d "duckstation", q actualmente es el favorito d la comunidad.

yo tengo un problema con Beetle psx en batocera ,en concreto con el castlevania sotn ,es con las trasnperencias cuado matas a los lobos en el primcipio,se ven raras las transparecias ,lo he probado todo y nada se siguen viendo mal .

@titorino

En beetle PSX HW, si usas ese núcleo, debes ejecutarlo en modo vulkan. Si lo mantienes en GL, varios efectos gráficos no se verán bien.

¿Sabeis si retroarch acepta las covers de 3ds? Tengo la playlist y descargue manualmente las covers pero no me salen, en el resto de plataformas si. Las he puesto manual asegurandome del nombre coincida y nada

@astarothbcn

Deberían mostrarse si están configuradas dl mismo modo q en el resto d plataformas. Te sugiero probar a añadirlas utilizando el modo windows xa comprobar si d ese modo funciona y, además, verifica en q ruta las ubica. Se accede pulsando F5. Muy poca gente usa las playlists d RA.

Gran actualización del core Dolphin, el cual estaba abandonado y ha recibido una actualización muy querida y deseada para los linuxeros, ya funciona bien dolphin dentro de retroarch nativo en linux.

Entre otras cosas, han arreglado la ejecución de algunos títulos como el Castlevania de wiiware el cuál nunca había funcionado.

Han añadido soporte LLE en el audio, pero ojo no cambiéis la frecuencia por defecto 3300hz, ya que peta y aunque es compatible con la mayoría de títulos, por ejemplo con el Zelda Twilight Princess no funciona en LLE (toca usarlo en HLE), pero es un gran avance y una actualización más que necesaria.

Para mi, es como un regalo de navidad, no lo esperaba y aunque he tenido que reconfigurar casi todos los perfiles de los juegos de wii y gamecube, funciona de maravillas, sobre todo con la generación de shaders vía vulkan, nada que ver con el paupérrimo soporte que tenía en linux que te obligaba a usar opengl.

gordon81 escribió:Gran actualización del core Dolphin, el cual estaba abandonado y ha recibido una actualización muy querida y deseada para los linuxeros, ya funciona bien dolphin dentro de retroarch nativo en linux.

Entre otras cosas, han arreglado la ejecución de algunos títulos como el Castlevania de wiiware el cuál nunca había funcionado.

Han añadido soporte LLE en el audio, pero ojo no cambiéis la frecuencia por defecto 3300hz, ya que peta y aunque es compatible con la mayoría de títulos, por ejemplo con el Zelda Twilight Princess no funciona en LLE (toca usarlo en HLE), pero es un gran avance y una actualización más que necesaria.

Para mi, es como un regalo de navidad, no lo esperaba y aunque he tenido que reconfigurar casi todos los perfiles de los juegos de wii y gamecube, funciona de maravillas, sobre todo con la generación de shaders vía vulkan, nada que ver con el paupérrimo soporte que tenía en linux que te obligaba a usar opengl.

Hola. A mí directamente no me funciona Dolphin después de esta actualización (Linux, KMS). ¿Será cuestión de cambiar los archivos en "systems" (dónde van las BIOS)? Hasta ahora compartía estos ficheros con el Standalone, y todo iba bien.

@G. de Fronsac yo no he tenido que cambia ningún archivo de lugar, lo que sí he hecho es resetear la configuración del core, ya que no me funcionaba nada y otro tema importante, actualiza las isos o archivos comprimidos con dolphin porque yo he tenido que descargarme algunos ya que eran tan viejos que esta actualización no era compatible.

El core funciona muy bien en linux. He probado donkey kong coutnry returns con las texturas hd, 2k, etc... y he hecho lo mismo con el remaster de switch (citra) y funcionan igual.

Antes ese juego, daba muchísimos problema en linux dentro de retroarch.

¿Qué ventajas tenemos, más allá de los shaders, con el Dolphin de Retroarch?

gordon81 escribió:@G. de Fronsac ... actualiza las isos o archivos comprimidos con dolphin porque yo he tenido que descargarme algunos ya que eran tan viejos que esta actualización no era compatible...

Pufff, pues eso es un problema para mí, porque aunque tengo 7 juegos contados entre gamecube y wii no me reconoce la mayoría, y por mucho que me interesen los wiiware creo que voy a volver a una versión anterior.

Es de lo que peor llevo de la emulación, que una actualización aporte mejoras a costa de romper compatibilidad.

Los cores no aportan ninguna mejora, son esencialmente los mismos pero integrados en RA, donde quizá hay una mejor gestión/sincronización vía RA. Nada más. Lo están actualizando ya q estaba muy desfasado.

Buena entrada d año @SirAzraelGrotesque .

Retroarch no se reduce a ser un mejor baúl de emuladores, por lo pronto lo más destacado son:

Shaders
Frame Pacing.
Widescreen que algunos cores tienen y en su versión stang alone no.
Interger scaling.
Baja latencia.

Y el más desconocido pero que más potencial tiene: SOPORTE DE CHEATS lo que permite añadir hacks como 60fps, widescreen entre otras muchas cosas.

Retroarch forever.

... y switchres para CRT, lo cual casi ningún emulador standalone tiene integrado.


Es extrañísimo... me coge el Rogue Squadron II, dentro de los pocos juego que me está reconociendo el nuevo Dolphin.

Con lo que sí tengo un huevo de problemas desde siempre en Linux/KMS es con Flycast, que como no seleccione los controladores de joystick y entrada como SDL2 crashea, al menos con mandos de Xbox, que son los que tengo.

El core de dolphin acepta texturas hd ¿Verdad? ¿han de tener el mismo formato (nombre) que en el emulador dolphin suelto?

Dentro de la carpeta de Retroarch
\\\....\\dolphin-emu\User\Load\Textures

@gordon81 gracias!

Nuevo core de CEMU para RetroArch.

https://github.com/danprice142/Cemu-Libretro/releases

De momento solo tiene soporte para OpenGL y solo ha sido testeado en Windows, vamos, que de momento está en Beta.

@Notarioh Buahh pues reconozco que en este caso como en el de PS2 seguramente me quede con la versión standalone del emulador, tengo muchísima curiosidad de ver el rendimiento en linux dentro de retroarch, pero siendo en estos momentos únicamente opengl... no me acuerdo ya ni de cómo iba en windows cuando usaba esa mierda de SO.

Muchas gracias tío!!

Notarioh escribió:Nuevo core de CEMU para RetroArch.

https://github.com/danprice142/Cemu-Libretro/releases

De momento solo tiene soporte para OpenGL y solo ha sido testeado en Windows, vamos, que de momento está en Beta.

Gracias por la información que me lo he descargado.
Sabes como instalar Cores? Al ponerlo en la carpeta de cores e intentar abrir un juego no me aparece como nucleo disponible para cargarlo.

mixerjdp escribió:

Notarioh escribió:Nuevo core de CEMU para RetroArch.

https://github.com/danprice142/Cemu-Libretro/releases

De momento solo tiene soporte para OpenGL y solo ha sido testeado en Windows, vamos, que de momento está en Beta.

Gracias por la información que me lo he descargado.
Sabes como instalar Cores? Al ponerlo en la carpeta de cores e intentar abrir un juego no me aparece como nucleo disponible para cargarlo.

Todo core requiere de un archivo .info para ser detectado por RetroArch, aunque si mal no recuerdo también puedes cargar el core sin necesidad de archivo .info y después cargando un juego en el.

Buenas, estoy probando retroarch, la versión de steam, y estoy intentando importar una carpeta llena de roms de arcade que puedo usar sin problemas en batocera y emuelec.

He metido TODOS los cores e infos de Windows obtenidos aquí: https://buildbot.libretro.com/stable/ tal y como indica esta guía: https://steamcommunity.com/sharedfiles/ ... 2777383392

Una vez metidos, en retroarch, le doy a import, escaneo el directorio donde están las roms, y misteriosamente solo aparecen unas 80 o 90 roms, siendo 3500.

¿Por que?

En internet he encontrado que puede ser por no tener los info files o por no tener los cores, pero yo ya le he metido todo.

Además, y esto es importante, si en lugar de importar intento cargar directamente una rom de las que ignora, mediante un core, esta funciona perfectamente en retroarch, así que no entiendo nada.

Alguna idea?

Tengo la versión 1.20 de Retroarch...y veo que van por la 1.22.

Como se actualizaba??? Ya ni me acuerdo y no quiero tocar nada que me joda la confi

@GottaEvil Pisa los archivos viejos con los nuevos.

@saezito Sobre lo tuyo no tengo ni idea, lo siento. Nunca importo los juegos, ya que los gestiono desde un lanzador externo.

SirAzraelGrotesque escribió:@GottaEvil Pisa los archivos viejos con los nuevos.

@saezito Sobre lo tuyo no tengo ni idea, lo siento. Nunca importo los juegos, ya que los gestiono desde un lanzador externo.

O sea me bajo el nuevo...y simplemente copiar y pegar no? xd.

Ok.

Exacto. De hecho creo que deberían incluir un actualizador dentro del propio Retroarch. Además de actualizar cores y todo lo demás, para mi gusto deberían incluir también la opción de actualizar el programa. Y dentro de esa opción, dejar seleccionar si se quiere actualizar a las versiones estables o a las "nightly". Yo en Linux ya lo tengo preparado para que se me actualice todos los días a la nightly, pero he tenido que crear yo el script, el servicio y el disparador.

¿Qué tal os funciona el núcleo bsnes? No lo había probado desde que estoy en Linux hasta ahora y me he dado cuenta de que ¿mi equipo (Ryzen 5700X, 32GB RAM, GTX 1050ti, SDD NVMe) no puede con él? En Windows me iba a tope pero ahora, en Linux, no llega al 100%, pierde frames y tiene ralentizaciones. Estoy utilizando snes9x y bien, pero me gustaba bsnes por el tema del modo 7 en HD.

@Tuxedo26 Con todos.

Porn si a alguno que sigue usando Güindows le sirve. Este finde he estado haciendo una comparativa de latencias entre Linux y Windows IOT en una maquinita de estas tipo rog ally.

y me ha jodido bastante reconocer que usando el driver correcto en hd audio de windows y wasapi, es capaz de poner la latencia a 0 ms sin problemas. Esto en linux con pipewire funciona de serie, pero me sorprendió que en modo shared de wasapi funcionase tan bien, evidentemente todos los servicios, telemetría extra de windows influyen en el desempeño y aumentan notablemente el consumo de recursos, pero me sorprendió que en algunos casos muy concretos, usando el driver oficial de microsoft (que manda cojones), se pueda jugar mejor con el buffer de audio en wasapi que si utilizas los drivers "privativos" de la propia maquinita.

Evidentemente, esa máquina va a llevar CachyOS sí o sí, gamescope rules, pero si alguien quiere probar con bloatwarewindows, puede que su sistema funcione bien el modo wasapi, que en muchísimos sistemas no funciona ni a tiras con algunas configuraciones, stuttering, chasquidos, etc.

SirAzraelGrotesque escribió:@Tuxedo26 Con todos.

eso es raro eh
yo tengo un ryzen 3400 ge ,es decir sin grafica y me va perfecto

@titorino Sí que es raro, porque además estoy descubriendo que me pasa con más núcleos. Hoy por ejemplo he probado con los de Saturn (Beetle y Kronos) y en ambos me iba por debajo de los 60FPS (los del emulador, no los del juego). Tocará seguir investigando, porque sí que es raro. Lo que ya he comprobado es que no es por el renderizador de vídeo, ya que he probado con todos.

Me pasó que con algunos paquetes precompilados de Arch me iba mejor que con otros. Mejor dicho, solamente me iba bien con uno de ellos. Pero hace meses que me pasé al AppImage al romperse el paquete que me iba bien. Tocará volver a probar el paquete precompilado, a ver si ya arreglaron las dependencias rotas.

P.D.: Nada, no tocan el PKGBUILD desde 2020. Así que tocará seguir con el AppImage o si no compilarlo yo mismo.

Madre mía que gozada poner 0 ms en pipewire/waspi, sigo haciendo pruebas y es absurdamente demencial lo bueno que es Retroarch con una configuración base bien hecha, por ejemplo, cachyos casi no tiene mierdas por detrás como hace windows y mientras que en este se nota el peso del propio sistema y cómo carga o arranca retroarch, en linux es una gozada como funciona las i/o de la carga de texturas hd, etc en los cores. Podría dejar en 16ms la latencia del audio (1 frame), pero pudiendo dejarla en 0, qué más da

@gordon81 ¿Tienes alguna tarjeta te sonido específica o la de la placa base?

@SirAzraelGrotesque es la de la rog ally x con cachyos y dos pcs también con cachyos uno un intel 4790k con 32gb de ram nvidia 2080tiy otro Ryzen 5800x con nvidia 4070ti ambos equipos tirando con sus respectivas tarjetas de sonido integradas pero configuradas en modo hd audio.

En windows 10-11 también se puede alcanzar 0 ms de input lag vía wasapi shared pero quien quiera torturarse haciendo debloat a un sistema que con cada actualización que deshace todo el trabajo hecho para "mitigar" la telemetría puede probar, ya que funciona bien wasapi si la tarjeta es compatible.

@gordon81 Oye, pues he probado a ponerlo a 0, sin hacer nada más y la primera prueba que he hecho al menos, parece que va bien.

@SirAzraelGrotesque Pipewire y cachyos tienen la culpa

gordon81 escribió:@SirAzraelGrotesque Pipewire y cachyos tienen la culpa

En mi caso es Garuda.

gordon81 escribió:Madre mía que gozada poner 0 ms en pipewire/waspi, sigo haciendo pruebas y es absurdamente demencial lo bueno que es Retroarch con una configuración base bien hecha, por ejemplo, cachyos casi no tiene mierdas por detrás como hace windows y mientras que en este se nota el peso del propio sistema y cómo carga o arranca retroarch, en linux es una gozada como funciona las i/o de la carga de texturas hd, etc en los cores. Podría dejar en 16ms la latencia del audio (1 frame), pero pudiendo dejarla en 0, qué más da

Siento pincharte la burbuja, pero un buffer de audio de 0ms es una imposibilidad física.
Lo que está sucediendo es que Pipewire está recibiendo tu petición de un buffer de 0ms y está diciendo "ahá, si, lo que tú digas, barrigas" y a continuación está estableciendo un tamaño por defecto.
Yo uso Linux también y lo uso para todo. No tocaría Windows ni con un puto palo de gallinero con el extremo lleno de mierda, pero no, un buffer de audio estable sin popping/crackling/dropouts de menos de 32ms en RetroArch no es realista ni posible en Linux ni en Windows, por más que RetroArch te deje ponerlo en su menú.
Si quieres ver la cruda realidad, echa abajo el servicio Pipewire, usa el driver ALSA de RetroArch, y ve bajando la latencia, ve. Si usas ALSA de verdad, sin Pipewire ni la porquería aquella de PulseAudio, vas a poder forzar los tamaños de buffer que te de la gana... Y verás las consecuencias reales de hacerlo. Es muy divertido.
Y no te caigas por el agujero de conejo de intentar toquetear el kernel y la prioridad de RetroArch porque no vas a cambiar nada, te lo dice uno que ya estuvo ahí.

@MrNutz soy consciente de que el valor en 0 es imposible, sobre todo por cómo trabajan tanto a nivel físico como el driver, pero no está de más añadir que siempre que se pueda solicitar que empleee el mínimo posible, es una gozada y no los 64ms "estables" que viene por defecto.

Suelo grabar guitarra y voz, por lo que tengo claros las limitaciones que existen, de hecho, cuando usaba wasapi en windows, en modo exclusivo, con algunas tarjetas no podías ni usar 64ms.

Cada hardware y configuración es un mundo y al menos en mi sistema, sí que he percibido, como mínimo una mejora en juegos como ninja gaiden, sonic2.

Creo que se puede comprobar, mediante algún comando de terminal, exactamente qué latencia existe. Aunque ahora no recuerdo cómo. Me lo "chivó" en su momento una maldita IA, cuando no estaba seguro de si mi Retroarch estaba trabajando mediante Pipewire, ya que en el menú de opciones no me aparece.

En Retroarch pone Pulseaudio aunque en el fondo lo que hace en mi caso Cachyos es "traducir" de Pulse audio a Pipewire, de hecho es como un alias a nivel interno.

Retroarch, creo que ya cuenta con pipewire desde hace rato, por lo que pulseaudio, no es necesario usarlo.

1985a escribió:Retroarch, creo que ya cuenta con pipewire desde hace rato, por lo que pulseaudio, no es necesario usarlo.

Pero el tema es que, al menos en la versión AppImage no se muestra en las opciones Pipewire. De ahí mi confusión. Pero sí que está funcionando, ya que al menos la distro que yo uso, que es Garuda, al parecer ni siquiera usa Pulseaudio.