faeran

We are looking into expanding our efforts on Twitch, adding the addition to extra scheduled streams each week covering a wide range of topics. Our Stream Schedule: Tuesdays: 1PM EST - With Josh/MysterNybble (Developer) (Weekly) Focus: Deep dives into development updates, technical discussions, and answering your burning questions about the game's inner workings. Wednesdays: 5PM EST - With Andrew/Astrobob (Community Manager) (Monthly) Focus: Deep dives into a particular feature or topic. Thursdays: 1PM EST - With Brian/Faeran (Product Manager) Focus: Behind-the-scenes insights, hot topics, feature discussions, theme building, feature designs, and more. And of course, we'll be answering all of your questions LIVE! We hope that this is a start, as we look to refine the streams based on your feedback. If you have anything specific you'd like to see on the stream, let us know! All streams will be available as a VOD on both Twitch and YouTube for users that cannot make it live. Follow our Twitch channel to get a notification when we go live! See you there! https://www.twitch.tv/launchboxofficial

That sucks. Definitely a weird and rare issue. Why it's only happening so consistently on your device, not sure. We've attempted to recreate it across 10 different device types, including a few Samsung devices but still haven't been able to. Do you know if you have any forced override settings turned on in your Galaxy's settings. Maybe a developer option, or something that tries to override the normal operation of an app to force a particular state to happen that isn't native to the application itself?

I'm guessing this is related to the update to .NET 9. If fraganator is still around, it would most likely not be too bad to update that plugin to support .NET 9 moving forward, and we are available to help with any plugin dev that may have any questions about this. Thanks, we'll get it fixed. We also found another issue as well that will be fixed in the next round.

Beta 2 is out with the following changes: Downloading bin/cue games over a network share now includes both downloading and deleting all associated files Introduced a new "Download Game" option for games imported from a network share, enabling users to download games independently of playing them Added the ability to delete the local version of a game while maintaining its availability over the network Increased network buffer size to potentially improve download speeds for game files from network shares The download pop-up for network share files is now more informative Default Nintendo 64 core for RetroArch has been updated due to the previous one being retired Resolved an issue where downloading EmuMovies videos could cause the application to crash Resolved an issue where importing files over a network share did not consistently handle bin/cue files as intended Addressed a problem where the selected platform or game information did not always update accurately when using touch controls Resolved a crash that could occur while navigating within a Boxes Grid view Addressed a crash that might happen during the import of MAME files Fixed a crash that could occur when changing screen orientation while on a Filters View Resolved a rare crash that could occur when long-pressing on specific elements Corrected an issue where the background video element behaved incorrectly when a custom view file lacked a foreground video element Fixed an issue that prevented Platform and Game videos from looping correctly

There's been a lot of discussion in the past about doing this. It would require a major overhaul of the entire system and could in the worst case cause issues with playlists that are already out there. In saying that, I'd love to hear any real world rulesets that you are burning to use if we were to implement a system like this.

If you can, zip up your data folder and send it to me in a PM. That might uncover what is actually going on here.

Beta 3 is out with the following fixes: Fixed: Opening a second Game Details view using the Related Games feature is not always loading properly Fixed: Related Game tabs not always resetting back to the first tab in the list under certain conditions Fixed: Expanded achievements is sometimes left on after changing to a new game Fixed: Platform Icon within Game Details not always appearing Fixed: Clean Up Media utility no longer freezes when initiating scan Fixed: Margin issue with the default theme's Documents and Links sections Fixed: Visibility issue with the default theme's Media Preview box

Thanks guys. Most likely related to the .NET 9 update. We'll look into it. I'm guessing it's not related to relative pathnames. You needing to uninstall a redistributable might be a clue. The new beta builds .NET9 into it, so no need to install any extra redistributable to make it work. As quickly as possible!

This means you updated to version 13.19 beta 1, which had this known issue here. Here's our beta thread for version 13.19 that you can use to keep track of things and participate in the betas: Alternatively, you could opt out of betas if you wish not to take part in them.

Here's the changelog for beta 2: The Black Screens Big Box have been fixed (introduced in beta 1) Under certain conditions game media within the carousel could show images from a previous game if the new game had no media (introduced in beta 1) Here's a list of known issues that will be solved with beta 3: Opening a second Game Details view using the Related Games feature is not always loading properly Related Game tabs not always resetting back to the first tab in the list under certain conditions Expanded achievements is sometimes left on after changing to a new game Platform Icon within Game Details not always appearing Thanks everyone for the help so far!

