stigzler

Annyywhooos... Just revisited this @Zombeaver + again - fab bit of work. Installing it on my 'final' emu machine. I've had a poke around as I'm trying to dovetail C64D's controls with those I've globally configured across all other retroarch systems. Is there any way to choose a different hotkey? I'd like to change it from Back to [what is essentially] the Guide button (long story short PS4>DS4Windows>Xbox Controller). Route irrelevant: shows in retroarch as button 10 rather than button 7 (Back). Changing it in C64D retroarch doesn't change the hotkey. I notice you have some AHK scripts working alongside other utility apps, so rather than guess what's inside the black box, thought I'd ask first! Unfashionable of me, I know! Also had a quick search on this topic - couldn't find anything - although it may be buried deep in the details somewhere. EDIT: Nemmind - found it - you do this via C64Dreams/Configurator.exe>Config Editor.

Hi all. Just checking whether this is possible through LB natively before I go down a rabbit hole of coding this. I have an old console shell fitted with a PC and a LB installation. I also have a server full of roms. Given file sizes for the later generations and limited space (2TB) on the unit's SSD, I'm looking to have a mixture of local roms (e.g. Soul Calibre and Crazy Taxi for dreamcast) and also importing full sets from my server. So, in this example, the full DC set would be available when the unit's plugged into my home network, but when not networked (or in another home) only Soul Calibre and Crazy Taxi would be available in LB/BB. I've tested this, and unfortunately the network roms are still visible in LB when it is detached from the network. I'm just checking whether there are any settings I'm missing which would make the network roms invisible when unit's not attached to the LAN? Failing that, any thoughts on the best design approach for a plugin? I'm currently developing one that already has the facility to monitor all LB/BB actions and has the ability to augment LB functionality via individual platform setting etc. My first thought would be via leveraging the "hidden" property in the roms - that is have a setting in a plugin that registers the root of your network roms and at an event (e.g. change of selected platform event), see if this network location is available. If not, go through each rom in the local db, making them hidden if they are on the network location. Only drawback is if you were to set a game to be hidden in all scenarios (but could work around that by having a per-game setting in my plugin to make it hidden no matter what). I haven't really looked into the LB/BB views objects in the plugin API - but guess that's also a possible approach (and possibly better given I wouldn't be messing with the db entries and it may be quicker) Would welcome thoughts (+ hopefully a simple box I can tick in LB natively to do this all for me!)

Thanks for this. Having tried no end of other approaches (involving a dummy emulator, launch application before etc) this is by far the easiest way to achieve this.

Nice work brother - exactly what I needed. I did try to distinguish between the user or windows awakening the PC as also wake @ 3am on a Sunday to do updates, but couldn't find a way to do it. I'm just hoping my AV amp doesn't turn on when it senses the PC waking up else I'm going to hear the BB launch video at full blast early hours of a Monday morning! I wouldn't hold your breath for the LB team fixing issues like this. They seem to struggle with the 'smaller' issues.

Can also confirm this. Problem is lunchbox side. 2.5 years later and still no fix?

Hey. Just to contribute. I often had the same problem during development of a plugin and testing. From exploring files on my test machines and from Jason's posts here, I think it has to do where there are competing .dlls between those in Launchbox/Core and any plugins or possibly themes (or anything that uses its own individual dlls). Often for me, it occurs when my plugin uses dlls that are also used in launchbox and those in my plugin directory are more current than those in laucnhbox (i.e. launchbox likely requires an update). In short: if you're having these errors, ensure Launchbox is updated first. Then you can manually compare the dll referenced in the error message to any in the Launchbox\Core directory. If the Launchbox version is older, then that might be your problem.

I'd probs raise a separate post with a few more details.

God that was bloody horrible. Never make me do that again.... 12 hours straight and finally upgraded about 7 different projects to .net 9. To be fair to M$ - their Upgrade tool is really good. The hassle came from resolving references and fixing breaking changes in .net 9. Curses! I know I'm going to be finding bugs for a while yet.. Goodbye Framework - you served me well, but like an ex-wife - don't think I'll be visiting for tea again any day soon. So yes, in conclusion, upgrading to .Net9 solves this issue. However, if you've got any kind of complexity (read: multi-local library, old platform etc) make sure to bring a 4-pack of patience.

So is this good or bad? Looks baaaad to me:

Oh gosh, no. But I know my own limitations and the state of my code! 😉

Thanks Joe. God I've got a horrible feeling this is going to go really, really badly.

Oh, I WILL be doing a commit if I do it! 🤣

Cheers dude. @JoeViking245 has suggested referencing LB/Core/Drawing.Common - so need to find a way to try this first as my plugin is v complicated (5 projects + leveraging some potential framework only features) - so if Joe's suggestion works this would be the preferable path rather than the upgrade. However - is there a "reverse" upgrade option? The Framework/Core/.net transition is one I've never braved!

Thanks, Rob, but forgot to mention that it's built using Framework 4.8 - so not sure how easy it is to switch to .net 9.

Think this likely has something to do with the .net version update. Error thrown at my entry point class inheriting ISystemMenuItemPlugin: public class SystemMenuItemHook : ISystemMenuItemPlugin { // Launchbox Properties ============================================================================================== public string Caption => "Gearbox"; public System.Drawing.Image IconImage => Gearbox.Presentation.Properties.Resources.gearboxicon; public bool ShowInLaunchBox => true; public bool ShowInBigBox => false; public bool AllowInBigBoxWhenLocked => false; // Gearbox Properties ============================================================================================== public SystemMenuItemHook() { } public void OnSelected() { // Blah - problem not here } } Gearbox.Presentation.Properties.Resources.gearboxicon throws the error: "System.PlatformNotSupportedException: 'BinaryFormatter serialization and deserialization have been removed. See https://aka.ms/binaryformatter for more information.'" gearboxicon shows as a System.Drawing.Bitmap and is included via the Vis Studio Resources system. This has been working fine for all past versions. Plugin built using Framework 4.8 Any ideas?

I was really replying to the OP. However, I assume you've tried AHK for what you are wanting to achieve? It lets you launch things via key combos

Thanks @dragon57 - a useful hack in the absence of any solutions via launchbox or retroarch settings.

I solved this here:

OK. Solved it. Download this: 3RVX Set is as a startup application with bigbox Go into 3RVX's settings and set hotkeys for vol up and down to those on your cab. Bingo.

I think this might have to do with retroarch. On initial import for psp, I selected use bezels. However, now I don't want the bezels showing. It launches via retroarch (whose UI organisation is a little baffling with overrides etc). I launch a game and then switch off the bezel via quickmenu-OnScreenOverlay-DisplayOverlay=false. I then try to save ethe core override via quickMenu-overrides-saveCoreOverrides. However, if I relaunch the same game, the bezels are back. Also for other games. What am I doing wrong? 😭 Edit: So if I do quickMenu-overrides-saveGameOverides, this works. However same for ContentDirectory doesn't. God I hate retroarch settings. Also, if I didn't want to disable the entire overlay (eg. Controls etc) how would I achieve this?

From that script, Joe, I'd guess you're no stranger to pushing the envelope of any system you find yourself working in 🤣 I'd have never thought about monitoring the registry for Steam state changes! Genius. (and thanks as ever, Gabe, for making steam the kid in the playground who refuses to play with anyone else coz he thinks he's the mutts nuts)

Thanks Joe. Will take a proper look at this tonight. Funnily enough, Sine Mora was the game that highlighted this for me, but helpfully as will need to get game launch/exit working for steam for other functions of my plugin (marquee layouts etc) Never straightforward this gig, is it?

I'm developing a per-game AHK script launcher in my plugin. As far as I know lb doesn't have this? It works by running a game script on launch and then stops it on return to BB (i.e. the lb game exiting event fires) The issue is this game exit event fires immediately after starting the game. Thus stopping the AHK script. Any ideas what's going on here?? It works fine with other emulators.

Thanks. Will put there. Have thought of a workaround that will do in the meantime time. I see IBigBoxMainViewModel has methods to change the page type, so could monitor BB for inactivity and if inactive in Discovery, will change the page type to one that supports Attract mode.

Hi. Thanks for the response. Interesting. I note you can set a hokey to launch attract mode, so wouldn't this just be a simple method call? I.e. if you can launch it via a hotkey then you could certainly launch it programmatically. I know the Devs have a lot to implement, but do you not have a feature requests system? I couldn't see this as being a huge task to code but understand you need to prioritise issues. Best wishes.