› Foros › Xbox 360 › Exploits y homebrew
Hay antes un apartado de emuladores 360.SUBCOMANDANTEMARCOS escribió:buen aporte no lo habia leido
por cierto no lo he visto en la recopilación de hilos importantes
saludos
Gromber escribió:Hay antes un apartado de emuladores 360.SUBCOMANDANTEMARCOS escribió:buen aporte no lo habia leido
por cierto no lo he visto en la recopilación de hilos importantes
saludos
Super Vegeta escribió:esperemos que en la nueva version vuelvan a activar los shaders en la 360, si no lo hacen pues seguire quedandome con la 0.9.8, mas que nada porque sin shaders en los lcd y led se ven fatal.
tampoco hace falta activar demasiados a la vez, que decian que ese era el problema con la 360, yo con el 5xBR me conformo.
RolleR escribió:Super Vegeta escribió:esperemos que en la nueva version vuelvan a activar los shaders en la 360, si no lo hacen pues seguire quedandome con la 0.9.8, mas que nada porque sin shaders en los lcd y led se ven fatal.
tampoco hace falta activar demasiados a la vez, que decian que ese era el problema con la 360, yo con el 5xBR me conformo.
Yo también me quedé en 0.9.8 por los shaders, no entiendo que los saquen porque la 360 no puedo con 2 a la vez...pues que dejen uno, que como bien dices yo con 1 va que chuta.
Desmond escribió:Una pregunta ..... He probado de varias maneras .... Pero este MULTIEMULADOR .... solo lee las roms desde el directorio que trae ???? Tengo qué meter todas las roms de todos los sistemas, mezclados, en ese directorio. ????
Desmond escribió:Desmond escribió:Una pregunta ..... He probado de varias maneras .... Pero este MULTIEMULADOR .... solo lee las roms desde el directorio que trae ???? Tengo qué meter todas las roms de todos los sistemas, mezclados, en ese directorio. ????
Alguien me ayuda ???
snake218 escribió:Desmond escribió:Desmond escribió:Una pregunta ..... He probado de varias maneras .... Pero este MULTIEMULADOR .... solo lee las roms desde el directorio que trae ???? Tengo qué meter todas las roms de todos los sistemas, mezclados, en ese directorio. ????
Alguien me ayuda ???
si, solo desde la carpeta ROMS. pero puedes crear subdirectorios dentro de esta para que no esten revueltos, por ejemplo ROMS\SNES, ROMS\NES, etc
RolleR escribió:Se sabe algo de este emu? alguna noticia de actualización con shaders?
supneo escribió:RolleR escribió:Se sabe algo de este emu? alguna noticia de actualización con shaders?
Hola , hasta que no salga la version 1.1 en pc y otras plataformas no saldra para la xbox 360 segun comentan.
Aliasmarcos escribió:He instalado Retroarch 0.9.8, voy a Homebrew, ejecuto Retroarch y funciona pero si le doy a seleccionar ROM no encuentra nada, en la carpeta donde he puesto los juegos solo me sale la carpeta "doom" pero nada más. En cambio si navego por medio de File manager hasta esa carpeta sí están los juegos, le doy desde ahí y funcionan.
¿Por qué no me salen los juegos si ejecuto el Retroarch desde Homebrew?
SSJBlueVegeta escribió:Aliasmarcos escribió:He instalado Retroarch 0.9.8, voy a Homebrew, ejecuto Retroarch y funciona pero si le doy a seleccionar ROM no encuentra nada, en la carpeta donde he puesto los juegos solo me sale la carpeta "doom" pero nada más. En cambio si navego por medio de File manager hasta esa carpeta sí están los juegos, le doy desde ahí y funcionan.
¿Por qué no me salen los juegos si ejecuto el Retroarch desde Homebrew?
¿tienes las roms puestas en la carpeta roms dentro del Retroarch? tambien deberen estar descomprimidas, menos las que son del core Final Burn, que esas si deben estar en un zip.
SSJBlueVegeta escribió:@Aliasmarcos son de snes segun veo, dale primero a change libreto core, y escoge snes9x_next.xex, y si quieres roms de otro sistema, pues tienes que escoger su correspondiente core, luego ya si, vas a roms y deberian aparecer.
si aun asi, las de snes no aparecen, cambia la extension de sfc por smc.
ya diras si ahora te funciona
Aliasmarcos escribió:SSJBlueVegeta escribió:@Aliasmarcos son de snes segun veo, dale primero a change libreto core, y escoge snes9x_next.xex, y si quieres roms de otro sistema, pues tienes que escoger su correspondiente core, luego ya si, vas a roms y deberian aparecer.
si aun asi, las de snes no aparecen, cambia la extension de sfc por smc.
ya diras si ahora te funciona
Pues así sí aparecen, muchas gracias.
De todas formas lo veo un poco lioso, hablo de memoria pero creo que son necesarios incluso más pasos:
- Homebrew / Emulators / Change libreto / Elegir la consola / roms / seleccionar el juego
Frente a como lo venía haciendo hasta ahora
- File mananger / HD / Emulators / roms / seleccionar el juego
Esto con Freestyle, no sé cómo será con otro Dashboard.
Desmond escribió:Desmond escribió:Esta version, tiene soporte para NIN64 ???
Alguien lo sabe ????
Lordjontan escribió:Como apunte decir que he leído que al único desarrollador de retroarch que trabaja en xbox 360ya no tiene sdk ni consola en la cual trabajar. Aunque a mi la versión 1.0.0.2 que fue la última que llegó a salir me va bien, en ps3 a medida que iban saliendo nuevas versiones cada una estaba más rota que la anterior hasta ser prácticamente inservible afortunadamente apreció recientemente que un usuario italiano que ha arreglado un poco las cosas. Con esto quiero decir que desafortunadamente ya no se puede esperar mucho para estas consolas ya que el enfoque está ahora en android y Vita
SSJBlueVegeta escribió:@franjart ¿Has probado por ftp mediante filezilla? yo por comodidad es lo que suelo usar, porque no me convence eso de conectar y desconectar HDDs ni pendrives, con el tiempo se les suele romper la clavija.
franjart escribió:SSJBlueVegeta escribió:@franjart ¿Has probado por ftp mediante filezilla? yo por comodidad es lo que suelo usar, porque no me convence eso de conectar y desconectar HDDs ni pendrives, con el tiempo se les suele romper la clavija.
Acabo de averiguar que pasa: nombre largo de los ficheros Seguro que por FTP no me peta pero es que la tengo fuera de la red ahora mismo. La verdad es que voy a filtrar las roms y poner solo las que me gustan, paso de tener veinte mil que no voy a usar.
Por lo demás funcionan todos los emus, jaja es genial. Tengo que probar más shaders porque me quedo ciego en algunos juegos.
Muchas gracias compi.
PD: ¿¿Las roms de MegaCD como hay que ponerlas??, en zip no me tiran...
SSJBlueVegeta escribió:Lo de las caratulas y demas, dentro de las carpetas de los cores por separado, hay una que pone covers, ahi estan las caratulas, fondo, iconos, imagenes, y demas que puse, con el FSD3 entrando en su interfaz web puedes ponerlas, y si tienes aurora puedes usar el Aurora Asset Editor, es facil, y en los hilos oficiales de estos managers pone como se hace.
Un saludo
Aliasmarcos escribió:SSJBlueVegeta escribió:Lo de las caratulas y demas, dentro de las carpetas de los cores por separado, hay una que pone covers, ahi estan las caratulas, fondo, iconos, imagenes, y demas que puse, con el FSD3 entrando en su interfaz web puedes ponerlas, y si tienes aurora puedes usar el Aurora Asset Editor, es facil, y en los hilos oficiales de estos managers pone como se hace.
Un saludo
No consigo que se vean las carátulas, ¿cómo lo hago con Freestyle?
Xbox OG/Xbox 360
For a long time, the Xbox OG and 360 versions of RetroArch and cores have been de-listed. This had several technical reasons, one of which being that it was a big maintenance burden and struggle to keep having to update all the separate Visual Studio solution files for these platforms. For all other platforms, we build cores using a universal Makefile, which typically contains one file (called Makefile.common) which conditionally defines which files are to be compiled in. By having to maintain some separate solution file, we need to update two files instead of one, and worse, having to start IDEs in order to edit them (or even worse), having to manually edit them with a text editor, which can tend to be error prone on top.
In order to do away with these issues, we have now reverse-engineered how we can still have a Makefile target for MSVC that uses MS’ compilers/linkers/assemblers from within the confines of a Makefile-based solution. Note that this solution does not depend on Microsoft’s nmake and uses plain make.
Now that we have accomplished being able to compile and link cores with MSVC without any MSVC solution file, we now feel the time is right to start reintroducing the Xbox OG and 360 ports.
The Xbox port work also feeds into several other things we have been working on concurrently, such as :
Better Direct3D support. Xbox OG will need Direct3D 8, whereas Xbox 360 needs Direct3D 9 + HLSL.
The latest compiler that can be used for Xbox OG is Visual Studio 2003, whereas for Xbox 360 this is Visual Studio 2010 (right now). To this end, we have updated a lot of core Makefiles to include targets for these platforms, and not just for the Xbox platforms, but PC as well.
Direct3D work – supporting more versions, etc.
In the past, we have had two separate Direct3D drivers – one for X D K (shorthand for Xbox platforms), and one for PC (Direct3D9-based). Because we intend on supporting the Xbox platforms again, we no longer want the maintenance burden of having two video drivers that essentially are similar in lots of ways. To this end, we have started modularizing the Direct3D driver so that multiple backends are possible to be implemented.
Not only is it possible to have a Direct 3D 8 / 9 codepath, but it is also possible to have separate renderchains. For instance, the Xbox 360 will be able to use the HLSL renderchain, whereas on PC the user has the option to choose between Cg (which would use the Cg renderchain), and/or HLSL (which would use the HLSL renderchain).
We also intend for there to be a fallback path to Direct 3D 8 in case your GPU and its drivers do not support Direct 3D 9 for whatever reason. Backwards compatibility is very important to us and it’s increasingly getting harder to keep supporting all of these various versions in one single codebase. These are unique challenges to which there is often not a clear-cut solution, so we have to improvise a little on the fly and do unconventional things in order to make this happen.
spectrum3 escribió:Ojala metieran los emus de n64,psp, dreamcast y psx con aceleracion hardware.
Hoshi Masters escribió:grandes noticias, habra nueva versiones de Retroarch para Xbox 360, la scene no esta tan muertaXbox OG/Xbox 360
For a long time, the Xbox OG and 360 versions of RetroArch and cores have been de-listed. This had several technical reasons, one of which being that it was a big maintenance burden and struggle to keep having to update all the separate Visual Studio solution files for these platforms. For all other platforms, we build cores using a universal Makefile, which typically contains one file (called Makefile.common) which conditionally defines which files are to be compiled in. By having to maintain some separate solution file, we need to update two files instead of one, and worse, having to start IDEs in order to edit them (or even worse), having to manually edit them with a text editor, which can tend to be error prone on top.
In order to do away with these issues, we have now reverse-engineered how we can still have a Makefile target for MSVC that uses MS’ compilers/linkers/assemblers from within the confines of a Makefile-based solution. Note that this solution does not depend on Microsoft’s nmake and uses plain make.
Now that we have accomplished being able to compile and link cores with MSVC without any MSVC solution file, we now feel the time is right to start reintroducing the Xbox OG and 360 ports.
The Xbox port work also feeds into several other things we have been working on concurrently, such as :
Better Direct3D support. Xbox OG will need Direct3D 8, whereas Xbox 360 needs Direct3D 9 + HLSL.
The latest compiler that can be used for Xbox OG is Visual Studio 2003, whereas for Xbox 360 this is Visual Studio 2010 (right now). To this end, we have updated a lot of core Makefiles to include targets for these platforms, and not just for the Xbox platforms, but PC as well.
Direct3D work – supporting more versions, etc.
In the past, we have had two separate Direct3D drivers – one for X D K (shorthand for Xbox platforms), and one for PC (Direct3D9-based). Because we intend on supporting the Xbox platforms again, we no longer want the maintenance burden of having two video drivers that essentially are similar in lots of ways. To this end, we have started modularizing the Direct3D driver so that multiple backends are possible to be implemented.
Not only is it possible to have a Direct 3D 8 / 9 codepath, but it is also possible to have separate renderchains. For instance, the Xbox 360 will be able to use the HLSL renderchain, whereas on PC the user has the option to choose between Cg (which would use the Cg renderchain), and/or HLSL (which would use the HLSL renderchain).
We also intend for there to be a fallback path to Direct 3D 8 in case your GPU and its drivers do not support Direct 3D 9 for whatever reason. Backwards compatibility is very important to us and it’s increasingly getting harder to keep supporting all of these various versions in one single codebase. These are unique challenges to which there is often not a clear-cut solution, so we have to improvise a little on the fly and do unconventional things in order to make this happen.
fuente: https://www.libretro.com/
ojala en esta vuelvan a añadir los shaders, que en la ultima de Xbox 360 se los quitaron