C-Beats

Can you paste the whole thing here?

If you don't have the "Remove Rough Image Matches" checked when doing this then yes. EmuMovies tends to have a lot of images that look the same to ours but are different files (their file hashes don't match ours). Because of this you will often see you grabbing several images that look the same but file size is a byte or two different. The "Remove Rough Image Matches" button will attempt to look at both images and remove files that similar in content to one another to help eliminate this issue. Another thing that could help would be to set media limits on your download, this will stop you from grabbing as many files and thus the number of potential duplicates you're grabbing.

Yeah, that is caused because of your additional application's name not being the same as what we default now.

I'd try going to options and re-entering you EmuMovies credentials. It looks like your settings file is corrupted and the value we expect in your credentials isn't valid and so can't be decrypted properly.

Video thumbnails we get directly from the operating system so I'm doubtful I'll be able to correct that

Calling out people with reported issues corrected in this beta. Please let me know if this build corrects the reported issue. @launchretrogirl2562 @Retrofrogg : Carousel images not showing correctly @superrob3000 : SystemEventPlugin not firing SelectionChanged event when changing views

@launchretrogirl2562 @Retrofrogg I've discovered those preview images aren't displaying because the image extensions don't match the true extension for that image. The images file extension is jpg, but the internals of the file are actual webp images. I do believe I have found a solution to the issue though and it should be resolved in the next beta push.

This code change should be in the next beta. I'll need you to test and tell me if it is working the way you were hoping as I don't really have a great way to test the change. I'll make sure to ping ya in the beta thread when the build goes live.

MAME doesn't have the option to do so because depending on which set type you have determines what files need copied. Since we have no way of knowing what type of set you're importing, we don't give you an option to do something that would potentially break your setup. The easiest set type to prune is a non-merged. Once you have that you can use LaunchBox to move the ROM files to the new location and then delete anything in the old one

I'd make sure you don't have Steam running then try again. We've had several users in the past have issues like this while Steam is running. By default it does a lot of logic with controllers while the client is up that messes with other applications some times.

Code you want I believe is in the MainView.xaml file. You just need to make sure the transition presenter with the ContentGridView (or something similar, I don't have the exact file open) uses a smaller rowspan and doesn't ever sit in the same row as the ControlsView. Or use a theme like Beats that already does what you're wanting.

Yeah. As long as the files are named correctly you can manually put them in the appropriate folders yourself and the app will use them.

The default PlatformMarqueeView doesn't play video like you're describing but you should be able to theme a marquee view that does.

The file you need to change to alter the "Details" section of the Platform/Filter views is FilterDetailsView. The one for Games is GameDetailsView. In there you can reorder any of the fields, or give them different headers if you so desire. If you take a look at the views for Default you will see how to split fields up a bit easier than you will using older themes.

Known issue in 12.14 and earlier because of a change on Epic's end. You can upgrade to the current beta version (12.5 beta 2) to correct this issue.

I could take a look at it while in the code.

Make sure in Controller Mappings within LaunchBox (or Big Box, which ever you're launching your game from) that "Close Active Window" binding isn't bound to that combination

Video snaps are typically found on EmuMovies. We don't host any ourselves. Downloading them from EmuMovies does require a paid account on their end though. Once you have said account you can enter your credentials into LaunchBox and download from the Import wizards or the Download Metadata and Media wizard.

Unsure what your issue was previously but 1.5 does have some logic in it to help with .EMU emulators. I believe most of them were related to weird interaction issues they had with LaunchBox when closing the emulator. Really though I'd just bite the bullet and set up RetroArch for basically any system it emulates as it just does it better.

To my knowledge the only video cards known to have issues with rendering WPF applications correctly (like Big Box) are 11th gen+ Intel integrated graphics cards.

This is a known issue not related to the beta. Next beta release will make the process fail more gracefully. Epic just recently (like a day or two ago) changed how their backend handles authentication and we need to find a new way to get the SSO to log in correctly.

Those splash screen are just an element in the traditional view with their opacity animated from 100% to 0%. I believe @faeran has posted his CTC files for the newest version of CoverBox as well which could help you. The views you are looking for are in the \\LaunchBox\Themes\CoverBox\Views\TextGamesView\ folder

I'll take a look before next beta release and see if I can replicate (and hopefully have it corrected if I can)

@Drybonz Thanks for that. Seems that some of the images have bad DPI metadata and is causing issues. I believe I have found a fix I can implement for it and will start testing it make sure it doesn't break any other previously working images. If it passes the test the revision will be in the next beta.