Jason Carr

No, it wouldn't, because bindings were completely overhauled and use different data in the new version. Can you please just check your bindings?

This is by design. Depending on your set, MAME ROMs require various other files from the set. So there really isn't any other option, unless you specifically have what's called a "merged" set. We may add an option for that later on to the exporter, but I imagine that is likely to cause some significant confusion.

I honestly haven't started on that yet, but it is planned. I have a lot of other stuff to tackle first though.

To be honest it will probably be a while before I get back to making any changes or fixes to the pause screens. As I've stated before, both pause and startup screens are finicky at best, due to the fact that you literally have to fight against Windows to implement them, which is why I held off from tackling them for years. There are compatibility issues with the pause screens for sure, but they are working better than I even thought would be possible at first, so I'm happy with them currently as they stand. Feel free to report issues, but honestly I won't be making any changes to them for quite a while.

Have you checked your controller mappings to make sure that nothing is bound to Exit?

Yes, you can turn it off in the Options screen under Backups.

I finally figured this out, unfortunately shortly after I put out the 10.2 release. It was an issue if you had a space in your LaunchBox folder path. I put out 10.3 to address the issue. Thanks for bringing this to my attention @dbalcar.

Ha, that's pretty cool. We can add that here soon, hopefully.

FYI all, I put out 10.2 this morning and then discovered an issue with the data backups, then quickly put out 10.3. I highly recommend updating to 10.3.

Wow, I have never heard of the Back button on controllers causing crashes for Big Box. Are you sure you don't have it mapped that way somehow, either with a controller mapping in Big Box or an external application? It sounds like there's something wonky going on somewhere. By now with all the beta testing we've done, I'm pretty certain those controller issues are unique one-off issues. It might help to know if you see those same issues in 10.1.

Thank you @Kondorito, got this in for the official release.

This sounds like an issue with the screen resolution changing. That can cause issues, so I would suggest changing the emulator settings to always use the native resolution, if possible. There are several issues here that will need separate troubleshooting. Per Big Box "soft crashing", what does that mean? Also, what Big Box theme are you using? Per the controller issues, I'll need more details on that. What happens when it's randomly not working? Is the ScrollBeginDelay issue a new issue with the betas?

Lol, I've never heard of a Wifi hard drive before...

I'll be improving the exporter in the future to better identify connected files, but that feature will probably never be perfect. If you're looking at bin/cue files though, they should be picked up properly, assuming the bin and the cue are named the same. Regardless, sorry you're disappointed in it.

All it takes to fix that issue is to manually copy your PS1 ROM files over to the correct folder.

What issue specifically are you running into? Any error messages?

The error says it's looking for a Z:\ drive, which I assume was a mapped network drive that you had at least at one point. Most likely you have a game or a platform that points to that Z:\ drive. If it no longer exists, you should find and change that path in your collection. LaunchBox will automatically try and create any missing folders when it looks for files. That's the reason for the error. No, LaunchBox does not write to ROM folders unless you ask it to.

Look at the exact error message you posted. It's trying to create that folder, because something in your collection is referring to it. It's that simple.

Keep in mind that the error is showing up because it's trying to *write* to that folder on the NAS. In that case, anything would be able to read it without issues, hence the Shield being able to read the ROMs. The permissions issue is happening when LaunchBox tries to create a directory, which basically means writing to the folder. Local permissions most likely have nothing to do with it.

There is a known issue where if the game has multiple files, it will only copy the one file that is referenced, sans for .bin and .cue files that are named exactly the same (those are copied together). We will be improving this in the future to a certain extent, but unfortunately it's probably never going to be perfect. I don't have any clue on this for the moment; this question may be better asked on the Retroarch forums. Currently it will launch whichever file was specified as the launch file on the desktop. Editing features are coming soon though. I don't know of a solution there; honestly I haven't ever tried overlays or bezels on Android.

There's not an official thread, but I do read most topics and catch the feature requests.

I would think that the issue would have more to do with your NAS device than anything on your Windows PC. I don't know anything about your NAS, but maybe file system permissions got messed up on the NAS.

That would work for your local network, but not really over the Internet, so you couldn't use it if you left your house. But yes, I do plan on adding that in eventually, assuming Android doesn't make it an impossibility.

Beta 8 is out now with just some translation updates. Still planning on putting the official 10.2 release out tomorrow morning.

Thank you guys! I have the translations in for a beta that I'm about to put out.