As soon as I can, I’ll try to see what I can, and if I can find out which commit it got broken so I can let the devs know.
How long has it been broken? The only commits that have happened in the past 2 months are some MSVC build things a small change to the makefile that was keeping it from compiling in Linux.
To be honest, I haven’t fired up Stella in 3-4 weeks…(it was working then)
Can someone else confirm that it actually is broken, and it’s not just me?
(Although everything else seems to be ok for me)
EDIT
I can confirm it’s working in RetroArch-Win64-2014-03-03 build and it’s broke in RetroArch-Win64-2014-03-18 build
Interestingly enough Stella works @ commit 618c90e but stops working @ commit 77d36f7 But looking @ commit 77d36f7 does a lot more than just update the MSVC solution.
Normally I try to test each core that I can when I do an update, but it looks like I either forgot to on this one each time or got side tracked. Filing issue now on git hub.
RetroArch-2014-04-02
Win64: Updated: RetroArch[88526a4], ScummVM[2e2ff8e], UME-SVN[10db799]
Notes: Reverted: Stella back to commit 618c90e until the Windows port gets fixed
UME-SVN2014: based on MAME-SVN r29206 I’ve added mame.ini, mess.ini & ume.ini files too for those that need them. They go in your System[mame/mess/ume]\ini folder.
RetroArch-2014-04-05
Win64: Updated: RetroArch[99bc686], Mupen54plus[de9e5a1], ScummVM[0fd3256], SNES9x-next[f998f5f], UME-SVN[e461e17]
Notes: UME-SVN2014: based on MAME-SVN r29332
I haven’t been posting Android versions lately because I’ve been having trouble in Eclipse making the apk’s. Towards the end of March I was getting random closure’s in Eclipse when having it make the apk, I was actually lucky to get the 2014-03-30 version made, but since then I haven’t been able to make an apk.
I was using version adt-bundle-linux-x86_64-20131030.zip but I hadn’t updated it since January, thinking that I might have something corrupted I backed up the assets folder in Retroarch, purged it and downloading a fresh copy from git, compiled it, then deleted the adt folder (eclipse + sdk). I then downloaded adt-bundle-linux-x86_64-20140321.zip, re-setup the RetroArch projects, but I got the following 3 lent errors:
1) "app_name" is not translated in af, am, ar, be, bg, ca, cs, da, de, el, en-rGB, en-rIN, es, es-rUS, et, et-rEE, fa, fi, fr, fr-rCA, hi, hr, hu, hy-rAM, in, it, iw, ja, ka-rGE, km-rKH, ko, lo-rLA, lt, lv, mn-rMN, ms, ms-rMY, nb, nl, pl, pt, pt-rBR, pt-rPT, ro, ru, sk, sl, sr, sv, sw, th, tl, tr, uk, vi, zh-rCN, zh-rHK, zh-rTW, zu
2) Unexpected cast to KeyBindEditText: layout tag was EditText
Issue: Looks for incorrect casts to views that according to the XML are of a different type
Id: WrongViewCast
3) This class should provide a default constructor (a public constructor with no arguments) (com.retroarch.browser.FileWrapper)
Issue: Ensures that classes registered in the manifest file are instantiatable
Id: Instantiatable
The first error, the translation one is easy to fix as I’ve always done by changing the error type in Lent from fatal to ignore and everything is ok, but the other two if I change from fatal to ignore will allow the apk to be made but causes fc’s when trying to launch RetroArch on my phone.
Am I doing something wrong with re-setting the 3 RA projects back into Eclipse or is there an issue that needs to be filed?
It should be working again.
RetroArch-2014-04-08
Win64: Updated: RetroArch[3da5205], bSNES[55f7309], ScummVM[5e744ad], SNES9x[7c9db9a], Stella[a717e01], UME-SVN[f9443d1]
Notes: UME-SVN2014: based on MAME-SVN r29424, which is post 0.153
I don’t see a RetroArch-2014-04-08 in your dropbox… There’s one from last night in the “old” directory, but it’s RetroArch-2014-04-05…
Thanks
My dropbox got too full, it’s there now.
RetroArch-2014-04-09
Win64: Updated: RetroArch[063bf83], Common-Shaders[ab875ee], DeSmuME-future[52cd526], MAME/MESS/UME2014[94dc623], UME-SVN[742d0de] Added: Hataro[437c2b8]
Notes: MAME/MESS/UME2014: Now based on the MAME 0.153 release UME-SVN2014: based on MAME-SVN r29505 Hatari: To get Hatari to work follow these directions:
- From the commandline in your RetroArch type the following: retroarch.exe -L cores\hatari_libretro.dll " "
- This will bring up the Hatari main menu, Select ROM
- Select your Atari ST TOS image, eg. tos100.bin, Select Back to main menu
- Select Save config, save this in the same folder as retroarch.exe which should be the default folder
- Select Quit
If you have any issues with the Hatari core, 7rtype would like you to post in it’s respected forum instead of in this one: http://www.libretro.com/forums/viewtopic.php?f=5&t=300
RetroArch-2014-04-11
Win64: Updated: Hatari[a7a1488], ScummVM[2a25f79], UME-SVN[5e7d3d6]
Notes: UME-SVN2014: based on MAME-SVN r29535
To conserve dropbox space, I’ve moved from ZIP to 7Z.
Nice… Thanks as always!
Hmm, is it just me, or is the current genesis_plus_gx_libretro.dll core broken a bit on Win64? Rewind doesn’t seem to work, instead it just brings up retroarch command line window each frame. Anyone know what was the last version that worked properly?
RetroArch-2014-04-13
Win64: Updated: RetroArch[dcebbf0], bSNES[ef6a479], bSNES-cplusplus98[6fc3eff], Genplus GX[ece1907], Mupen64plus[7c630d1], ScummVM[eb9452a], SNES9x[4f0d513], SNES9x-Next[3368964], UME-SVN[14917a1]
Notes: UME-SVN2014: based on MAME-SVN r29617
@Knurek, I didn’t check to see if rewind is working in this update to Genplus GX, but this is a big update to that core.
Man, you are really cranking these out!!! Thanks!
It does work again.