Jump to content
LaunchBox Community Forums

goremachine

Members
  • Posts

    7
  • Joined

  • Last visited

goremachine's Achievements

4-Bit Adder

4-Bit Adder (2/7)

1

Reputation

  1. Also noteworthy if anyone runs into this in the future: LB seems to ignore bracketed strings when matching during scraping. I put all version information in () and that's solved. LB now still tries to import all the files, so not just the GDI but also the BIN/RAW so it's much more robust if you CHD your ROM Renaming can be tedious, particularly in Windows, I highly recommend Microsoft Windows' PowerToys, which contain a "PowerRename" that allowes batched RegEx renaming of whole file trees from the Windows Explorer Roms with "Title 1234 (something)[anything]" will be detected as "Title - 1234" and not yield a match -> Rename to "Title (1234) (something)[anything]" Roms with "1234 - Title (something)[anything]" will be detected as "1234 - Title" and not yield a match -> Renaming to "(1234) - Title (something)[anything]" will yield ":Title" and match and show up as "Title" in your collection.
  2. I stand corrected and agree now, you're absolutely right. LB tries, for whatever reason to match the title "4X4 EVO v1.001". It seems to remove all the bracketed metainfo properly but keeps the version string as title info. As soon as I manually delete the version info from the title it matches with the LB DB. So here we go, time to batch-RegEx :D... if substring separated by spaces, starting with v and containing one or more digits and/or points either remove it or wrap it with brackets. Thanks for pointing me in the right direction.
  3. I disagree, the thing is, this works perfectly fine on Desktop with exactly the same folder structure, file names and extenstions. While I do not know how LB works under the hood but pretty much any language can easily match the substrings and extension via RegEx. I'll try later today renaming the whole thing and sees if LB Android parses it correctly afterwards. This then would clearly point to an issue with LB Android and "weird" file names.
  4. So out of the 100 GDI files (and their accompanying bin/raw) the importer comes up with this: Adds the individual files instead of parsing them. Really, weird.
  5. Aye, by "by folder" I mean running chdman over the subfolders, parsing the GDI's creating the CHDs. But currently I have a subfolder/file structure on the SD like so: /Roms/Sega - Dreamcast - Top 100/4X4 EVO v1.001 (2000)(GOD)(NTSC)(US)[!]/4X4 EVO v1.001 (2000)(GOD)(NTSC)(US)[!].gdi Either way, extracted and compressed it doesn't work. Should not be the ROM-Sets "tags" as it parses fine on Windows. Maybe Android has issues with "()[]" but the core information "4X4 EVO" should still match.
  6. I also have LB Premium for Windows. Tried importing the very same ROM sets there and the parser scrapes the ROMs just fine. So either something's wrong with the Android version or with the DB Android uses for scraping.
  7. Info: ROMs: - Dreamcast: Folder with subfolders containing the GDI/BIN/RAW, also tried to CHD the folders - DS: Folder with ZIP Software: - LB Version 1.1 - Android 9 running on a RP2+ Issue: Launchbox > Import Games Selecting Folder for Dreamcast ROMs Selecting Sega Dreamcast as a Platform Enabled Combine ROMs Enabled Import from subfolders Tried with and without enabling to use Folder Names Clicking to proceed with import The importer now finds 1028 files, it should be the Metacritic Top 100 for the DC and imports them as such. The playlist afterwards has 1028 entries, each individual file. If I do the same thing with a CHD, it just adds the CHD, does not scrape the name, content or anyhting. For the DS the exact same thing happens. It just adds the ZIP without scraping. I've added 14 other systems, they all worked flawlessly, so I have to assume something's very wrong with Sega DC and Nintendo DS scraping. My filenames should be more than fine.
×
×
  • Create New...