RetroArch 0.9.8 beta 2 (win32)

RetroArch General
#1

Maybe the bsnes board was the wrong place to post RetroArch specific questions, so a new attempt.

RetroArch 0.9.8 beta 2 (win32)

Is it possible to save/remember the last window position (Window mode)?

Retroarch Updater Download core PCE Mednafen

The Updater is looking for the libretro-0924-mednafen-pce-x86.dll and can´t find. On Themaister´s server exist a file called “libretro-0924-mednafen-pce-fast-x86.dll”. Is this ok?

#2

This is more complex than it sounds. It might be implemented at some later time, but it’s not a priority now. It is really something that your window manager should solve, not the application itself.

Retroarch Updater Download core PCE Mednafen

The Updater is looking for the libretro-0924-mednafen-pce-x86.dll and can´t find. On Themaister´s server exist a file called “libretro-0924-mednafen-pce-fast-x86.dll”. Is this ok?

Should be fixed now.

#3

Are you serious? Anyway, if I have time I ´ll take a look into the source.

Thanks.

#4

[quote=“AnnaWu”]

Are you serious? Anyway, if I have time I ´ll take a look into the source.[/quote]

Yes, window managers in general like to think they have control over where windows are placed. Implementing this feature would mean storing window coordinates and size after shutdown which would have to be restored. Storing part is farily trivial, the problem is that you cannot guarantee at all that your windows ends up where you want.

Most WMs I’ve dealt with simply don’t care because they are configured to place new windows where it thinks the “best place” is, even if the application says otherwise. Then of course, tiled WMs are extremely strict and you cannot even assume you get the same window size … You can try to make lots of workarounds to get it as good as you can, but then the feature is suddently very complex and hacky.

Then there’s the off-chance that with multimonitor support you might end up with coordinates that make no sense at all if monitors have been added and/or removed in-between sessions. This adds complexity as well.

Then of course there is the issue of having to implement it for all drivers (on PC).

#5

To load individual RetroArch configs is in principle a good idea by using the Phoenix frontend but I miss the saved ROM path in the Retroarch.cfg (I´m not talking about the Retroarch-Phoenix.cfg).

#6

Saved ROM path in retroarch.cfg?

#7

I give you a example:

If I load the config (retroarch_fba.cfg) for the FBA emulation, I get the needed library (libretro) but I still have the ROM path which is saved in Retroarch-Phoenix.cfg (in my case “c:\Emulator\SNES\Games” for using the libretro-git-snes9x-x86.dll core) So for each loaded config file and it´s different core I have to determine another ROM path by hand.

#8

Oh, I see. There was another request about more flexible path handling in Phoenix, so might look into that when I have time. EDIT: Had time today anyways. Implemented it.

#9

Nice!, thanks : )