The Windows updater is dead - moving to bundled Windows builds

[Maister]

The next megapack should include MAME 0.150 and Picodrive. Those are harder to compile; I can’t do either with the portable mingw64 from the dev board.

Those should be added and/or fixed in libretro-super then.

[r-type]

The next megapack should include MAME 0.150 and Picodrive. Those are harder to compile; I can’t do either with the portable mingw64 from the dev board.

Awakened , i build mame for win64 with the last toolschain released by maister and it works fine. but be sure to have python2 installed and in the path else build will failed. i use this one http://www.python.org/ftp/python/2.7.5/python-2.7.5.amd64.msi

After with the maister toolchain , launch gitbash.vbs export PATH=$PATH:/C/Python27 (if you choose default install) and then go the mame2013_libretro/0150/ and just do a : make -f Makefile.libretro “PTR64=1” -j4

[Awakened]

Thanks for the instructions. I’ll see if I can get that working with a portable version of Python since I don’t like installing things I’m probably only going to use a few times.

Edit: Tried a portable version and the one from your link. Couldn’t get it to compile with either. Seemed like it was failing at the part that needed Python even though I defined the path it was installed in properly.

I can just use hunterk’s builds though.

[solid12345]

I’m sure there is a good reason for everything but as an end user I didn’t see what was so bad about Phoenix, I never had input issues at all with my Logitech f310 controller which is xinput compatible and honestly if you have a folder full of hundreds of roms like I do, it’s ALOT faster to quickly change cores and load a game from within windows with a mouse than scrolling through hundreds of titles with RGUI on my controller. I’ve just always preferred launchers to in-program GUIs unless they serve a purpose like hyperspin or Mala for showing artwork and preview videos. Anyway just my 2 cents.

[r-type]

@Awakened ! i remember now , square change makefile to point python2 (because it’s python 2 script) so i had to copy python.exe to python2.exe for building works !

[Knurek]

I’ve compiled together a “megapack” of sorts which should make it far simpler to start using RetroArch. Ideally, you should be able to select core, Load Game, and done.

I’ve included all cores which built from libretro-super as of 20130927 with MinGW-w64 4.8.1 POSIX thread. They’re placed in libretro/ directory.

Note that many of these cores are WIP-quality.

Both mednafen_gba_libretro.dll and vba_next_libretro.dll don’t really work properly in the pack you provided (Win7, x64 version used).

Mednafen GBA core just crashes the emulator on ROM load, VBA Next has terrible graphic glitches in the tiled graphics.

Please let me know if you need more detailed information, disregard this message if this is a known issue.

[Maister]

Yes, I know there are several cores which are basically broken and very WIP on Windows. As I said, I included the dlls which built successfully, nothing more, nothing less. I don’t test every single core before I release a zip or anything. Anyone is free to repack the zip with more up-to-date libretro cores and stuff.

VBA Next tiled rendering should be fixed on Git I think (thanks to OV2).

[system]

VBA Next tiled rendering being bugged was a Win32-ism that didn’t occur on any Unix/BSD-based platform (including things like PS3 and Wii).

Fix TILED_RENDERING with MSVC

Anyway, I can confirm that it also fixed the same issues on Xbox 1/360 as well (both Win32 boxes in disguise).

[Awakened]

@Awakened ! i remember now , square change makefile to point python2 (because it’s python 2 script) so i had to copy python.exe to python2.exe for building works !

With that I was able to get the core to compile using portable Python

[GPDP]

I’m sure there is a good reason for everything but as an end user I didn’t see what was so bad about Phoenix, I never had input issues at all with my Logitech f310 controller which is xinput compatible and honestly if you have a folder full of hundreds of roms like I do, it’s ALOT faster to quickly change cores and load a game from within windows with a mouse than scrolling through hundreds of titles with RGUI on my controller. I’ve just always preferred launchers to in-program GUIs unless they serve a purpose like hyperspin or Mala for showing artwork and preview videos. Anyway just my 2 cents.

AFAIK there is now a menu toolbar at the top of the window to open a new game with mouse and keyboard navigation if you so desire. Last I hear they were going to be expanding this to effectively give RetroArch a Snes9x-style interface. Not sure if that’s still the plan or not, however.

[hunterk]

@GPDP I believe that menubar is gone now in git, as well.

If you need to browse a large pokeROM collection, I think a jazzy frontend like Hyperspin or XBMC+Advanced Launcher is probably your best bet for now.

[timde9]

either that or just organize your roms better. I have them all catogorized into a hierarchy; consoles > alphabetical > game > and then the actual file resides in each game folder (so that if I have more than one version of a rom they are both in the same place). That way there are never more than 20-30 options per menu (at the very most, usually less), meaning I don’t have to scroll forever.

[system]

So with Phoenix gone how does netplay work? I of course saw it can be done through CLI, but I don’t even know how to run a command line version of Retroarch let alone figure out what commands to input for anything.

[hunterk]

RetroArch-Phoenix still works, it just won’t be getting any updates/fixes anymore. So, you can still use it to setup netplay, and it prints the CLI launch command in your log, which you can copy/paste into a cmd prompt.