RetroArch PC releases

RetroArch General
#21

Whats wrong with a having a set directory, that RetroArch-Phoenix or RGUI starts in. since you are using windows. Why not have something like C:\ROMS and in that folder have NES SNES GB GBC GBA GEN GG PCE PSX and so on in which you put the roms for those systems in.

You use a Megadrive rom as an example. Genplus-GX handles Genesis/Megadrive, GameGear, Master System, and Sega CD. Gambatte does gameboy and gameboy color. Mednafen PCE does TurboGrafx 16 and TurboGrafx 16 CD. I’m sure there is probably other libretro cores that handle multiple systems too.

I’m not sure about you or others but I like to keep my roms separated by system. It just seems much much easier to me to set a single directory, then when you load a core and go to select a rom. you can just click or scroll to the system you want and select a rom from that. Very simple and straight forward. Much less messy than trying to set a directory for every core that you want.

Although if maister or squarepusher would add it, that would be cool i guess for all the people asking for it. It just makes no sense at all to me and seems complicated.

#22

Too complicated and ugly for my taste. Can be solved with separate configs and/or a rethink on how you organize your ROMs.

#23

Setting special use cases is always going to be messy because it will never do exactly what each person wants. While adding something like almostalive described (not calling you out, btw; I know you weren’t asking) would fit his uses and maybe some others, the next guy will come along and say “it does almost what I need, but can you please make it do this one other thing at the same time,” and on and on.

IMO, that kinda thing doesn’t belong in RetroArch proper, which should be focused on providing the best emulation experience possible, but totally belongs in a frontend, which should provide the best auxiliary file-browsing/launching experience possible.

#24

Haha, what I suggested to him is actually already apart of retroarch in rgui with rgui_browser_directory and I think retroarch-phoenix can also be set to open a specific directory when browsing for roms. (I’m sure you probably know that but your post kinda sounded like what I said wasn’t already there) :slight_smile:

but you are correct about people saying they aren’t satisfied and want more.

And this will be my last post here to keep this thread clean. but for the people on windows or what not that uses set builds and wait for next versions, 0.9.9 has many great new features compared to 0.9.8 and is great.

#25

Whats wrong with a having a set directory, that RetroArch-Phoenix or RGUI starts in. since you are using windows. Why not have something like C:\ROMS and in that folder have NES SNES GB GBC GBA GEN GG PCE PSX and so on in which you put the roms for those systems in.

You use a Megadrive rom as an example. Genplus-GX handles Genesis/Megadrive, GameGear, Master System, and Sega CD. Gambatte does gameboy and gameboy color. Mednafen PCE does TurboGrafx 16 and TurboGrafx 16 CD. I’m sure there is probably other libretro cores that handle multiple systems too. Although if maister or squarepusher would add it, that would be cool i guess for all the people asking for it. It just makes no sense at all to me and seems complicated.[/quote]

Fair enough. I didn’t think of doing it that way actually. There are better ways of organizing my games. I’m not sure about you or others but I like to keep my roms separated by system. It just seems much much easier to me to set a single directory, then when you load a core and go to select a rom. you can just click or scroll to the system you want and select a rom from that. Very simple and straight forward. Much less messy than trying to set a directory for every core that you want.

Yikes, sorry about that! I’ll rethink about reorganizing them better.

If I came across as dissatisfied, that was not my intent.

#26

RetroArch 0.9.9-wip3

This is a work-in-progress release for Win/Linux/OSX. Major thanks to all involved.

  • Can load without ROM in RGUI directly.
  • Add video_hard_sync option. Can potentially greatly reduce input lag in OpenGL at the cost of lower performance.
  • Make joypad driver configurable.
  • Fix input regression when using joypad index #1 and up.
  • Various RGUI bug fixes and improvements

Source http://themaister.net/retroarch-dl/retroarch-0.9.9-wip3.tar.gz

Windows binaries Slim/Full build is available from Phoenix GUI and it’s the recommended way to update RetroArch to save massive bandwidth (~1MB vs ~15MB). Do note that if you have old SSNES-Phoenix, you will not be able to update directly as paths have been changed around.