Are you able to take a screenshot? I wasn't able to reproduce what I was thinking you were referring to here. My assumption was that you were using the image grid, and you turned on Arrange By > Release Date Year, while using the Default Plus theme, and the separators that contain things like "Release Date Year: 1979" disappear for you while within the Playlists filter section of LaunchBox, after clicking on your second playlist and beyond. Good catch will look into it for beta 3.

No means don't do it now. As soon as you open it up again, it's queued up to install. That's just how the automatic download option has always worked. We've talked about altering it in the past, but it's significantly more risky to adjust that piece of code than in other places, as it could get people "stuck" on a version if not altered correctly. Anyway, getting a bit off topic at this point, so hoping to head back into discussions around LaunchBox's Game Details changes.

That means you have the setting to automatically download the update in the background turned on. You'll want to go into LaunchBox's options under Tools > Options > Updates and turn that off. Before you do that, you'll want to go into your LaunchBox\Updates folder and delete the setup file. We've never had a "skip this version" option, but sounds like a good idea, although thinking out loud, I could see people clicking it by accident and wondering how to actually get the update.

Yeah, got them. I'll let you know how that goes in the PM. Also, if you are referring to turning on the 3 related games sections under the game details options, that should only require you to change games once after you turn any of the 3 sections off. However, in saying that, it does require a theme to be updated to support this.

We still haven't managed to recreate it, so if it does fix it for you, we'll take the win. Let us know what you find out. Yes, it will be completely automatic for all custom themes, including default. No user action would need to take place.

LaunchBox for Windows 13.19 Beta Thread is open:

This doesn't work for ANY theme that doesn't have all xaml files and falls back to the default theme for certain xaml files, which is essentially what you are seeing here. Unfortunately, not an easy fix as a lot of themes have decided to rely heavily on the default theme for fallback files instead of including their own. Either way, this will get fixed tomorrow and all of this will become a moot point. Sorry for the inconvenience here. For anyone willing to test the new LaunchBox Game Details view changes, we could definitely use as much feedback as possible as it was a large sweeping change.

I updated the OP with known issues with beta 1, which this falls under. There's some missing .NET 9 theme migration things that should be fixed by tomorrow. I'll try and work through potential workarounds, or as the section indicates users can downgrade or wait for tomorrow when beta 2 releases.

Hi Everyone, 13.19 Beta 1 is out with a bunch of improvements and fixes. The main goal of this release will be focused on performance and under-the-hood advancements to help us get into a better position for future updates. To that affect, beta 1 includes two major changes, including a complete under-the-hood change to how the LaunchBox Game Details view loads in each time you select a new game. Instead of reloading the entire pane, we are now only updating the bindings in that view. We've also migrated the app to .NET 9 (previously were using .NET 6.0). From a user-standpoint there's nothing you'll need to do other than running the update, as .NET 9 is built directly into the app. If you are using a custom theme, you'll want to make sure to use the Theme Manager to update them to the latest versions before commenting below. Thanks to all who help test these beta versions. Don't forget to include the following information in your feedback to help us out with tracking down with any issues you may face with these betas: Your Windows version Description of the issue Can it be reliably reproduced on your end? Reproduction steps You can opt into the beta within LaunchBox by going to Tools > Options > General > Updates and turning on Update to Beta Releases. If a beta release is available, you will get prompted each time the app opens up, or you can manually check using Menu > Help > Check for Updates. Full Changelog: https://www.launchbox-app.com/about/changelog Beta 1: Improvement: Improved speed at which the Game Details View loads in LaunchBox Improvement: LaunchBox has now been upgraded to .NET 9.0 (from .NET 6.0) Improvement: The LaunchBox Game Details Default view now features Related Games in a dedicated, easily accessible section, for a more performant and user-friendly experience Improvement: The ability to disable individual Related Games sections has been added in LaunchBox, accessible under Options > Visuals > Game Details Fixed: Restored the expected behavior for the top background image in the Default theme's Game Details view. It will now prioritize images from your Background image group before using a Gameplay Screenshot as a fallback Fixed: Resolved an issue where image loading could be disrupted by multi-threaded gremlins Fixed: Corrected an error introduced in version 13.18 where dragging and dropping non-ROM game files would incorrectly assign an unassigned emulator value Fixed: Eliminated the unnecessary prompt to select a RetroArch core for platforms that have already been imported Fixed: Restoring saves on an Additional App could inadvertently overwrite the save data of the primary game Known Issues with Beta 1 (which will be solved in beta 2): Some views in Big Box, including the system menu, and Options menu show up black due to .NET 9 namespace migration issues Beta 2: The Black Screens Big Box have been fixed (introduced in beta 1) Under certain conditions game media within the carousel could show images from a previous game if the new game had no media (introduced in beta 1) Known issues with Beta 2 (which will be solved in beta 3): Opening a second Game Details view using the Related Games feature is not always loading properly Related Game tabs not always resetting back to the first tab in the list under certain conditions Expanded achievements is sometimes left on after changing to a new game Platform Icon within Game Details not always appearing Beta 3: Fixed: Opening a second Game Details view using the Related Games feature is not always loading properly Fixed: Related Game tabs not always resetting back to the first tab in the list under certain conditions Fixed: Expanded achievements is sometimes left on after changing to a new game Fixed: Platform Icon within Game Details not always appearing Fixed: Clean Up Media utility no longer freezes when initiating scan Fixed: Margin issue with the default theme's Documents and Links sections Fixed: Visibility issue with the default theme's Media Preview box Beta 4: Improvement: This update replaced LaunchBox's legacy XML-based local game database with a high-performance SQLite database. Expect a noticeably faster startup time, lower memory usage, and a solid foundation for even more performance gains in upcoming releases Improvement: The included version of VLC has been updated to version 3.0.21, bringing performance improvements, bug fixes, and updated codec support Improvement: Platform Clear Logo and Icon for Bandai Super Vision 8000 is now included when importing this platform Fixed: The auto-import feature for Playstation Vita games using the Vita3k emulator is now working correctly Fixed: Resolved an error that occurred under specific conditions when using UNC paths Fixed: Badges and Star Rating graphics on the GameDetails view should now work as intended (introduced in beta 1) Fixed: Media Carousel alignment under certain conditions in specific custom themes Fixed: Included 3DO Interactive Multiplayer logo not showing up after platform import Known issues with Beta 3 (which will be solved in beta 4): Star rating graphic in Game Details view not showing accurate info all the time Badges that appear in the Game Details view not currently appearing

