MazJohn [Mr Arcade]

So, is this a bug in Launch-box or an issue with my install? At this point I've already re-installed a new copy of retroarch, wiped and re-added the entire platform, re-scraped all media and bezels for the platform, but this issue still exists. My platform for neo geo CD is named "SNK Neo Geo CD" ... which seems to be the default. I am using the 13.0 final release of Launchbox/ Bigbox. I would rather have no Bezels being used at all, rather than have inconsistency between platforms, so not sure what my path is moving forward... but THANK you for taking your time to respond and try to help.

Thanks C-Beats- So yes, the issue is that the names do not match. The names in the cfg are different than the actual file name for the entire set. Is there a list with proper naming conventions posted in the Bezel project that I can use to manually rename my set? I dont see any other way to fix this. I deleted and re-added the entire platform, but I dont think the Bezel project is using the launchbox file name- I think the bezel project is using the proper expected file name of the rom. I tried renaming the file name inside the cfg but that still didnt work. - this is rough.... If only Launchbox could automatically re-map when names mismatch it would be such a relief.

Thanks C-beats - Much appreciate: Please see this through... I can confirm The bezel folder does exist in Retroarch>Overlays>GameBezels, and I can also confirm that the bezel images are all correct for each game. For example, below: The game has 2 files within... a cfg file and a png file overlays = 1 overlay0_overlay = "World Heroes 2 Jet (Japan).png" overlay0_full_screen = true overlay0_descs = 0 --------------------- Inside the platform, in the game launching screen for the same game above, here is the loading path: Games\SNK Neo Geo CD\World Heroes 2 Jet (Japan) (En,Ja)\World Heroes 2 Jet (Japan) (En,Ja).cue *** I am using .cue files to load the game, but I do see the file name is different in the loading screen. I am scraping metadata by folder name (since each BIN/cue is in its own folder). Do i need to delete the platform and re-add it using the launchbox default names? In summary, i assume the issue is being caused by incorrectly matched files names. Do I manually need to rename each file or just use the default names for each game when adding the platform? What is the best way to fix name mismatch for a platform causing bezels not to map properly? Thanks again.

@C-Beats appreciate any possible feedback on the above from any of the group moderators - thank you

What worked for me was to set auto scale to enabled under overlays inside of retro-arch. Make sure the video layout as proportioned as you wish for that particular core.

I have 2 platforms that have Bezels downloaded into retroarch using launchbox, but they are not getting mapped when the game is loaded. How do I troubleshoot this? Not sure what to look for or what would cause certain platform bezels to download but not map... Neo-Geo CD is one in particular- and its using the standard FB-neo core which works fine with other platforms. I did a fresh install of Retroarch but still having the same issues. Appreciate any support or ideas. Does it have something to do with how the platform is named? I tried renaming the platform but that didn't work. Bezels are not getting picked up for some platforms still - Thanks much, tia.

why is there still no way to simply hide a platform..???? I right cligk on the platform and the option is now gone to hide? i dont ge it... on latest build from August 2022>>> 12.14?

@C-BeatsThanks for this explination ... which explains why i have a few platforms that have fully downloaded bezeis that never show, From what i can see unless mistaken, , Checking the names on the github page does not seem to be very useful when dealing with large collections- it also seems that the github page truncates anything over 1000 titles so for PS2 it only shows up to letter C.... So it seems some of my rom sets may not be named correctly but i never worried with some platforms because they were close enough and i rely on launcbox to rename them in its own database. While i appreciate this feature being added and have been waiting a long time for it to come, It seems like in current state functionality wise, the Bezels just wont work 100 percent for me with a few of the systems, Too much manual overhead to hunt down file names im afraid.... If there was somehow a way to use the file name provided by the Launchbox database naming convention instead to parse the bezels for download,, that would solve this issue for every platform... I guess easier said then done... the majority works- i'd say about 25 percent or so are missing bezel sets,. I still dont get why the default system bezel is not always being substituted...,,,thanks.

@C-BeatsAppreciate… So if the bezel is derived purely from the rom name or game file name, and the file name is tagged and named the same as in the Launchbox database, what would cause the bezel not to be assigned after its downloaded? Is that some sort of bug? Im out of ideas… thx

What data ties the bezel path location to the platform itself? I have some platforms such as ps2 and 3do which show bezels collected inside of retroarch, but not being populated in the platform.. is there a way to manually rename the configs to fix this? Also, the default bezels are downloaded but are not populating in the platform…Appreciate…

HI there--- Kindly asking for some help please with the Bezels. Can someone more knowledgeable than I, please provide details where Bezel data is stored? I am aware that Retro-arch stores all of the .cfg and PNG files inside of the overlay folder, but when Launch-box collects its Meta-Data for the Bezels, where is it being placed inside of Launch-box? I need to manually replicate these files across a second Launch-box system without having to clone the entire drive. I also have some platforms such as PS2 which seem to be storing the Bezels inside of Retro-Arch but they are not being displayed at all inside of Launch-Box for that system... need to understand how to troubleshoot these paths.. thank you much!!!!

FYI….You can also add the command line switch: -slowboot or -fastboot to either show or bypass the bios boot screen. The later QT beta builds use different command lines than the previous.

same error here only on certain platforms oddly … "Object reference not set to an instance of an object" The issue is even worse when I use symbolic links to the rom-path. I get very nervous when file handling access gets changed. I worry it will permanently prevent symbolic link access to a remote path and wont be fixed - making my remote game path broken. went back to 11.15 and all is working again correctly. Members 0 2 posts

Hey Jason, I would agree There definitely seems to be room for improvement on the Android side now. I tend to agree that the android store is a mess and probably best to avoid. Well heck, the android file system and access in general is difficult to develop for such a wide range of devices and Google is prone to changing permission access and discontinuing things on a whim. I currently Use Launch Box/Big-box on PC hardware because quite honestly, the PC is where all the muscle and power is to best run these emulators and should remain the primary focus- my thoughts are simply this: I personally wouldn't want to see development sacrificed on the Windows platform side just to begin development again on the Android side unless more resources could be given where the windows DEV side wouldn't be impacted. I rarely use android much but I also feel it is *very* important to get Launch box/Big-Box coded on an ARM platform in general because ARM is a strong force going forward and may be necessary at some point as an alternate platform. I have ZERO interest of running launchbox on a phone or tablet....there are China made portable handheld devices dedicated for that such as the rg351- Windows 11 will run Android apps, so this also may impact your decision going forwards as well-. As a *secondary* emulation system to a PC, I would personally love to see Launch-box running on a low powered arm device with lots of storage capable of emulating everything the windows version could- Maybe windows 11 on arm will take off or NVIDIA will make ARM chips that can go into systems soon to help make this a reality - I would want launch-Box to follow a trend such as this and would be supporting it for sure if it did!!! A dedicated lauch-box LINUX/ARM distro could be awesome... ?

@C-Beats - Thanks. I can confirm The "Launch With" issue is resolved for me as of the 11.10 Final release.