chyatt6385

This appears to be the best thread to post this in . . . Yesterday, I dusted off Nox and started installing some game apks I got through Humble Bundle. I thought, "Why not add those games to LaunchBox? It would make launching those games so much easier!" As if I don't have enough to do with 20k+ Commodore 64 files . . . So I'm digging around in the emulator settings in LaunchBox. Nox has a command line parameter to load Nox when a package is selected (taken from https://www.bignox.com/blog/command-line-parameters-that-nox-app-player-supports/): -package:<package_name> where <package_name> takes the format of com.doubleeleven.frozensynapseprime for example (the package name for Frozen Synapse Prime I have installed). This information can be found easiest using ES File Explorer, I've discovered. I'll post more on that if there's an interest. So what should the syntax be for "default command-line parameters" in the emulator setup window? Are double-quotes used around the variable, or what? And how does one get rid of the "FULL\PATH\TO\ROM\FILE" in the "sample command" line? That path is unnecessary if the package is called from the Nox command line. And then there's the question of the syntax for the "application path" parameter in the program details. Should just the package name, without a path, be used on that line?

I don't view this as a bad thing, personally. I know I've added something and then wished I had put it a different way after the fact. For these kinds of things, it's good to have moderation. As for wait time, the only thing I can think of is in verifying the information. Unless I know something, I'll verify it as best I can. If I don't have time to do that, or really have no initial starting point for verifying (like 80's computer games, except C-64) I'll pass on it (which is a good, relatively new function).

I wonder, then, if the field is restricted to numeric, if it will toss out the entire entry anyway or just the incorrect data type. I suppose it all depends on the code structure for each entry; either way, it's not an unrecoverable loss. I was thinking about the "too much" bad data as well. As for making a note, they're all AtariST entries so far, and it may be the same person doing it. I've encountered this before with some other non-Windows platform entries though. And I'm ok with rejecting them all for the learning experience of the person who is inputting these; the data isn't really lost, because I found a couple of sites out there with AtariST game info while I was verifying them, so we're not losing a national treasure. I just wish the first pass through isn't simply a pass/fail, and that we could alter the data when it first comes to us for moderation.

So, I've just run into a string of Atari ST games that someone entered with "1,2 (sim)." or "1, 1 vs 1" as a data string for MaxPlayers. As far as I can tell, all other components of each entry is correct. I've rejected a couple or three of them so far, but it looks like someone went to a lot of effort of putting them in, and I'd hate to completely waste their time. What does everyone think about just accepting them all (assuming everything else is correct) and just fixing the one thing wrong with them later? This could be one of those cases that supports the argument for being able to skip over entries and pass/fail them later.

I just synched my collection and realized that there IS a separate entry for at least one addon: Dungeon Siege: Legends of Aranna. If I remember right, it requires the original Dungeon Siege to play. And then there's Star Wars: Empire at War - Forces of Corruption . . . The longer I sit here and think about it, the longer the list grows. :-)

No, I wasn't thinking it was LaunchBox that was mysteriously attempting to scrape this single DLC out of many. I was sort of putting it out there that the Steam API/DB has its own errors as well. But yeah, I didn't think about the multi-disc option, perhaps because I haven't used it personally.

While importing from Steam, I've seen where the Steam API has included a DLC as a separate "game", even though it requires the base game to play. Don't know why Steam did this, and I keep rejecting it from my personal database. I would think that a new data field within a particular entry within LaunchBox in the local database would be necessary for accommodation, maybe. For what it's worth, I have lots of games with DLC on Steam that haven't been treated this way (Pinball FX2, for example - each table is a separate DLC).

The box front I changed has the Van Helsing II logo on it, which is a different product.

My sources for changing the publisher to XSIV Games is found at IGDB.com (https://www.igdb.com/games/tyrian-2000), at Moby Games (http://www.mobygames.com/game/dos/tyrian-2000), and at Wikipedia (https://en.wikipedia.org/wiki/Tyrian_(video_game)#Tyrian_2000_.283.0.29 - click on "show" at the right for the details). The change has had one rejection, so I thought I would post my sources here. The ORIGINAL Tyrian game was published by Epic MegaGames, but not Tyrian 2000.

Well, I hate to be asking so many questions. I just feel like I should, because this isn't MY database, it's a community database - if it were MY database, I'd know what to do with certain things. So, with that in mind, I think consensus is a good thing.

I would guess, then, that it should be ok as long as there are no watermarks in it, right?

So I've rejected one game a few days ago for two reasons: It had a website watermark (disallowed per mod rules) and it was a gameplay and not a trailer video. Are we accepting only trailer videos, or are gameplay videos acceptable as well? I've run across another one of those, and I'm not sure how to proceed. I'm thinking we shouldn't accept them, though.

For entries I've made, if it has an MMO component, I've just left the field blank simply because I don't know how many maxplayers their servers will handle. Maybe make an "MMO" field with yes/no input, like the co-op field? MMOs seem to be really popular now.

I've run across a couple of entries while moderating the DB that have "Multiplayer" entered in the "MaxPlayers" field. I rejected the first one because of multiple issues and not just this; I'm not sure if I should reject this one or not, because it's the only issue with this entry. I want to reject it, because I think "MaxPlayers" should expect a numeric value and not a string. Any guidance?

I think I have a Q-Link disk image for the Commodore 64 lying around here somewhere . . . :-) It's the same thing, really. There were even some parts you could access offline with it, I think. And I approved the entry for PlayStation Home.