Si buscamos una solución todo en uno que emule varias consolas y sea compatible con varios sistemas, la respuesta en RetroArch. Además, su reciente actualización añade soporte para la mítica Dreamcast de Sega.
|
etiquetas: retroarch , chromecast , windows , linux , android , raspberry
La raspi mola pero el netbook ya lo tengo y está muerto de risa criando polvo
Yo instalé Lakka que a mi me funciona mejor
Y ya de paso... ¿Alguien sabe si hay algún emulador que incluya Playstation 2 para OSX?
#4 la PlayStation original me la compre hace 20 años para jugar a TombRaider... ¿Pretendes que deje Minecraft para jugar a TombRaider?
Para Windows o Linux va muy bien,
Mi puto lg g2, emula casi todo lo emulable. Hasta emulador de la play 2 en android tenemos. Nintendo es ect.
Bueno es saberlo, lo probare.
Me quedo con Mednafen, aunque no emule (aún) la Dreamcast.
Tantos motores de emulación concentrados en un mismo proyecto... no sé, tiendo a pensar que no estarán tan optimizados a nivel individual como lo estarían en un proyecto dedicado.
El listado de consolas y juegos que puede emular es el siguiente:
SNES
WonderSwan
PlayStation
PC Engine
Neo-Geo Pocket
Virtual Boy
Atari 2600
Atari Lynx
NES
Game Boy/Color
Game Boy Advance
Sega Systems (Master, Genesis, Sega CD, Game Gear)
Arcade MAME
Nintendo DS
Dreamcast
Quake
Doom
Cave Story
Dinothawr
DOS
Nintendo 64
LucasArt Game Engines
PSP
Sega Saturn
Saludos!
La verdad es que el rendimiento deja un poco que desear por ahora, supongo que tengo que echarle un poco más de tiempo al bicho para ver como puedo mejorarlo
www.elotrolado.net/viewtopic.php?p=1740497317
volfied, titus the fox, prehistorik, super pang y super puzzle fighter 2... por ahora...
Aun así, los grandes proyectos específicos de ciertas plataformas se van a resistir con uñas y dientes a migrar todo su curro al nuevo sistema, por muy bonito que sea.
Lo he probado y, además de ser más simple que el retroarch, a simple vista me parece más completo.
Tengo la Papsberry Pi 2 con difusores de calor
coolrom.com/roms/dc/16425/Resident_Evil_3_-_Nemesis.php
coolrom.com/roms/dc/16430/Resident_Evil_Code_-_Veronica_Disc_1.php
Con sus correspondientes Bios corre todos los juegos
PD: Justo buscaba un vídeo para que veas que no va del todo fino, y me encuentro uno donde si que va perfectamente, ni idea de si será que las versiones nuevas del emulador han mejorado pero a mí no me funcionaba taaaaan bien
www.youtube.com/watch?v=cHfbbzxSF3s
El Retroarch es multisistema, no solo maquinas Arcade. No lo estarás confundiendo con el MESS?
Echa un ojo a Mizzurna Falls. Es una especie de homenaje a Twin Peaks, pero para la Play1 con graficazos (para la mierdecilla que es a 33mhz) y free roam a lo Shenmue. Te cagas.
 
