The latest MAME has some changes,
- If SAVE DIRECTORY is not set it will SAVE in SYSTEM\mame
- If SAVE DIRECTORY is set it will SAVE in SAVE\mame
It can also load SAMPLES and ARTWORK from
- system\mame\samples
- system\mame\artwork
Can you have a look at The Legend of Zelda - Ocarina of Time & Majoras Mask europe version? Ocarina of Time plays to fast and Majoras Mask ist just black (no logo, no background sound). The american versions works fine. 
It might be because Europe’s version is PAL and RetroArch runs at your monitor’s refresh rate
But Super Mario 64 europe version (PAL) also works fine.
these kind of issues get lost here, it it’s a problem and you can confirm you should open an issue on github
Is there a particular reason for the cores to have debugging symbols? I don’t really know much about Win64/PE structure, maybe there’s no way to not include them, but they seem to bloat core filesizes considerably.
What core?
From the latest package:
All three BSNES, DOSBox, FB Alpha, Gambatte, Handy, all Mednafen cores, Mupen64, Nestopia, Picodrive, QuickNES, Stella, TGB Dual, VBA Next and VBA-M. Just search for .debug_info string, all of these cores have what looks like few hundred kB of plaintext list of functions afterwards.
would it be possible to add WIPs for the Windows x32 bit version?
Thank you for the Android WIP, by the way.
RetroArch-2014-02-27
Android: Updated: RetroArch, 3dEngine, FinalBurnAlpha, Genesis Plus GX, Handy, Mupen64plus, Nestopia, SNES9x, SNES9x Next , VBA-M
Win64: Updated: RetroArch, 3dEngine, FinalBurnAlpha, Genesis Plus GX, MAME, Mupen64plus, Nestopia, SNES9x, SNES9x Next
NOTE: For best results with Android port, be sure to uninstall previous version before installing newer versions.
Noteable Updates: RetroArch: Changes to RGUI MAME: Cheat Engine
@all, Most of the changes over the last few weeks has been for the PSP & PS3 so there hasn’t been much of a need to compile for Android nor Win64.
@lwares87, I have no interest in Win32 builds, sorry.
Fair enough, i was just asking anyway.
Bear in mind MAME cheats are not handled by RA but the core itself. Also the way MAME handles paths has been modified, check this for info:
RetroArch-2014-03-03
Android: Updated: RetroArch, Gambatte, Mupen64plus, VBA-M
Win64: Updated: RetroArch, Gambatte, Mupen64plus, MAME , VBA-M
NOTE: For best results with Android port, be sure to uninstall previous version before installing newer versions.
As always, thanks!!
Does anyone else notice Mega Man X3 running really slowly on BSNES Balanced in the past few Windows test builds? I think it might have started happening after lordashram switched to the newer toolchain in January. I remember for awhile when I tried to build my own via MinGW it would be slow like that, but other people’s builds made on Linux ran that game perfectly. I keep an older build of that core from October that still works with the latest Retroarch and runs that game well.
The faster versions were probably compiled from c++98 repo, which still has HLE for cx4 games, IIRC. The up-to-date versions require gcc/+±4.7+, so switching to a newer toolchain would have allowed for switching to it vs the older one. There’s no reason you couldn’t still use the c++98 version, though.
I’ve tried forward-porting the special chip HLE to the newer version, but it’s out of my skill range, I think.
Thanks for clearing that up! I guess I’ll stick with the older version of that for now; I don’t think much has changed in BSNES that I need the latest right now anyways.
RetroArch-2014-03-05
Android: Updated: RetroArch, Mupen64plus, Nestopia, PCSX Rearmed, Picodrive, SNES9x Next
Win64: Updated: RetroArch, Mupen64plus, Nestopia, Picodrive, SNES9x Next
NOTE: For best results with Android port, be sure to uninstall previous version before installing newer versions.
My previous toolchain was based on GCC 4.7.3, my current toolchain is using GCC 4.8.2
@all, So I should feel so special [/sarcasm] It looks like emucr is now posting my compiles of both the Win64 & Android ports of RA as their own.