C-Beats

You'll need to contact support@unbrokensoftware.com and see if they can help you. You will need to provide the license files so they can vet out why they were banned. Locking the thread since no on here can really do much about it.

Which? There are two. One for storefronts, another for ROMs. If both are can you tell me what game/system you're seeing come back?

Do you have automated imports turned on? If so they may be reimporting a game that is in your folder but not in your LaunchBox collection.

Sounds like you have something taking focus away from MAME and putting it on the LB processes which is how we detect that the screen is required.

Apologies. I meant with the override options now working. Like in English if you check the box to manually set the size, does the model appear different when changing the size?

Again, this could already be happening by the OS. That "optimization" is just shunting the memory of the app into the page file so the OS doesn't have to later, or forcing an OS level garbage collection that wasn't really required yet by the OS (or a combination of the two). Only way to drop the actual memory footprint like that when playing a game would be to dispose all media and dump all cached data from memory. To do so would mean that once you got BACK to LaunchBox or Big Box we'd have to then load it all back up before you could use the interface again which would take several seconds or more. This is also assuming you aren't running any background tasks at the time that requires that information. Then we'd have to pause those processes as well. Most of this would require us to write temp data to a drive that is also now being read from by what ever application you just started which could bottleneck both applications.

Would you be willing @RIKUSYO to change the language to English and then see if it works the way you're expecting. We've had issues in the past with bugs related to certain languages and how they alter numerals. I'm curious if it's possible that's what is going on here.

To be blunt, it's 2024. 1GB is no longer "a lot", especially for a media intensive application like LaunchBox. You're actively showing another app using almost 6GB ;D. Secondly just because a task shows memory in use in task manager doesn't mean its actually using that full amount on actual RAM. The operating system will push some of the more stagnant bits of data to your page file automatically when the app is in the background and the memory in use is needed. That being said if you really want to try and reduce the memory footprint you can switch to list view, which should save memory since we aren't loading images. Can also try different themes, as they can display things in a way that takes even more RAM or just has more stuff displayed. You can also hide the game details. Also if trying to pinch RAM Big Box operates far more lean since it doesn't have to load DB definition files that LaunchBox uses and so tends to operate at quite a bit lower usage.

What import did you use and what is the file extension of the files you're using? I know we added support for Amiga lha files to parse those files names better on import which should have made a large part of that unnecessary.

When you do so, can you successfully restart Big Box or do you have to restart the computer first?

Yeah, it's a thing we keep a pretty active eye on. Unfortunately there are a lot of variables that affect stability and it's not always a straight line to the solution.

What theme are you running? We test in default and last round of testing both Jason and Faeran were able to keep machines running for a week without issue after the latest round of changes.

If you're not already, use VLC as the media player. WMP is fairly unstable comparatively. Also what version are you on? I know we had code changes fairly recently to help with stability.

Not been a part of this entire conversation to see what the pinch point you all are running into but this is already possible using %romfile% in your command line. So if you wanted "ares.exe c:\Path\To\Rom.file --fullscreen" (without quotes) it'd be "%romfile% --fullscreen" (without quotes). For that to work you'd probably want to leave quotes on and then you'd want "Remove file extension and path" to be unchecked. Both those check boxes affect what that variable outputs. %romlocation% doesn't unfortunately but it'd be interesting to look into if we could change that without breaking anything for users.

It's in arcades. Local Dave and Busters has it. It's basically the Magic Tile mobile apps turned arcade game. You get like a minute or two to see how many keys you can press correctly. Missing a key takes 10s off your time. As of last time I was there I told the top 3 places in the leaderboard on the machine. PLEASE hold your applause....

Should have turn it into something that played this game! WAY more fitting!

Inside of LaunchBox, if you go to Tools > Download > Force Download Games Database (or something similar) does it correct the issue?

If you're referring to Big Box it's Options > Video > Use Game Background Video (or Platform if you want those to display like that as well). That being said themes MAY not respect this setting depending on how they are built.

Think something may have happened with your post @kurzih, unsure why it showing you quoting something not said. May have hit the quote and then overwritten it with your own question.

Can use the data from my collection as a starting point. Can read more here

I'd take a look at where the second install actually installed. The installer when ran manually adds "\LaunchBox" (without quotes) to whatever folder you select. It's possible you created a LaunchBox folder WITHIN your LaunchBox folder and installed there on accident. When you run the installer manually, select your LaunchBox folder and then remove that last "\LaunchBox" (without quotes) so the path IS the folder in question and then run the installer and all should be well.

Didn't realize it had that functionality, sounds a bit like black magic, but super useful in situations like this.

You got something messing with XML files that shouldn't be. If you open the files in \\LaunchBox\Data and look for the string "f`lse" (without quotes) and replace it with "false" (without quotes).

To be blunt, yes. We have been pretty blessed by some amazing contributors to our database that have put in a LOT of effort to make it as good as it can be. I personally feel like we'd be doing them a disservice by allow poor submissions through. Users will tend to remember the negative they see in the DB when scraping, not the positive and so for every one or two poor submissions they tend to outshine a few hundred quality ones in the users mind. To allow that to happen willingly seems pretty disingenuous to the people that have been putting in all this effort to provide quality submissions. Yes, the background of the UI the image is placed on, not of the image itself. The UI background is black and you have carts selected and all you see are various squares all with different backgrounds then you're UI looks some tacky crap from the 90s hosted on GeoCities. Even the grid view of LaunchBox looks far better with transparent images than one with solid backgrounds. Also there is the dilemma of where do we draw the line? Should we start allowing pictures with the scanners desk underneath wood grains and all? How bout someone holding the tape/cassette, I mean the tape is THERE right? I think allowing stuff like that just opens us up for even worse submissions because, "solid backgrounds are permitted!" While I can see things like this being frustrating, we believe that the improved end product is worth the increased time it took to get there. No one is stating that this may not take longer, if submissions count drop because it takes more time for each one no one will NOT understand. I feel a lot of this sentiment we see from contributors are from some self imposed calling to some higher purpose of filling our database that sometimes gets a bit unhealthy. We appreciate any effort you can provide, but if it cuts into time you need in your personal life for any real reason then feel free to take that time for yourself, it's yours! The sacrifice is appreciated but not needed. As stated before we have a pretty large number of contributors which affords each one to be able to take a break when needed and not have the overall quality of the DB suffer too greatly. While having this archive is a great secondary win from our database it is NOT it's primary purpose. The primary purpose is a companion database to the frontend clients using it. The fact we can be a part of something used to preserve information and media on an artform we all love is FREAKING AWESOME, but ultimately sometimes needs to take a backseat to the primary directive. This may be one of those times. Transparent images work far better for literally anything you are using the image with and so we had to make the call that they were a requirement for submission. You're correct that it may reduce submissions, which IS unfortunate but we believe is required to best succeed at the primary purpose of our database. We are, "Keep it sexy silly!" (sorry couldn't help myself...)

1) Open LaunchBox 2) Go to Tools > Manage > Platforms 3) Select a platform and press edit 4) Window that opens is the "Edit Emulator" window, in that window is a folders tab. Select it 5) In the datagrid that appears are several folders and their path. Ensure none point to your desktop