oblivioncth
-
Posts
164 -
Joined
-
Last visited
Content Type
Profiles
Forums
Articles
Downloads
Gallery
Blogs
Posts posted by oblivioncth
-
-
6 minutes ago, Jason Carr said:
How long are you waiting for the initializing extraction process? It can take a while after the ThirdParty folders are deleted. Beyond that, it might be worth running chkdsk on the drive to make sure that there's no file system corruption or anything of that nature.
The Logs folder is only populated if debug logging is turned on. Debug logging would help in this case, but it can't easily be turned on without being able to start the app. Still, if you have 11.1 working, then perhaps you could turn on debug logging under Tools > Options > Debugging and that will give us a bit more information.
I don't have the machine at the moment. I will ask the friend who does to leave the process go for like 30 minutes to see if anything happens. As I said previously I let it go for a few under 10.
If nothing happens I'll get a debug log.
-
1
-
-
4 minutes ago, Jason Carr said:
Using Dropbox or Google Drive or OneDrive or any other file syncing service? Are the files in one of those?
Nope.
Just D:\LaunchBox on an NVMe drive.
-
No.
Windows 10 Pro if it matters.
-
1 hour ago, DOS76 said:
try going into your updates folder and running the last installer again. make sure you install it right over top of your current install and not nested inside of your current folder.
Unfortunately this didn't change anything.
1 hour ago, Jason Carr said:Most likely, it's having trouble updating the library folders. Try deleting the LaunchBox\ThirdParty\CefSharp and LaunchBox\ThirdParty\VLC folders. They should be recreated on startup (but for some reason something is probably interfering with the deletion process).
After doing this I watched as the program re-deleted and re-re-created those two folders upon startup as they should. This did make it so the 7-zip process was no longer present but LB still hung at "Initializing" on the splash screen. When the 7-zip process is running it does do some work for a few moments before becoming inactive.
The installer for 11.2 final seems to have just gone up (just one beta?) and that too results in a stuck startup for me.
Using the 11.1 installer to revert to that non-beta version has allowed me to start it again. Not sure what the issue is, but both my Logs folder and error.log are empty (I'm assuming these are only populated if an actual error occurs and there is no verbose logging) so I'm not sure how I can provide much more information other than anything you'd request specifically.
-
22 hours ago, Jason Carr said:
11.2-beta-1 is out now with a hopeful fix for the issues that @Xirvet and @sialivi were having with Clean Up Media. As it turns out, it was not MalwareBytes, but rather the differences in number formatting between the US and other countries. Countries/systems that use a comma instead of a decimal point were the culprit. Hopefully this beta fixes it, and then I can put out another official release.
Could be something particular with my install but after updating to 11.2 beta 1 LB never gets past the Initializing splash. I've let it go for about 10 minutes; however, I suspect that no amount of time will result in anything as the process shows no CPU or disk utilization, with the only noteworthy detail being that it has a 7-zip console as a child process that also shows no activity.
-
So I just read over the Flashpoint update post that I missed from back in May and unfortunately it mentions that on the next update of their launcher (which may or may not be the next update itself) they will be moving to using an sqlite database instead of the Launchbox based XMLs. This doesn't make importing the collection impossible, but does make it more complex (the degree of which will depend on how their new database is set up) as I will have to parse the database file and create new Platform XMLs from scratch for Launchbox instead of being able to just modify the existing ones.Luckily some aspects of the import tool, like its UI, and the command-line helper application are still fixed in function and will not need to be modified due to this particular change in FP, so I will continue working on those aspects; however, if this new launcher version is not released by the time I have everything else finished, I may pause and hold off on creating the FP data interpreter portion of the conversion tool until it is released since they are likely to keep using that format for some time and it makes no sense for me to setup everything with the current XML scheme only to have to completely throw it all out as soon as FP is updated, which for all I know could happen a few days after I'd release this tool.
The command-line utility is basically done at this point other than some more extensive testing to cover all use cases. I get held up for a while because of a bizarre error with a library I'm using that made no sense because it turned out the compiler was incorrectly not display a warning that specified the exact issue as it should have been and so all that I was seeing was a secondary error caused by the first issue that seemed completely unrelated. It also didn't help that a particular piece of documentation for the library didn't explicit mention why you couldn't do what I was trying to do and only vaguely implied it in another location.
I'm about to start on the import tool and like I said I'll focus on the general UI and initialization/clean-up of the import process first and leave the core conversion procedure for when FP updates.
I plan on making it so that you can use the tool to do a fresh import or update your collection within LB to match the latest FP version, allow you to select exactly which Platforms/Playlists you want imported, and other than those selections and some path input have the entire process be automated.
Exactly what they do with their new database format is a bit of a whammy here but I'm still fairly confident this should all work out in the end.
-
1
-
1
-
-
4 hours ago, Micral35 said:
Would be very interested. Flaspont is an interesting collection!
What is the status of the project?
42/5000I'm currently downloading version 8The C++ program that acts as a command line interface for Flashpoint is nearly done. Then I just have to convert my MATLAB scripts into another application that takes care of the conversion/import process. So maybe a bit less than half way?
Sorry it's taking so long but like I said before I can only work on it a small amount of the time.
-
Just wanted to give an update:
Due to various situations that are too involved to explain, I only have access to my machine with LB and Flashpoint for some days and not others. Currently I've been away from it for some time, but I am still continuing to work on an importer and will resume doing so every time I'm back where the machine is. I've gotten a lot more games in using the start of an automatic process and they all seem fine. I last finished getting the necessary binaries on the machine to start writing the C++/Qt based replacement launcher (that will be used in-place of Flashpoint.exe), as it will ultimately be easier to do it on the machine itself instead of on my laptop.
Can't exactly say how long it will take but so far I have seen no reason that this can't be accomplished in a reasonable amount of time and result in a process that's fairly streamlined for the user. Once things seem to be working for the most part I'll upload a beta release (I'm sure there will be bugs) and will fix any issues that people report that I personally don't run into. There are quite likely to be a few given how many games are in the Flashpoint collection that use various combinations of different software tools to make them work.
-
1
-
-
On 5/19/2020 at 7:31 AM, SiriusVI said:
Sounds great. But I understand your concern. It would be a shame to put too much work into this just to find out that a few updates down the line, we can't make use of your hard work.
Yea, it would be unfortunate, though since in it's current state at least it doesn't seem it will take too much effort, I'm going to see what I can do. One annoyance is that FP names its media files by Game ID (which I actually like better; its straightforward and deterministic), whereas LB uses the game's title. While this is fine for simple games, ones with certain symbols or characters from other languages are handled differently and it may be a pain to make sure all cases are covered. Won't know for sure until I run my first attempt at having the conversion performed pragmatically and then see how many games are missing their images due to unexpected naming convention differences.
First impressions are good. I was able to alter a random flash game a bit and use some simple batch files to start/end Flashpoint's supportive programs, like its redirector, to get it into Launchbox with its main picture and so that it can successfully be started by just clicking on the game in LB (instead of having to also have the Flashpoint.exe running first or something, like previous methods other forum users have used). I will probably end up using a C++ application to handle these tasks instead of a batch file in the final product to keep things silent and clean.
The batch files run automatically on upon starting and closing the game and do not launch the game itself. This way the LB/BB pause functionality should still work correctly.
There may be some unexpected difficulty in getting the other Platforms (i.e. web Unity) to work, but for no I see no reason to believe so.
-
1
-
-
4 hours ago, Retro808 said:
The new 0.9 version has all the same views. You just need to change them in the view options in BigBox or map a key/button for "Change View" and you can change the view on the fly. Some views like TextList view have to be in themes by default.
Here is 0.9 dark using both the same views you are showing in your images you posted.
I didn't know that such a hotkey existed, that can definitely be useful, thanks.
I also forgot there was a seperate Views ection under BB options as I was used to changing them within the page for the theme itself. So yes, the options are still there, the only downside is that there is no preview for them now because the Views option screen is only text and no images, but I guess it isn't a huge deal if you just use the hotkey method to change them in real time to get instant feedback.
-
7 hours ago, viking said:
No, I have not removed any views.
In the previous theme, the Light and Dark views were mixed. Here, they are separated into 2 different themes. That's why you have this impression I think.
The LIGHT theme has no new view.
The DARK theme, now has all the views (identical to the other) in dark version. (3 "new" view dark version in fact)This update mainly concerns the foundations of the code. I put it online in version 0.9 because I await your feedback to finalize these views and polish these bases. It will be v.1.0 and the end of beta status. Afterwards, I will come to add new views / design!
Perhaps it was unintentional, but there definitely is a bit less customization in 0.9 vs 0.7 (at least in the Dark Theme). I know you split the themes up, which isn't an issue, but to clarify, here is what I'm talking about:
In the above for 0.7 (regardless of dark or light), you could choose things like say, if you wanted your Platform List to use a Text List view, or a Wheel View (options 1 and 2 respectively in the screenshot) which would result in the following two different ways to browse your platforms.
Text List:
Wheel:
But now in 0.9 there is no View selection so you're stuck with the defaults:
Such as a Wheel for the Platform View and Text List for Games View. At the moment I happen to like of the default Views in 0.9, but may find I'd prefer something else for one of them. Just figured I'd point this out so that the different view options that already existed in the combined 0.7 theme could be re-added to the View options in the separate dark/light themes in the next version, before you worried about creating entirely new ones.
-
11 hours ago, viking said:
Update from end of quarantine !! (finally)
First of all, thank you all for your patience during this strange period. Today is updat day!!
ChangeLog :
Version 0.9 - Released May 19, 2020
- New Feature: Split theme in 2 standalone version: Dark + Light.
- Improvement: Eatkinola plugin update.
- Improvement: Big performence optimization on PlatformView.
- Improvement: Big optimization on PNG size. Theme + ClearLogo.
- Improvement: PlatformClearLogo color correction for Dark + Light.And here is the theme cut into 2 branches. LIGHT version + DARK version. Now the Dark version is end to end.
I stayed in "beta" because I'm waiting for your feedback, just to see if I'm not mistaken.
I also integrate the updated @eatkinola plugin, correct the ClearLogo Platforms (depending on the version of the theme) and do a lot of optimization, which I hope will make the theme more smooth.To cut the theme in 2, I had to rename it. So you can have the old and the new version side by side.
It will be more annoying in the theme manager of BigBox, because I will have to create new pages.I would also like to take this opportunity to say a GIANT THANK YOU to all my Patreons, it's heart warming !!! Thanks guys ?
Thanks for coming through with this despite everything. I'm glad that there is a 100% dark theme now and this version is much snappier with my large collection (60.000 plus) than 0.7.
0.9 seems to have a much more bare-bones options screen in the BB theme manager and there are no longer multiple Views to pick from compared to 0.7. While I actually prefer the list view for the games list over the clear logo "one at a time" list that 0.7, I'm just curious as to whether or not you took out the options because you're working on new/revised ones? Or if you feel that the current default/only views in 0.9 are the best of the bunch and are only keeping those moving forward?
-
I took a glance at the data files and they are still mostly the same as the xml files that LB uses. This does make me a little worried that they will still change them significantly in the future, but perhaps there will still be a significant amount of time before this.
Luckily this means that ultimately all that should need to be done is some mild processing of the Flashpoint xmls to remove any fields that LB doesn't use (or potentially rename them to the closest thing LB has) and add anything missing that LB needs and hopefully they can just be added directly to LB the same way that eXoDOS is.
I will definitely start playing with that when I can get around to it.
-
8 hours ago, sundogak said:
Your steps @oblivioncth captured very well what I eventually broke down and did after the new ScummVM version came out. Once you resort to normal EXE as emulator and pointer text files, then get benefit of Pause feature in LB as well as "future proof" EXE wise. The few new games they add over time are easy enough to add. If I was coder I am sure it would have been easier, but having no skill in that area took the brute force approach of doing each folder and modifying the text file in each to match the ScummVM name. Not elegant but worked and don't have to mess with it anymore. The pointer files usable with standalone ScummVM and Retroarch and folder structure are in ZIP file I attached in this thread.
Definitely convenient for people who are starting fresh, and yea this seems like the way to go.
8 hours ago, Pixelpiper said:It'd be "REAL NICE" if maybe Jason could update the built-in ScummVM support so it's open-ended. Remove all the hard-coded Target info from Launchbox and have its list of Targets read directly from the ScummVM ini - which you should be able to point LB to. The ini has to exist already anyway to use any of these games in LB, otherwise ScummVM itself wouldn't start the games, AFAIK.
That said however, I still don't even know how to import a batch of games all at once for the built-in ScummVM support. If it has to be done one game at a time, I guess it doesn't really matter, it wouldn't be useful anyway.
I don't know of any other way to import such things without drag and drop other. I don't really know how exactly the built-in version handles things but I had no idea that its targets were hardcoded. This is definitely an issue since like we said the names are not at all guaranteed to be the same between systems.
No clue if Jason will ever have the time or care to get to it, but a built-in import option that reads the INI directly and more or less does what we did through scripting would ultimately be ideal.
-
Ah sorry, since there was a bit of ambiguity as to what you were referring to given the poorly defined ScummVM terms due to the lack of documentation, I figured I'd just explain everything I did to be safe. Wasn't aware the entries were referred to as Targets. Good to know.
I wasn't aware of that issue that LB would have while splitting games. Since each game ultimately has its own ID there would be no issue with keeping the folder derived name on both. I guess after splitting there will be some manual adjustments needed anyway, during which you can fix the name, but that is definitely still annoying.
I agree with you in that I think whoever made the Retroarch docs for ScummVM is conflating gameid and short names. I am also surprised about the lack of documentation concerning many games that ScummVM definitely supports.
It is a shame that so much processing is require to get the games in correctly but I suppose it's still better than having to add them all one-by-one.
-
7 hours ago, Pixelpiper said:
-snip-
Ok so here is the deal. Like you mentioned, every game that ScummVM officially supports has a (sort of) unique identifier that is its short name. While I don't remember what the ScummVM docs say about this, what I am referring to is the abbreviated name that is used as the header for each game entry within your scummvm.ini. There is a "gameid" for each entry, but this is most certainly not unique as it seems to me like it is more of an "engineid", i.e. telling the Scumm engine which base interpreter to use for that entry, and obviously there are only so many of these that are shared between various games within the ScummVM set.
To clarify, here is an example of the entry for the CD/DOS/German version of "Indiana Jones and the Fate of Atlantis" in my INI:
[atlantis] description=Indiana Jones and the Fate of Atlantis (CD/DOS/German) path=D:\LaunchBox\RAI\ScummVM\Standard\German\Indiana Jones and the Fate of Atlantis (CD DOS, German)\ gameid=atlantis language=de guioptions=lang_German
The shortname I am referring to is "atlantis" here. Funny enough a lot of these short names seem to be undocumented, or at least are hard to find.
Now, as much as this system seems to work like how MAME handles roms where each game has a truly unique shortname that you can just pass as an argument when starting it and as long as its in your ROMs directory the game will be started without needing to provided a direct path to the rom, it seems that these are rather just default or "preferred" names for each game. This is demonstrated in two ways: First, when you have multiple versions of a game ScummVM, while scanning them in, handles them just like most file systems do when something automatically gets assigned a name that is already taken; it simply appends a number onto the end, with the number simply corresponding to the order in which the versions were found during the scan.
Correspondingly, here is all of the entries of have for my versions of the above game: https://pastebin.com/RWK5UT4x
The "(CD/DOS/German)" version was found first due to its alphabetical position from its folder name, so it was assigned atlantis, while the "Floppy/DOS/English" version was found second during the scan (again due to its folder name) so it was assigned atlantis-1. You will notice that some versions also have their own short names, like atlantis-amiga, but ultimately these are handled the same way in that if you have multiple versions, of that version, -N (where N is the next available number) will simply be appended to the end. So unlike MAME where each game has a fixed internal name that is used to launch it, the short names in ScummVM are more or less an an index for each individual's scummvm.ini to let ScummVM which entry to refer to when starting. There tends to be a lot of overlap between any two person's INIs due to the "prefered" names that are used, but as you add variants of games to any INI, the exact short names that appear will differ depending on the exact variants and folder names that an individual has/used.
So this is how you handle launching any specific version of a game. You have to check what short name it received within your INI and then use that in the command line to start it.
Second, use of the "preferred"/default short names is not at all enforced. In my INI I can change atlantis to thisisadifferentname and then do:
scummvm.exe thisisadifferentnameand it will still launch the CD DOS German version of Indiana Jones and the Fate of Atlantis.
Again, this reinforces the idea that while there are default names, the short names ultimately used for each game are technically unique to each install and are not universal.
As for how I got my collection into Launchbox correctly, I did the following:
- Add standalone ScummVM 2.1.1 as an emulator with No Quotes and Name Without Extension checked
- Create a new empty folder to hold onto named whatever you want (in my case, a folder called "Launch Files" under the root of where my ScummVM game files are stored
- Create a file/folder hierarchy with sole purpose of adding the games to Launchbox in the most optimal way. This is done using my MATLAB script which is explained in the following steps
- Iterate over each game entry within the INI, which is easy since they always start with '[', and store the short name and data in the "description=" field to their own variables.
- For each entry, create a folder under that new root folder (i.e. Launch Files) with the name from the description=" field, and then within that folder create a file with the entries short name and ".scummvm" as an extension
- Optionally, for better compatibility with Retroarch ScummVM, write the short name of the game only to that file (i.e. atlantis.scummvm will contain the text "atlantis" and nothing else)
- Once the script is finished, go into LB and import using the "ROM" files option, point it to the root folder used (Launch Files), tell it to scan sub folders, and tell it to use the folder names as the game title instead of the file names
This way, each game gets the correct title, and the "rom" file for each game in my LB database is effectively shortname.scummvm, which makes it clear what the file is for in my file-system, but since the "Don't use extensions" option is checked only the short name will be passed to scummvm.exe when starting a game. So while that whole folder/file structure you end up creating holds no actual game data, it is ideal for getting games to start correctly with launchbox and ensuring each game receives the correct metadata. This has worked perfectly for all my ScummVM games.
Now, I did need to do some manual auditing of my game folder names and the "description=" fields in my INI (these are also not strict and you can change them to whatever you wish) due to some games that used the same exact description (I used a separate script to find these) and clean up a few other things, but once that was done the main script took care of 95% of the work. If it helps clarify what I did you can see it here:
-
5 hours ago, Pixelpiper said:
Are you using actual short names (the first part of the section/target before "-") or are you using "gameid" ? The gameid is, according to ScummVM dev docs, supposed to be unique, but they've seemingly ignored this and it doesn't specify the version at all as they indicated. In many cases it specifies an engine, like sci or agi and doesn't mention the game whatsoever. The actual short names are in the game target (the [section] of the ini) - this is the only tag that will start a game on Stand-Alone ScummVM. Libretro can start using either target or gameid.
Libretro docs clearly state to use the Short Name inside the .scummvm files - but as above, this is broken in the core and just won't work for some games. For example, the short name for Bargon Attack is "bargon" which is shared in all versions (bargon for dos, bargon-amiga for Amiga, bargon-amiga-1 incorrectly for Atari ST, bargon-de for German DOS, etc.). If you try using that in a scummvm file you can start the DOS versions of the game, but Amiga and Atari ST version will drop out to the ScummVM debugger. If instead you use the full target name or the gameid of "gon" which is identical for all versions, they'll all start correctly.
Using short name with Kings Quest 1, if you start the Amiga or Mac versions they'll each contain the correct copyright date, but they'll be using the darker DOS palette and DOS audio - start each game directly from the ScummVM launcher and you can see/hear the difference.
Kyrandia produces an error on Amiga and other versions, etc.
Frankly, the whole thing is a giant mess and both ScummVM and the Libretro core are full of inconsistencies and bugs. I've now got a script going that deals with almost all special cases to properly tag a file for every game (I'm testing with over 400 game versions and over 250 titles) - this is only applicable to RetroArch/Libretro. All games that have any details in the LB/EmuMovies databases also download all metadata and artwork (almost everything except some non-game stuff).
WIth respect to stand-alone ScummVM, you can't start games by passing it an external file. But you can start it from an external batch file that can also be made with such a script - something as simple as "scummvm.exe <target_name>" - and naming that file appropriately will allow LB to scrape all details.
Hmm, I personally haven't experienced any of these issues but I'd believe they exist.
I use standalone 2.1.1 so I can't speak for how Retroarch handles starting games, though I did try to mold my setup in a way that would make it easy to change to Retroarch's ScummVM core if I so choose. I don't have access to my setup at the moment but will later today and I don't want say anything about how I ultimately imported my ScummVM games that is untrue in the event that I remember something wrong. So, once I'm in front of it later tonight I'll check the couple details I'm fuzzy with and get back to you. I remember most of how I handled it, I just want to double check a few things.
I have a full set so I know what you mean when it comes to the duplicate short names, but at least in 2.1.1 that is a non-issue mostly.
-
1
-
-
On 5/15/2020 at 4:05 AM, SiriusVI said:
@oblivioncth The new version of Flashpoint is out ?
Don't worry, I've been following it closely. I haven't had access to my LB machine for a bit and haven't actually finished the torrent yet because of slow wifi were it is and its also been sleeping most of the time (long story, Covid related, blah blah blah). I am curious to see what the next status update says because I'm not totally sure they've fully moved to their new database format yet but I am going to take a look at 8.0 when I can and also what you can do with LB plugins to see which route is the best to take (plugin vs external app). My priority is to try and keep pause functionality working, but it will comedown to how the FP games are handled across the board. Since there are various engines behind each game ill either need the user to set up multiple emulators or have each game use a overriden launch command.
May take me a bit but I would every much like to have flashpoint games work from launchbox so I'm definitely going to test the waters.
-
1
-
-
I had accidentally unchecked the "Don't use Quotes" box when I took the screenshot I previously attached, so that is working correctly when used.
As for the launch parameters it seems like they do work when used under the associated platforms tab, which despite being a weird issue that they don't work in the main tab like they do for every other emulator, it is good enough for me.
Thanks for the help.
-
2 hours ago, sundogak said:
-snip-
I am using the checkboxes you noted, hence why in Procmon the only appended command was simply "pajama" (though it's strange that there are still quotes around the file name), but I have not tried placing the default arguments in the platform association window instead of the main emulator window. I'll give that a shot and get back to you.
The games launch fine it's just that since the arguments are ignored it isn't using the .ini I want and starting in windowed mode.
Thanks.
-
This is on 10.14
I don't have this issue with any other platform and suspect the issue is related to the fact that ScummVM is whitelisted as an exception to be handled by the built-in ScummVM distribution that is present in the third party folder.
Because I always wan't to use the latest development build and have more control over the install, I use a standalone install of ScummVM that is added as en emulator and everything else about it works fine; however, despite having these options for the Default Command-line Parameters:
--no-console --fullscreen --config="D:\Launchbox\Emulators\ScummVM\scummvm.ini"
and LB showing this as a sample command:
scummvm.exe --no-console --fullscreen --config="D:\Launchbox\Emulators\ScummVM\scummvm.ini" File
none of them are used when a game is started, and I am certain this is an issue with LB thanks to ProcessMonitor (great tool), see the attached image.
As shown only the path to the EXE and the name of the ROM file are used, and you can even see that there is an extra space in the full command that was used because LB added the space that should be after the default CLI arguments but the arguments themselves are missing.
The behavior doesn't change if "Don't use quotes" or "Use file name only" are unchecked.
Just wanted to see if anyone else has ran into this issue and possibly has a solution before I submit this to the issue tracker.
-
3 minutes ago, max2173 said:
Thanks for the quick response, built my pc very recently and having so much fun getting everything looking slick. I haven't even played any games yet ?
I'm in the same boat actually, other than that I have played a few games here and there as I got some of the setup done ahead of time on another PC and then migrated everything over, but polishing the metadata of my local database of 70,000 plus games is going to be a never ending effort lol XD.
-
11 minutes ago, max2173 said:
I absolutely love this theme, I have a few questions I was hoping someone could help with:
Is there any way to change the games boxart to display the game clear logos instead?
And is there a list of games in the dark view or am I stuck using the white one if I want a list version?
For the first one, this is determined by what is set up in the view for that section of BB and it is currently set to show the Box Art. A new view would need to be made that uses the Clear Logos instead, so while it's feasible to implement if Viking chooses to there is currently no way to change this unless you mod the theme yourself. At some point I'd like to see BB allow for themes to have settings within Views so that entire new views don't need to be created just for small tweaks like this.
For the second one, unfortunately yes because at the moment BB only allows for there to be one Games List view per theme and so Viking kept it as the original one which is the light version. He plans to eventually separate out the dark views into their own theme (A dedicated dark version of the theme) to get around this.
-
5 hours ago, Retro808 said:
It does use text, but the text is white and he is using the white version of the theme so it is white text on a white background.
Oh lol,
I've only used the dark version so I assumed that the font was grey/black in the white views.
11.0-beta-1 Released
in Beta Testing
Posted
Ok after reverting to 11.1 stable and then enabling debug logs, I reinstalled 11.2 stable and started LB again while watching for the Logs folder to be populated. As you guessed previously, the initial entry that was last in the log while the it was stuck initializing was "Libraries Initialization: Extracting ThirdParty folder...". Deleting the folders as you suggested doesn't seem to allow it to get any further.
Not sure exactly what the hold up was (I did mess with the ScummVM folder previously, though I thought I had reverted all my changes), but I then tried deleting every folder under the ThirdParty folder except for 7-Zip, and that ultimately allowed it to start.