same here, only on OUYA.
RetroArch-2014-04-26
Android: Updated: RetroArch[6743066], Mednafen[06e6fc4]
Win64: Updated: RetroArch[6743066], Mednafen[06e6fc4], Mupen64plus[e99584d], PUAE[5be4897], ScummVM[2b7be8a], UME-SVN[405e969] Added: Mednafen ports of Atari Lynx & NEC PC-FX
NOTE: For best results with Android port, be sure to uninstall previous version before installing newer versions.
UME-SVN2014: based on MAME-SVN r30018
@foleyjo & pgom I’m not sure what happen as I test all Android builds on my Note 3 before I post them here. Maybe the apk got corrupted on dropbox’s end???
Same problem with that build too. 
dito on OUYA.
I’ve installed the latest on my other Android devices without issue, so I’m wondering:
What is the native/default language on your device?
Can you still install RetroArch-2014-03-30.apk?
When you uninstall, check to see if /data/data/com.retroarch is gone.
I’d really like to hear from others if they have successfully installed this latest release or not.
JXD devices are chinese so i guess the native language is cantonese or mandarin. It was already set up for English(UK) when I got it though.
I was able to reinstall the previous version from March without issue.
I just trier installing the latest version again and made sure the folder you mentioned was not there.
My device is rooted and running android 4.2.2 .
Hope this info helps
OUYAs native language is englisch, but set to german currently. RetroArch-2014-03-30.apk works fine.
Sorry for late reply, at the moment I’m thinking that because I’m now using ant to build the apk’s instead of Eclipse like before hand, that your devices are not liking how I have to sign the apk’s now. I am going to do some more research and see if I can find a better more device friendly way to sign them.
I 've always build with ant my own retroarch apk , and only have to do an ant debug instead to ant release to be able to install on my phone, BTW when trying to install your last apk (by adb) it failed with :
4022 KB/s (89716450 bytes in 21.778s)
pkg: /data/local/tmp/RetroArch-2014-04-26.apk
Failure [INSTALL_PARSE_FAILED_NO_CERTIFICATES]
seem you dont have sign the apk
Ok , i’ve resign the apk with the sdk debug key , and it install fine now on my android device.
http://stackoverflow.com/questions/7119 … ndroid-apk
**Open the apk in the winzip browser and not by unzipping to a folder.
Delete META-INF folder .zipping again is not required.**
Jarsigner -verbose -keystore debug.keystore yourapk.apk aliasname
**Example** `-Jarsigner –verbose –keystore debug.keystore androiddebugkey.`
jarsigner -verify yourapk.apk
zipalign -v 4 yourapk.apk signedapk.apk
http://developer.android.com/tools/publ … gning.html
Keystore name: "debug.keystore"
Keystore password: "android"
Key alias: "androiddebugkey"
Key password: "android"
CN: "CN=Android Debug,O=Android,C=US"
RetroArch-2014-05-01
Android: Updated: RetroArch[61d2b49], DeSmuME[954b92f], Genplus GX[f932017], Mednafen[8a28b49], Nestopia[6dc8c6a], SNES9x-Next[678f4b2]
Win64: Updated: RetroArch[61d2b49], DeSmuME[954b92f], Genplus GX[f932017], Mednafen[8a28b49], Nestopia[6dc8c6a], SNES9x-Next[678f4b2], ScummVM[e278e41], UME-SVN[ab4e0ab] Added: RetroArch Audio DSP filters & Video Soft Filters
NOTE: For best results with Android port, be sure to uninstall previous version before installing newer versions.
UME-SVN2014: based on MAME-SVN r30177
For the Android build I did both a Release and a Debug build, I also redid my keystore, added the following to the jarsigner: -sigalg SHA1withRSA -digestalg SHA1
@7rtype, I don’t understand why my apk shown that it was not signed as I did verify that it was signed and always got a ‘jar verified’ when checked. Here is my apk script:
#!/bin/sh
export PATH=${PATH}:/home/n3dev/android/adt-bundle-linux-x86_64-20140321/sdk/tools
cp -f dist/android/armeabi-v7a/* retroarch/android/phoenix/assets/cores
cd retroarch/android/phoenix/bin
echo 'Cleaning up...'
rm -f *.apk
cd ..
rm -fr obj/*
ant release
cd bin
jarsigner -verbose -sigalg SHA1withRSA -digestalg SHA1 -keystore retro.keystore retroarch-release-unsigned.apk retro
zipalign -v 4 retroarch-release-unsigned.apk retroarch.apk
jarsigner -verify retroarch-release-unsigned.apk
RA=$(date -I)
mv -f retroarch.apk ../../../../../RetroArch-$RA.apk
Also, on the Win64 build I was using the EQ DSP since API v5 but now with the new API v6 my rarch_effect.cfg no longer works. Are the DSP’s still using rarch_effect.cfg or do they now need to be in retroarch.cfg? Has the syntax changed?
Haven’t said “thanks” to you in a couple weeks, so…
Thanks!
Seems like the Blargg NTSC filters aren’t working yet.
If this is for the Android build, then I guess the packager forgot to compile the softfilters separately. The same applies for the PC version.
The filters are only ‘baked in’ into the main binary on the game consoles where we lack the ability to dynamically load libraries. So on PC and Android, you need to compile these separately by going into gfx/filters and running make.
I guess I’ll make a JNI Makefile soon so that these filters can be compiled for Android as well.
No no, he DID bundle them in separately. They just do not seem to work. Every other filter works, but if you try to select any of Blargg’s, nothing happens, and the Soft Filter option in RGUI says N/A, as if you didn’t select anything.
Edit: forgot to state that I’ve only tested this with the bsnes balanced core, my SNES core of choice. I’m assuming that core does not conform to the required RGB565?
No no, he DID bundle them in separately. They just do not seem to work. Every other filter works, but if you try to select any of Blargg’s, nothing happens, and the Soft Filter option in RGUI says N/A, as if you didn’t select anything.
Edit: forgot to state that I’ve only tested this with the bsnes balanced core, my SNES core of choice. I’m assuming that core does not conform to the required RGB565?[/quote]
This is Android or Windows PC?
bsnes balanced uses XRGB8888, yeah. Try SNES9x Next or SNES9x with it and the blargg NTSC filter should work.
Maybe with some modifications we can introduce a XRGB8888 codepath as well.
Windows 7. I’d be a maniac to use bsnes on Android.
In any case, I tested it out with Snes9x, and the filter does appear to work, but I just got a random freeze for whatever reason.
Edit: Yup, I keep getting random freezes when using Blargg’s NTSC filter, at least the RGB variant. Haven’t tested the other non-Blargg filters extensively, so I don’t know if it’s something exclusive to the NTSC filters.