Privacy

Thanks a ton, I thought that was only for games we have on our own system. Exactly what I was going to do!

Is there a way to view the games currently in the DB, for a single system, as a text list? This way we could type in multiple names and figure out what still needs to be added. This would make it a breeze for batch file tasks to be performed, by users organizing games prior to import. They would be saved from editing names inside LB in order to acquire metadata.

For me it's relentlessly slow. The lack of speed coupled with a the inability to add multiples of anything in one go is now an excessively time-consuming & patience testing process. Akin to someone opening The Seventh Seal and ushering in the upload apocalypse (if we want to get goyishy about it). If it was moved across the pond that would make sense. Here's a more in-depth speed test from where I currently am staying in Colorado: ᵉᵈᶦᵗ⁻ had to modify hyperlink to be a video preview thing-a-ma-jig

How come the YouTube video link in the Games DB doesn't show the video itself in LB/BB?

clearly it's a happy new year thread with gifs edit 2: flashing doom below: edit 1: they don't work in BB

Oh, btw my test worked and gifs work in LB: The quality only looks bad here, due to size of this gif, recording those gifs. In LB they are Crystal Clear (pun intended).

@Stickyuk : quoting myself.

one image I forgot to add above: @MadK9 : I don't think I'm missing your point, please correct me if this is the point I decided to not address initially: From what I have seen, many (not all) contributors tackle subjects they are enthusiastic about and in similar ways make it a personal project to aid in the growth of the DB. I'm not breaking any rule, I re-typed the rules for a few reasons. The DB is still in an infantile state. We may see image limits in the future if that's deemed necessary by a Dev. The mistakes I made that were pointed out by @Suhrvivor were corrected and continue to be as they appear. As I'm sure you have been following along with this thread, I would like to state outright that the original suggestion/title has come to focus primarily on Pokemon ROM Hacks. In essence, disregard my suggestion for all other titles. I will add to my answer in regard to your main argument: Then it would be wise to adjust their checkboxes/preferences/settings accordingly. Those that don't have the limits you outlined, shouldn't be restrained by them. ****** HOWEVER, If the amount and/or size of images, is or becomes detrimental to the DB itself, then limits should be created and enforced. ****** What you're curious about, I thought I explained to the best of my ability in my previous comment: If you are still puzzled after a second read-through, please outline the specifics you wish me to explain in greater detail, I will do my best. edit: A lot of this is purely my opinion.

If you want to calculate an estimate of how much disk space costs CLICK HERE I'm not doing the math for kb/mb. Those with data caps or on slower connections, should scrape with a plan and not go about it mindlessly in the case of massive downloads There are options. For some reason LaunchBox won't download any images when I do a massive scrape for only rom hacks, I have done them ALL individually (by hand). You clearly have no idea how much space those images take up. It's unlikely that a user has 20+ gigs of Pokemon ROM Hacks for GBA. For a bit of perspective, here are two folders that contain ROMs and images only for Pokemon ROM Hacks for the Nintendo Game Boy Advance: Let's dive into the "Screenshot - Gameplay" folder: Here is the parent folder for all my images contained in LaunchBox on my travel drive: Traveling drive 1tb SSD. Main drives are at home or I would post screens of those 8tb HDDs as well: @MadK9 That's not all the rom hacks I have. I prefer to work on one category at a time. PLUS, that's not compressed yet [(which is quite easy) you could compress images too, but not a major concern]

Well, the first few weeks of moderating, the majority of new GB games in the moderation que had more than 10, one had 30 fanart submissions, and I couldn't find a rule saying anything about number of images. So I went with the least amount required by Pokecommunity. Plus I made a list to abide by (rarely I exceed those 10 "Screenshot - Gameplay" images, if I do, it's for a good reason). If a game doesn't have much in general, then I'll upload less. I try to include the following with "Screenshot - Gameplay": Region map PokeCenter and PokeMart (in one image) PokeDex One unusual biome Pokemon summary screen Battle Image Special Feature (trade evolution without the trade, specialty vendor, example of the ability to use something similar to an HM, pokemon following you, etc...) Character creation if unique (examples: prism, crystal clear) or unique character image. Pokemon Info Legendary or starter options These are usually the things most players are interested in when it comes to pokemon rom hacks. In addition, these 10 images provide a decent assessment of what you are going to be interacting with.

Could you provide a link to where this is stated? I can't seem to find it in the rules, nor do I remember typing that rule out... edit: I usually only add 10 of "Screenshot - Gameplay" images not including game title. If I add more, it's what the Dev included alongside their original thread, where the hack was announced.

@Suhrvivor Corrected!

On it.

That aside, this video displays the main issue here, which illuminates a possible bug or initial coding mistake when using the web-based DB which is what I was asking @Jason Carr about in my second post to this thread: Which @rexryan, @Suhrvivor , and others should maybe, be concerned about. Due to how it affects the generated list shown when adding a new game or the list provided of similar named games when tackling your moderation que. And most importantly for users of the DB who may simply be searching for information on a title.

Of course not