Note that 0.9.8-beta1 introduces support for D3D9 and RetroArch now needs DirectX redists installed. If you get an error message that d3d9x_43.dll is not found, install the redist from Microsoft’s homepages. If you are running on a machine with reduced privileges, it usually works to copy over d3d9x_43.dll from somewhere else.

32-bit: http://themaister.net/retroarch-dl/retroarch-win32-0.9.9-wip3.zip (Full + Redist) 64-bit: http://themaister.net/retroarch-dl/retroarch-win64-0.9.9-wip3.zip (Full + Redist)

#27

I have a problem with my compiled builds (VS2010 with all necessary libraries/SDL included) for Windows. The SDL video core driver doesn´t work. Unfortunately, I´ve no idea what´s wrong. Is there something I have to pay attention for?

#28

MSVC build doesn’t build in any external deps except for Cg and D3D9 for maintenance reasons. Use MinGW-w64.

#29

Hey, I have an idea. How about to add an option to change refresh rate of the monitor depending on the ROM? I guess some will play with RetroArch on a TV, where you change to 50Hz. It would make sense for european ROMs. I saw this option in XBMC for movies. You start the movie/game and it changes the monitor refresh rate. If you stop, it switch back to 59Hz.

#30

No. Too complex, and very error prone.

#31

Hi, I’m having a problem with tyrquake. The game runs great, but I can’t play it because it’s like the down button on my gamepad is stuck, but works fine in other cores.

#32

http://themaister.net/retroarch-dl/retroarch-win64-0.9.9-wip2.zip Is dead. All of the WIP links are.

#33

http://themaister.net/retroarch-dl/retroarch-win64-0.9.9-wip3-full.zip

#34

Have you configured analog axes on your gamepad? I added analog support to Tyrquake sometime ago - it could be that if/when analog axes are not properly hooked up on your gamepad, it might produce wrong D-pad input behavior.

#35

That fixed it. Thanks

#36

I’m experiencing this problem as well, but I already have the analogue axis’ mapped. Even cleared it and remapped it again and it still doesn’t work.

Also prboom doesn’t seem to work, it always crashes. And yes I have prboom.wad in the same directory as the wad I’m trying to load (in this case doom.wad) The best I could do was load Ultimate FreeDoom.wad and the menu works,but it crashes when I start a new game.

#37

RetroArch 0.9.9

This is a work-in-progress release for Win/Linux/OSX. Major thanks to all involved.

Since wip3:

  • video_hard_sync_frames added.
  • Fix GPU screenshots in GL.
  • Improve performance of GPU recording.
  • Various RGUI fixes.
  • Add some directory settings to RGUI.
  • Allow saving RetroArch config on exit (for RGUI).
  • And some minor stuff …

Source http://themaister.net/retroarch-dl/retroarch-0.9.9.tar.gz

Windows binaries Slim/Full build is available from Phoenix GUI and it’s the recommended way to update RetroArch to save massive bandwidth (~1MB vs ~15MB). If you get an error message that d3d9x_43.dll is not found, install the redist from Microsoft’s homepages. If you are running on a machine with reduced privileges, it usually works to copy over d3d9x_43.dll from somewhere else.

32-bit: http://themaister.net/retroarch-dl/retroarch-win32-0.9.9.zip (Full + Redist) 64-bit: http://themaister.net/retroarch-dl/retroarch-win64-0.9.9.zip (Full + Redist)

#38

Really thank you for your hard work guys.

I dont have now that much time to being testing all the versions of RA, anyway i´ll try playing some time with the pc ver.

Any chance of someone uploading a precompiled version of the mame 0.78 core for x32_x64 for testing? Thanks in advice.

Will try this weekend all the cores but i think the pc version has 0 issues already :smiley:

Best regards,

#39

hmm the phoenix gui from v0.9.9 (x86) crashes for me right after the window shows up. 0.9.9-wip3 though worked fine. here is the error report (error offset: 00004d36):

http://pastebin.com/TLAQdtAc

os: windows xp sp3, 32bit

#40

same problem on Windows 8. 64 bit Version works fine.