C-Beats

We have monitoring systems we can utilize to keep track of the going ons in the DB, but we do rely on the community to come to us when there are problems as well. I reviewed several recent moderations and didn't see many that would ever raise a red flag. I do think more information could be potentially given than "Not", "Nop", "No", etc. though. That being said I can understand some of the moderators frustrations given how obviously wrong many of these submissions are. For example I reviewed several mod actions where "Poster" was the reason given and almost all of them was because an image was uploaded as something OTHER than the Poster image type the image belonged to. 600x900 images are pretty much exclusively Steam Posters and NOT Box - Front images (which is where a large number of those submissions were trying to place them). They were correctly identified as bad submissions and rejected because of it.

Pick the platform, then click on any of the games in grid. Press CTRL+A to select all then CTRL+E to open bulk edit. Press Next, select Platform in the field drop down, then in the text box under it put "Sega Arcade" (without quotes) and then press next. Say no more changes. Say yes to all prompts that appear. Rinse and repeat with the other platforms.

You forget to attach the error? Not seeing it. No need for apologies. I don't log on much over the weekends anyway.

Big Box has native support to display images on a 2nd screen which is typically used for marquees. We have marquee images in our database as well as on our website for download that can be used. Big Box will also create a dynamic marquee with existing artwork when you don't have marquee artwork for a game by placing the logo over the background.

Yeah, we really should. I'd do like @JoeViking245 said and create a ticket if one doesn't exist. I know I personally have expressed my desires to have a bit more guidance on the web page UI but I'm not real involved in that side of things to really monitor what is coming down the pipe and when. Will make it easier on the parts of the team making those calls if there a ticket to keep track of and keep it fresh in their mind.

It'll show where ever your theme places them. Just have to enable the progress badge and it'll show.

I'm referring to the legacy badges that existed before we moved to the new "Progress" field. Old badges would show if play time/count were 0, or if you had the completed checkbox checked. New Progress badge/system should already assign the value accordingly to "Not Started / In Progress" or "Done / Mastered" and would show the appropriate badge, making the old badges redundant. Because of that we're getting rid of the old to make room for the new and avoid potential confusion.

Traditionally it's been a ruling to have screenshots in native resolution. That being said it doesn't always place nice with the UI and so that isn't a hard set rule (that I'm aware of). I personally would prefer though that if it's pixel based systems the scale be a pixel perfect scaling. No one wants to see any stretch/miss-shaped pixels... Generally speaking I think upscaled resolutions in 3D games also should be avoided. The screenshot should be indicative of what the game would look like on OG hardware, and not what it can look like after being manipulated by emulator tricks. Also in general you should NOT be accepting images using shaders that alter the game image in any way. The images where pixel games are manipulated to look like some smudgy watercolor crap doesn't really belong in the database.

Hey buddy! Can create a new thread in the troubleshooting section of the forums. Really we aren't too picky to these sorta things outside of the beta thread.

Don't believe this is beta related and should probably be moved to it's own troubleshooting thread so it doesn't get lost in the shuffle. This is likely related to the changes pertaining to video playback since migrating to .NET 9. Spin up a new thread people can attempt to help you work through the issue there. Biggest first step is to make sure you let the installer install Klite and it's codecs for you.

If you remove a game that was auto-scanned in it'll go to the blacklist file found in \\LaunchBox\Data\Blacklist.xml (or something similar). With LB closed delete that file and reopen and it should bring them back in. Also make sure in the View menu you aren't hiding games missing any specific media item. It could be that the item isn't showing because it's imported but isn't visible.

Yeah, we're looking into the playtime criteria. Unplayed/Completed badges will both be removed in the new beta as well.

Yeah, because of the notable confusion we'll be renaming that page to "Game Progress Organization" as well as add text to the top of the page explaining what it is you're actually doing on the page. Stop others from running into the same confusion hopefully, thanks for bringing it to our attention (you as well @Ultra God Azgorath). Last thing we want to do is make a application as.... feature rich as LaunchBox anymore confusing lol. We'll take a look at games getting the wrong in progress value assigned. We had any issue with that before the release we thought we had taken care of, sounds like we may have missed a spot or two.

Could just use DAT files for a ROM set. Should be able to con an AI (or potentially some one on the forums) to help make you a tool that creates an empty file by the filename included in the DAT. Would get you a pretty good start on your journey.

You may be able to use a DAT file with a ROM manager to help in your efforts. You're being a bit vague as to what the end goal seems to be. Some discrepancies will always be found between data sources though. Pretty rare to grab two different data sets and they match 1:1, especially with video games where things like release data and what dates are used can vary pretty wildly. It also would help to correctly identify where each source gets their information. For example the link you provided isn't "official" anything. It's a Nintendo fan site. The company has nothing to do with that site. Some communities have different standards than others once again causing a lot of information disparity. If you have a specific goal though you're working towards it may make sense to state it so others can better assist in getting you the information you're looking for.

Auto-Track Priority system is the first image you saw. The system will always go from the bottom up stopping on the first criteria that the game qualifies for. The second image is ONLY for managing what values show as possible values in the field and what order they appear in the UI. The ComboBox drop down, Sidebar, and quick filter ALL will use that priority list to display the values in the order you want them displayed. That page has 0 effect on what values a game gets for auto-scan, and can be altered even if you have that feature disabled.

We run an application called RAHasher on your local computer that hashes the ROM. Some system this process requires reading the whole file, others just the headers. The thing that makes it take WAY longer is if your ROMs are in 7z format since that app doesn't support it so we have to unzip your game, THEN hash it for each item you're scanning.

First two can be ignored, that's just Windows being Windows, annoying vague and overflowing with misnomer information. The part that has me confused is why you seem to have permission issues launching the app.... Do you have the same issue if you open the executable C:\LaunchBox\Core\LaunchBox.exe?

I don't believe we have any code explicitly for PS4 in the codebase to parse/import like we do for PS3. It's entirely possible the PS3 logic is being used and having adverse affects. If you haven't already could you submit a full bug/feature report using the Help @ Support > Report a bug link at the top of this web page? Include information like what the file name is vs what it imports as, etc.

EA moved to an entirely different back end system. I think I have may have found a few projects that have cracked the code on the new one, but I basically need to completely rewrite the back end to make it work. As of right now we're hoping to have it in the 13.22 release.

Sounds like a missing codec potentially. 13.21 installer should be packaged with K-Lite which will install the ones you need for playback. It should ask you if you want them installed if it doesn't detect them. Just say yes and let it do it's thing.

Can you do the same steps you did with the one you've installed on a drive NOT in documents? The error should be different. Hoping it gets ya one step closer.

This may be because it's installed in documents. We've seen occasion doing that causes permissions issues. Can you try to install in a folder on one of the drives (like C:\LaunchBox\) and see if you can open the app there?

Back up again

Sorry to hear you're having this issue. Typically the best way to start troubleshooting things like is to try to open the app again and let it crash. Then go into Windows Event Viewer and look at your application logs. There will typically be two errors back to back. One says something like ".NET Runtime Error" both should say it's for LaunchBox. One will just have a generic, "stuff broke" message with a lot of random useless stuff in it. The other should have an actual readable error message. If you could provide THAT (assuming there is one) it'd give us a good starting point as to why you're seeing what you are. The current version of LB is also 13.21. You could try to upgrade to the latest to see if that helps at all.