martinconroy

Attaching an example where Ninja Gaiden titles on the NES do not sort logically, but a simple amend to the DB could fix this :)

Thanks @SentaiBrad - some sensible points raised. How about we simply improve the options available on the forms improving clarity at the same time. Maybe something like the below (apologies for the rough nature of the mock-up!)

SentaiBrad - I'm referring to the actual ROM files. When deleting a platform, whilst you are told that games will be deleted there is NO prompt relating the deletion of the ROM files themselves, and no deletion takes place. I am of the opinion that you should either be asked if you want to delete the ROM files or (if not) advised that this will not delete the ROM files themselves and that there are other ways to do that. Personally I think you should be asked about deleting the files as well for the sake of consistency. Also, it's frustrating that when you do this all platform related media remains. Surely images etc relating to the games should also be deleted?

It would be useful if the "Sort order" could also be stored in the Games DB (if applicable). The reason is largely where you have a series where roman numerals may be used for items. e.g. Final Fantasy I, II, III, IV, V etc, or where titles have names which doesn't imply an order that actually exists. In this case the display order may or may not be "logical" but would be good if this could be stored (and retrieved) from the database.

imdavid555 said I think this is a bad idea. Last thing you want is someone deleting an entire platform of games by accident. Just browse to that platforms rom folder in Windows Explorer and Right-click>delete. Agree that this may be the case, I just think that it may be that the message on the dialogue could be clarified or improved given the new option to delete ROMs elsewhere.

Jason Carr said This doesn't solve Martin's problem, though; I looked at the code and all I can figure is that the ROM paths are incorrect...nothing else seems to make sense. Let me know what shows up in the ROM path for those games, Martin. Aargh - can't replicate and I cleared out my ROMS and reimported after this issue. Will cancel the BitBucket for now, and if it happens again will check all the details and then log how to replicate. Sorry for the distraction.

On a separate note @Jason Carr - when deleting a platform (Tools... Manage platforms... Delete) this does NOT provide an option to delete the ROM files as per deleting a game. Personally I think it makes sense to add this option here as well for consistency. If you choose not to, I would advise changing the message to be clear that this will not happen, and to delete the games manually if this is what you want.

Jason Carr said This doesn't solve Martin's problem, though; I looked at the code and all I can figure is that the ROM paths are incorrect...nothing else seems to make sense. Let me know what shows up in the ROM path for those games, Martin. Thanks for investigating @Jason Carr - I will look to replicate with an empty DB this morning.

Agree @DOS76 - just wanted to confirm. Added issue: https://bitbucket.org/jasondavidcarr/launchbox/issues/1184/delete-roms-does-not-work-if-left-in

Yes @DOS76. All my ROM files are on my network server using X:\Games and I always keep them in that location rather than moving. Come to think of it, it they HAD moved then there wouldn't have been an error as it would have found them and deleted them.

@imdavid555 - thanks for this suggestion. Strictly speaking, no, it's not which may be why the error occurs. However, given that I've chosen to keep my files in their original location, I would expect Launchbox to respect that rather than assume that they are in the "default" directory. The platform dialogue correctly detects the number of games for the platform despite none of them being in the folder shown. I will update these folder locations, but thing there's a logical flaw in getting the game path that needs resolving.

Also, an issue with deletion: If I have games with a custom platform name (e.g. "Nintendo NES" rather than "Nintendo Entertainment System") they deleting the ROM files fails as it looks for the folder it thinks they should be in, not the one they are actually in. i.e. it's trying to delete from a path in the Launchbox directory, whereas mine live on a network drive. Assume it's related to custom platforms, but may be general?

Re the new ROM deletion process... First of all, love it in principle - great to have. One tweak I'd like if possible. If you are deleting a ROM file and an error occurs it would be good to have options to: a) Cancel the deletion b) Ignore further warnings. I learnt this when every one of 300 ROMS I was deleting was write-protected ;)

Would be great if you could negotiate some cabinet deals with suppliers for registered users (especially in the UK) ;)

OK, thanks all. Basically I gave up and reinstalled Retroarch, started with a new config and I could set the buttons just fine. Frustrating, but at least I'm back on track! Thanks for all your help.

Just wondering whether there's a fixed list of genres in the DB (or mapping between the sources)? e.g. I searched for Ultima VII: The Black Gate on SNES, and it was found as Wikipedia ID #1159587. The genre was shown as "Role-Playing Game" Items found in the Launchbox DB are listed as a genre of "Role-Playing". Obviously I can amend, but just wondering if there's way to automate consistency?

Jason, Minor thing, but does the About VLC box reflect the fact that you changed the engine you are using? From memory it still refers to the old one but I could be wrong!

Thanks Brad. When you say setting the Retroarch binds, are you referring to the "User binds" (e.g. User 1 Bind Default All), or is there a place I can update the Retroarch controls? If the former, then this is something I have tried, but it doesn't fix the problem. Think the device is correct and is typically as per below: User 1 Device Type: Retropad (or with analog) User 1 Analog To Digital Type: Left analog (if appropriate) User 1 Device Index: XInput Controller (User 1) (#1) If this looks all ok, then it seems something is screwed and I should reset to defaults and start again to see if that fixes it?

Did this, but checking for updates under Xbox 360 Controller for windows says the latest drivers are already installed.

Thanks. Not sure, just what automatically installed when I added the controller. How can I check DOS76?

Sorry - I should have known it wouldn't be clear. So, I'm on the "Settings" tab, and select "Input". I scroll down until I'm on "Input User 1 Binds" and click X to select. I then scroll down to the place where you specify the B button as per below. [Image Can Not Be Found] The D-pad on the controller navigates with the up/down pads, but left and right do nothing. I have to click X to select then it awaits either a keypress or joystick press. This is where I should be able to click the "B" button on my controller to select that button, but instead it simply replicates the back navigation in Retroarch and exits the selection.

OK - this is probably a stupid question but I'm stumped (and I HAVE looked for answers ). Currently I use an XBox 360 controller for emulation, but I find that it also takes over navigation in Retroarch. This means that (for example), when I try to bind the B Button to a control it simply takes me "Back" in the Retroarch navigation instead. Is there a way to stop the controller working as a navigation device in Retroarch so I can bind effectively? Thanks all!

Added my support to existing Issue #872 and upvoted

Thanks Brad. Will go through the Search and Replace option in this case, though I do think an integrated solution would be most helpful in the future if possible. Should I add a new BitBucket request for this?

Sorry if I'm missing something obvious, but I can't find a way to do this when I keep ROMS in their original folder. An example of my issue is if I change the name of my game folder from (for example) "N64" to "Nintendo N64". I can't see a way to change this for all my N64 games? Would it be feasible to have a "default" folder for a platform? i.e. ROMS in that folder could have their file stored without the full path, and then the path could easily be changed from a central location?