www.youtube.com/watch?v=lQZBLYzsO1o
Ay, suerte que ya la liberaron. Malditos secuestradores...
#52
¡Os copio la idea para un netbook que se le fastidió la batería y lo tengo sin uso!
Miedo me da instalarlo...
Me gustaría aclarar algunos errores que se están cometiendo en este hilo a la hora de asegurar sin mucho tino qué es y qué no es LibRetro/RetroArch (desde ahora, LR/RA). NO tiene sentido hablar de RetroArch sin hablar de LibRetro, para empezar.
Lo más importante es entender qué es LibRetro. LibRetro es una librería ligera y multiplataforma de gráficos, audio y entrada, de propósito más o menos general, tando para 2D como para gestión de contextos de render en 3D.
¿Otra más? ¿No tenemos libSDL2 para eso?.
No: LibRetro tiene algunas funcionalidades que la hacen única. Para empezar, la manera en que se gestiona el audio y el vídeo desde la implementación permite la correcta sincronización de ambos, dejando que el sitema emulado corra internamente a su velocidad nativa, pero "escalando" esta velocidad a la frecuencia física de refresco del modo de vídeo físico que estemos usando en nuestra máquina física. El audio es resampleado en tiempo real (esto no introduce ninguna latencia) desde la frecuencia producida por el sistema emulado a una frecuencia que viene dada por la proporción entre la frecuencia de vídeo del sistema emulado y la frecuencia real de vídeo del sistema físico.
Por ejemplo: la placa CPS1 (Street Fighter 2, Ghouls'n Ghosts, Strider, etc) corre a 59.63333Hz, y mi monitor, usando un modo de vídeo de 1366x768, corre a 60.01685Hz. A 59.63333Hz, el emulador de CPS1 producirá 44100 muestras de audio por segundo: pero si lo "aceleramos" hasta 60.01685Hz, producirá más muestras de audio por segundo. Entonces cogemos, resampleamos el audio (que será de 443xx muestras por segundo o así) para que no se "pitufe", y aunque el juego corre un pelín más deprisa que la máquina original (un 0.006% más deprisa, es imposible que nada vivo lo note), el resultado es que tenemos exactamente cada fotograma de la máquina emulada sincronizado con el refresco de pantalla de la máquina física, y además el audio es PERFECTO.
Ninguna otra combinación de librería y frontend tiene en
… » ver todo el comentario
Olvídaos de Windows para eso.
No, esta vez no va por fanboyismo, es la puta verdad. Solo KMS consigue eso.
Y yo tampoco soy un "fanboy" de Linux, lo cambiaría como sistema "de casa" por AmigaDOS, cualquier día de la semana, pero no puedo.
Sin embargo, como suele decirse, al césar lo que es del césar: GNU/Linux en casa es como un elefante en una cacharrería, pero para esto y para otras cosas, no tiene rival, por suerte o por desgracia.
Os lo recomiendo.
(En Raspi 2)
#60 La verdad es que no juego demasiado a PS1, pero tomo nota del invento, aunque para echarme alguna partida al Tekken apretando todos los botones no necesito muy buenos gráficos, jaja!
Ya que andas por aquí tengo win10 en un pc conectado a la tele a modo de consola. El tema es que no me reproduce nigún sonido. He probado con snes y con saturn y nada. Todos mudos. En audio devices no me aparece nada. He probado por hdmi y por salida de audio estandar ¿Alguna idea?
Un saludo y gracias por ese trabajazo
Eso de la sincronización de frecuencias lo había leído en emuladores de la NES. Seguro que es un paseo en el parque
Ánimo con ello.
Ahora me ha entrado la curiosidad de saber por qué la CPS1 iba a 59.63333Hz.
A pesar de mi explicación, yo tengo ciertas dificultades para visualizar estas cosas "en movimiento".
No te asustes, los binarios precompilados de la página, los repositorios, etc.. ya vienen con soporte KMS, pero si lo lanzas desde las X, no se puede usar.
Si lo has compilado tú, asegúrate de que tenías libasound-dev instalado cuando lo compilaste (en Debian y derivadas como Ubuntu: en otras distros no sé ahora mismo cómo se llama el paquete con las cabeceras de la librería alsa del lado de usuario).
Lee atentamente la salida del script de configuración (el que ejecutaste antes de compilarlo) y asegúrate de que las cabeceras de alsa se detectaron entonces.
github.com/libretro/RetroArch/blob/master/gfx/drivers_context/mali_fbd
Sí, esa cosa llena de hacks para ocultar el parpadeo del cursor y cosas así no me hace sentir muy orgulloso, pero sobre FBDEV, que es lo único que soportan estas placas inmundas, no podía hacer otra cosa.
Con Odroid C1, debido a su core MALI para gráficos, la situación es esta:
-Si quieres OpenGL_ES como en el vídeo que has puesto, estás atado a un kernel desactualizado y a drivers cerrados de ARM Holdings. Cuando ARM Holdings cierre el grifo, adiós, ahí te quedas. Y reza para que funcione el vsync como debe fuera de las X: hasta hace poco no lo hacía y sé que lo arreglaron para las Odroid XU3, pero de las C1 no tengo noticia.
Tendrías que acabar usando GLES sobre X11, con lo que adiós a la baja latencia.
Para que veas que no tengo mala intención con estas placas rancias, también implementé un driver G2D, para no tener que usar NADA de código cerrado de ARM Holdings:
github.com/libretro/RetroArch/blob/master/gfx/drivers/sunxi_gfx.c
Esto se usa en otras placas con MALI, como las cubie. En la C1 igual no te funciona ni esto. Pero de igual modo, si somos optimistas y suponemos que te funciona mi driver, estarás atado a un kernel 3.x y bien jodido.
Esto ya fue una machada: "ah, sí, o sea que tengo que usar basura propietaria y cerrada, eh? Pues me haré mi propio driver que use el bloque G2D, con casinos, y furcias!". Y no lo pienso volver a hacer con ninguna placa más. Si el fabricante no sigue estándares ni abre drivers, que se meta el hardware por el recto. Esto es un ejercicio de responsabilidad que deberíamos hacer todos, por el bien de todos.
-Si quieres un kernel actual, olvídate de OpenGL_ES, de G2D y de todo.
Así que, este es el resúmen: siempre que veais una placa con MALI, y mientras ARM Holdings no libere sus drivers o coopere para tener unos abiertos, huid de ella como de la peste.
Da igual si aparentemente la relación potencia/precio se decanta por la placa con MALI: en el mundo Linux, unos drivers cerrados os pueden atar a versiones del kernel concretas (como ocurre con las placas con MALI), y esa es una situación muy jodida en la que no os gustará veros, ni como usuarios ni como programadores.
"Ah! Pero a mi esas cosas del opensource me dan lo mismo! yo sólo quiero jugar.", pensará alguno. Vale: cuando se te resetee la placa, o se te vaya la imágen medio segundo cada dos horas y te veas a ti mismo buceando en dmesg para reportar ese error a un fabricante que pasa de tu culo, debido a que tienes un kernel con problemas de gestión de energía o sabe dios qué otro problema que no se va a debugear jamás, recordarás por qué debiste pasar de esa placa "barata y potente" y optar por una donde haya drivers abiertos (sí, la Pi ya tiene drivers abiertos e incluso el soporte para KMS está empezando a verse en mainline).
Lo barato suele ser barato, sin más, pero ignorar lo perjudiciales que pueden ser los drivers cerrados en el mundo Linux te puede salir muy caro.
Teclas:
z <-- escape
x <-- seleccionas
s <-- search
f1 <-- toggle menu(cuando emulas)
Pasos:
0- vigila los permisos de carpeta
1- vas a actualizar cores(usando z,x) y te bajas el que te mole
2- configuras controles
3- cargas rom
Ale , a pisar setas!
Que pesaos sois algunos con el tema de las traducciones en el ámbito informático. Cuando os enteréis de que la mayoría traducimos "library" como "librería" os va a dar un ataque.
> el tema de las traducciones en el ámbito informático
El tema de las malas traducciones...
El /released/publicado/ no es algo informático, se usa con libros, discos, etc, desde hace tropecientos años, por qué empezar a traducirlo mal ahora ?
En informática igual se usa más el término "lanzamiento" que "publicación", pero también se suele leer "liberar" y tal como sinónimo, y se entiende igualmente por el contexto.