Jason Carr

Alright, thanks guys, the issue with View All Games not showing images in the CoverFlow views is actually different than anything else, and I just fixed that for the next beta, which should be out later today. That one in particular was an easy fix. The performance issues should be improved as well for the next beta; I'm convinced that they are largely just because the images are being cached in the background. I've changed the priority of the background caching thread to hopefully not affect the performance of CoverFlow as much while the images are being cached. However, we may not be able to achieve 100% performance while the caching is under way. Thankfully, though, the images shouldn't need to cache again after the initial population. I am moving on to the other thread to work on some of the other oddities, such as disappearing images. The new beta with these fixes should be out later today.

Killer. Thanks @Nielk1, really appreciate the help. It's hard to know 100% for sure, but it does look like this did resolve the issue. I really appreciate it. I'll have the fix out in the next beta.

Hey guys, just fixed this in the live development stream so that LaunchBox will not rename existing images when editing games. A new beta should be out later today with the fix.

When Jesus heard this, he said, "Healthy people don’t need a doctor—sick people do." Then he added, "Now go and learn the meaning of this Scripture: 'I want you to show mercy, not offer sacrifices.' For I have come to call not those who think they are righteous, but those who know they are sinners." Matthew 9:12-13 These were the words of Jesus after being confronted by the Pharisees about hanging out with "scum" people. Jesus chose to hang out with people with problems; people like me, with addictions and so many other issues, because it's the broken who need and are willing to accept grace and forgiveness from the Lord. We can rejoice in our problems knowing that they will help us to grow closer to the Lord out of our need for his help.

No problem, Clive; I'm not holding any grudges here. I appreciate everything all you guys do and more than anything, I'm so very glad for your help.

Okay, thanks saber. Hopefully we can get that error log so I can get it fixed.

I do appreciate that @Zombeaver. I'm not saying that we should ever hold back our opinions, just that we need to communicate them politely, not mockingly and not forcefully.

Thanks guys, yes, this is a current focus. Other than the various non-MAME arcade platforms and Amiga, what platforms are you guys aware of that need help on imports?

Yes, all you have to do to launch URLs is put the URL in the Application Path field on a game.

Hi @Kishio, no, it's actually in a later step.

Thanks for this @Sdentau92. You might get some more traffic and some better exposure if you'd be willing to upload this to the Downloads section. You can put it in the third-party apps and plugins category.

Hey guys, all I can say is it's extremely difficult to make everyone happy. I personally prefer systems to be merged in order to help prevent duplicates and keep consistency at its best. Rather than rename platforms to match RocketLauncher, we need a way to just match them up. I can add a field, for example, called RocketLauncher Platform or something that can solve that problem. I need to speak further with the RocketLauncher guys to come up with some improvements. The update metadata without changing platform thing is still on my shortlist, so I'll get to it soon but I'm not sure exactly when @Jazzphone.

I really appreciate this discussion guys. That said, I would also like to remind you guys, especially the moderators, that there is absolutely no reason to attack or come at anyone so forcefully. If I was @robwired, I would have been offended, pissed off, and left a long time ago. We need to handle these situations better than that. I don't believe it's necessary for me to point anyone out, but moderators especially, please tone it down. Disagreeing with someone's request is no reason to respond so forcefully. Now that that's said, let's have a civilized discussion. I would love to see LaunchBox be able to distribute cores for all the various emulators and have them *just work*. Is it actually feasible? Certainly not right now but maybe long-term in the future it might be. I share the notion that we want LaunchBox to be as easy as possible, and emulator installation and configuration is definitely a pain point right now. @lordmonkus did get a lot right though in his responses; the amount of extra effort required in order to make that happen is massive. Sure, the code is written for the cores, but we'd basically have to code an easier version of Retroarch itself in order to make it happen. So sadly, it's not feasible in the short term. But longer term, it is something exciting to keep in mind. I still shutter at the likely licensing and legality issues of it all though, too.

Yeah, @DOS76 has it basically covered. During the import process, make sure you either use MAME as the emulator (and make sure you call the emulator "MAME") or check the box to "force using MAME metadata" in the wizard.

If this keeps up we might have to distribute this theme with LaunchBox itself!

Hi @TONBOX777, we have a ticket for this in Bitbucket, but currently there is no way to custom sort platforms. Hopefully we can get to it soon.

Hi @Imgema, that is a good point that we had not considered when using LaunchBox in conjunction with Hyperspin and other frontends. LaunchBox does rename image files when saving individual games. That said, I think I can come up with a workaround, so I will add that to my shortlist.

Thank you @Nielk1, I will review and see if that code can help. We're in WPF and we're relying on WPF to do the painting (as we should) so I'm not sure if I can hook into that or not. That code is mainly for Windows Forms. That said, I'm also not sure if it's happening in the image resizing or the actual rendering of the images on the screen. But it would be amazing if that fixed it; I'll take a look at it tomorrow, possibly in the development live stream.

Thank you guys, I'll be back to performance adjustments soon. The performance issues are almost entirely due to data processing and the fact that we're not using an actual database. There are always ways to speed things up, though, so I'll be back to this soon.

Yeah, correct. I absolutely love VLC and do not blame it for these issues. It has better video compatibility out of the box than most anything.

Amen guys!!!

Just put out a new beta guys that I'm hoping will resolve this issue. There was a memory leak with the VLC video playback engine as well as some other issues that I was finally able to discover and address. I'd appreciate if you guys could test this as much as possible and let me know if you're still seeing any further issues. Thanks!

It's not VLC so much as the libraries we use to connect with VLC. That said, software development can be extremely difficult and these things happen, so stuff like this isn't out of the ordinary.

Thank you Swiss. We have two threads going here now that are basically about the same issue. Here's the other thread: I just put out a new beta that resolves a lot of issues with the VLC video playback engine, including a memory leak. I'm not certain that it has anything to do with the CoverFlow performance issues here, but it's worth testing to see. I'll be back to this issue tomorrow.

Thank you David. I just put out a new beta (6.8-beta-3) that fixes a bunch of issues with the VLC video playback engine, including a memory leak. However, I'm not convinced that the issues in this thread are necessarily related. Regardless, if you guys can do some testing to see, that'd be greatly appreciated. I'll be back to this issue tomorrow.