Looked into it a bit more and yes, you are right. The reason you were seeing what you were seeing with Bargon Attach because our current system uses their auto-play feature which then simply choosing the first game version on the list and plays that. That particular game has some unplayable game in that slot. We'll definitely be taking a crack at shoring that up for standalone ScummVM in a future update. As far as RetroArch core is concerned, we'll also get in the ability to import the core specific scummvm files without the need to using a dummy platform first in the next update like you did in your workaround.

Hey @retroD999 This is intended behavior, in that all you need to do is drag/drop your ScummVM folder that holds all of your games, then it uses your game folders as the file path to pass along to the emulator. We also built in a ScummVM downloader, which solves any headache with setting it up. I just tested adding the ScummVM core to RetroArch and it seems to play games perfectly fine through the core as well. I set the ScummVM platform in its associated platform section and set the core. Let me know if this isn't working for you and I can help you through the process.

You can long press over your SNES platform and choose delete. You'll also be asked if you would like to delete your media, as well as your ROMs. Make sure you say you don't want to delete your ROMs

Based on this document, it looks like Android apps are run in a container, which means it doesn't have access to a user's local network. That would explain why you are seeing what you are seeing. Here's the link: https://developer.android.com/topic/arc#:~:text=This means that Android doesn't have direct access to the system's LAN interface Here's the quote from that document that explains it: Chromebooks run the entire Android OS in a container, similar to Docker or LXC. This means that Android doesn't have direct access to the system's LAN interface. Instead, IPv4 traffic passes through an internal layer of network address translation (NAT), and IPv6 unicast traffic is routed through an extra hop. We have some changes coming that should increase speed of downloads which basically changes the buffer size of the download. It does improve speeds at least internally. However, just as a general rule of thumb for people reading this, it's still limited to the entire trace between the device you are using and where your games are stored. Therefore, if your handheld has the capability of doing Wifi 5 speeds, and your router is Wifi 6e, then you'll get Wifi 5 speeds. Your speed is as fast as your slowest bottleneck. Then you factor in signal strength, and the remaining trace between your wifi router and your server/computer, and you get a better picture of what your actual speeds might be. Then it'll be more about the hardware itself, storage also have max speeds that sometime are slower than network speeds these days. We can also understand that some native apps can achieve greater speeds than an app like LaunchBox which doesn't have the same toolset as something like a native app. Look out for the next beta and see if it helps your situation.

I'm trying to figure out any reliable way to reproduce this, but up until this point nobody internally can, so not sure what internal or external factors could be causing this. If you can zip up your data folder and send it to me in a PM, that could help narrow things down.

They look good to me. great game too.