User talk:Wildgoosespeeder

High Quality Uploads
Hey, great uploads! I'm loving the screenshots you're adding to this wiki. Please do more. :D 23:20, 19 November 2015 (EST)
 * To be honest, I wasn't sure if my uploads were approvable because of the drastic increase in file size. I'm glad someone sees my high quality uploads as something good. I could go even higher but my computer is crap and I don't have anything beyond a 1600x900 monitor. The resolution of the captures are really causing Dolphin Emulator to run slow for me (2.5x Native). Even 1x Native can get sluggish at times. If I had more powerful hardware, it wouldn't be such a problem. Oh well. I am at least providing some much needed quality images this Wiki needs for Super Mario Galaxy (and Super Mario Galaxy 2 too when I get around to playing that through Dolphin :P). :D --Wildgoosespeeder (talk) 23:43, 19 November 2015 (EST)
 * The more increase in file-size means better quality the better for the wiki, I say. Well I'm glad someone's going through the trouble of playing a platformer especially on a slower computer to upload high quality screenshots. The games can run frustratingly slow so I understand where you're coming from. Keep up the good work! 00:47, 20 November 2015 (EST)
 * Slower frame rates do help getting more precise screenshots though. :P Anyways, it's nice to see my work is going appreciated. It's a nice change of pace hearing positive remarks improving a Wiki. :D The last Wiki I tried to improve just had me being chewed out by moderators. The Wiki's organization and maintenance handling was a mess five years in the making. Tried to propose systems to help it out some to get it back on-track. Lukewarm response. :( This Wiki and Bulbapedia handle better. --Wildgoosespeeder (talk) 04:42, 20 November 2015 (EST)
 * Yeah about that slow emulation speed lol, we've worked with slower frame rates before; we had to work with 1-3 FPS sometimes! The payoff is that the results in button-mashing and reaction minigames in Mario Party are profound, and it one time lead us to discovering an easter egg. Anyway, despite what Baby Luigi (my identical twin sister) said, it might actually be ideal if you stick to native resolution, but there's no point going back and changing the resolution of the images. Don't let that discourage you, though, and you can continue your work as usual. 15:23, 20 November 2015 (EST)
 * The way Dolphin handles screenshots, it's a pain to take things in 640x480 or 853x480 or whatever. The picture ends up being stretched and scaled to whatever size the window is to fit the frame. I have brought this up on the Dolphin bug tracker. The developers say the current screenshot code is a mess and they haven't gotten around to cleaning it up because of the fact. Also if I were to take their suggestion to get around the issue, the program crashes and restarts my display driver, for me at least. Long story short, it's a pain to take screenshots at the 1x native resolution and have the output screenshot be 640x480 or 853x480. It's better for me to do 2.5x native (1600x900). --Wildgoosespeeder (talk) 16:58, 20 November 2015 (EST)
 * All right, it's okay if you have to upload at bigger-than-normal resolutions, moreso if it's really the only reliable way to get higher-quality screenshots. Just continue what you're doing, and we'll be fine. 19:40, 20 November 2015 (EST)

NICE!! A fellow uploader! Such work is always appreciated. If uploading images is your main interest. I can link you to a page with countless amount of low quality images. Not necessarily Wii games but all existing Mario games!-- 06:48, 20 November 2015 (EST)
 * It's probably best to automate inserting  for JPEGs if the tag doesn't exist. Some JPEGs can't be replaced, such as alpha/beta screenshots, pre-release images, and other media that can't be replicated. PNGs are a different story as they require manual investigation if the image is good or not. I have flagged a few already. I don't consider myself a regular uploader. Too much work. Also my Mario game library is quite limited. I happen to be interested in Super Mario Galaxy 1/2 being played in Dolphin Emulator and looking into Super Mario Wiki seeing a lot of low quality imagery. :P --Wildgoosespeeder (talk) 19:52, 20 November 2015 (EST)
 * I'd reserve them for super-low quality and/or out-of-proportion images, but I suppose you can catalog them in your user page so we can find all the images in a neat little spot without sharing room with horrendous-quality images. 20:30, 20 November 2015 (EST)

Mail toad image
Just a small request, but can you re-position the Purple Toad in this screenshot so the flowers don't clip through his feet? I figured that the image may be more useful for cropping in the future (we have a lot of cropped images here too). Thanks! 20:30, 20 November 2015 (EST)
 * I don't think it is possible. It seems like the Super Mario Galaxy 2's Mailtoad is bound to the ring of flowers. :( --Wildgoosespeeder (talk) 17:41, 22 November 2015 (EST)
 * I thought he might be wandering around. Goddamn Nintendo, did they not realize that he clips through the flowers? Oh well... :( 17:52, 22 November 2015 (EST)

RE: Cosmic Blooper.PNG
Hello, good job the high resolution image uploads. However, since the previous File:Cosmic Blooper.PNG has the complete area (unless you can upload better version), it's preferable to use that one.


 * I had a feeling someone would have a problem with it but I am not sure how to best capture all of it. I couldn't find a good angle to do so. The suggested angle seems to be during the intro before Mario flies in (it has black bars) and then the image was edited. I don't like editing screenshots relating to casual play, the original format the images were captured in as I was replacing them. Also I was trying to match articles like Dusty Dune Galaxy and Sea Slide Galaxy, previous articles I worked on to replace the images. --Wildgoosespeeder (talk) 23:09, 22 November 2015 (EST)
 * I just need to point out that both are good; one shows the entire planet, the other shows the relative scale between Mario and the planet, and it shows gameplay footage. I think the free look option in Dolphin can be used to zoom yourself out so you can see both Mario and the planet, and it's just illustrative purposes, so it's not necessarily cheating or modding the game to give wrong impressions. The pesky HUD might be there, though, I don't know... 16:25, 23 November 2015 (EST)
 * Free Look it is as a final resort but it will be a separate image, similar in case to Sea Slide Galaxy. --Wildgoosespeeder (talk) 16:28, 23 November 2015 (EST)
 * That's exactly how I'd do it, lol. We think alike. :) 19:56, 23 November 2015 (EST)
 * The images have been supplied. Check out Good Egg Galaxy. --Wildgoosespeeder (talk) 00:45, 24 November 2015 (EST)

RE: Input On Merges
I went offline before deleting the file, so that done. You can upload another image of the battle to replace on the page. About unused file, some users upload and forgets to add them into pages, some replace but didn't tag for deletion. As the description said, '''All files should be used in at least one page. Some are lying around waiting to be tagged with as well.'''


 * Well yes, but i figure there should another screenshot of the battle fight and conclusion, if you're fine with that.

Uploads
Hello! I just wanted to say you're doing a great work with all your uploads, thanks! -- 18:52, 22 December 2015 (EST)

RE:Super Mario Galaxy Uploads
The images I find are usually in .jpg format, so I figure that saving them as .png makes less sense. I don't have access to a computer strong enough to handle Dolphin Emulation, so I am unfortunately unable to make such high quality screenshots. If saving .jpgs as .pngs is more preferable anyways, then I will change my behaviour immediately. 19:25, 22 December 2015 (EST)
 * Thanks a lot! This is going to speed up things considerably. 19:48, 22 December 2015 (EST)

Re: JPEG Woes
Thanks! I've been having trouble with JPEGs lately; I'll take your advice and make them PNGs in the future if it doesn't cooperate. --Andymii (talk) 20:41, 26 December 2015 (EST)

Transparency
I would reccomend not adding transparency onto the health bar image as the after effects could look unprofessional and is mostly unnecessary. Great with the uploads though.
 * Why can't' you just dump the textures on Dolphin Emulator and piece them together instead? 19:36, 27 December 2015 (EST)
 * That might work if you can pull it off actually. Wouldn't recommend using magic wand transparency though.
 * I don't have the proper tools to make it happen nor do I know how to wield them properly. I just capture things in the final render. I'll let someone else sort out getting even more precise with the image in question. --Wildgoosespeeder (talk) 19:42, 27 December 2015 (EST)
 * Dumping textures come with official transparency; there won't be any need to use magic wand transparency. Besides, you can use feathering to make a transparency less blocky so it's not always a bad thing. BTW, you use Dolpin emulator, correct? 19:44, 27 December 2015 (EST)
 * I know how to enable the feature in the graphics settings. I'm moreso just supplying replacement game screenshots. That is what I am uploading. --Wildgoosespeeder (talk) 19:47, 27 December 2015 (EST)

Your use of image quality tags
I think you're a tad too liberal throwing it around to any picture that's a little less than ideal quality. Typically, the tag is saved for images that have horrible anti-aliasing, taken with a potato quality camera, or whatever, but some images you've put an image-quality tag on are acceptable quality, even though they're simply JPGs. Like, I think this image and this image do their jobs even if they're not perfect quality. Yes, lacking a tag doesn't mean that it can't be better, but the image quality tag is usually saved for noticeably bad images, just like how we don't tag rewrite on articles unless their quality is noticeably and jarringly bad. Don't take this as a discouragement to your contributions, I'm personally just stating my own thoughts. 20:05, 27 December 2015 (EST)
 * Well after I brought this up, my twin IRL informed me that she already has this discussion with you before. I really apologize for bringing this up again. I might talk about it in the General Discussions Wiki Collab board of the Marioboards though so I can get some discussion from others. 20:39, 27 December 2015 (EST)
 * Again, I'll probably bring it up on the forums regarding usage of the templates. But we probably don't need to break it up; a bad image is a bad image and the reasons parameter is already good enough to cover all cases an image can be a bad image. 20:51, 27 December 2015 (EST)

Beta Images
The correct category for pre-release images is Category:Pre-release and unused images, not (the now-obsolete) Category:Beta Images. Niiue (talk) 02:24, 30 December 2015 (EST)

I'll make sure to do it.
Thanks for the info. I haven't started uploaded images since yesterday. I'll try to upload png images, thanks for the help. Golden  Yoshi   20:04, 2 January 2016 (EST)

GIF vs. JPEG. vs. PNG

 * I am tagging images like File:Ss lozalttf.gif for a reason. PNG is better because it has a lot of advantages over GIF or JPEG. PNGs can be compressed quite a bit more.

Doubly irrelevant in this case - firstly, you're talking bytes, not even kilobytes. And secondly, by uploading a new image, you're doubling the amount of space taken up on the server. (Even "deleted" images aren't actually removed by default. They're recycle-binned for potential undeletion.)


 * They also allow for 24-bit true color (16,777,216-color) rather than 256-color.

Irrelevant in the case of NES/SNES/Game Boy/GBC images. (And once you get beyond flat-colour images, PNG filesize REALLY balloons rapidly, since the compression algorithms don't work particularly well with rapid variations, like photos or more complex screenshots)


 * I have noticed that the 256 color pallet is insufficient with some SNES images (colors are a bit off).

That's an artefact of the program used to save it rather than the format, and would be the case with an 8-bit PNG too. No SNES image is more than 8-bit colour provided you use a properly-set colourmap. (This is not the same thing as the SNES only being capable of producing 256 total colours. It just couldn't do more than 256 simultaneously. The Game Boy Color had a similar, but even more severe limitation of something like 60 simultaneous colours, IIRC.). - Reboot (talk) 19:39, 3 January 2016 (EST)


 * I am well aware that MediaWiki treats deletion more like an OS recycle bin than resetting the bytes that made up the image. The deletion I see here typically will at least prevent bandwidth consumption of the inferior image.

...but the image itself (9.78kb) is rarely going to be served. It's used on one page and in two categories. The page serves a 180px thumbnail - which is 18.8kb - (by default, you can adjust that in your settings). The categories serve 120px thumbnails (8.77kb). All of which are rescaled (and cached) by the server. That's going to happen *whatever* image you upload.

And, indeed, I notice you've resaved it as a PNG while I've been typing. And, sure, the file is smaller (I'm going to check the accuracy in a minute...), but you know the filesize of the thumbnail being served on List of Mario references in video games now? 32.27 kB! Holy pyrrhic victory, Batman! (The category image is ALSO bigger at 15.5kB)


 * There are more ultimate ways of deletion if server space is getting tight, like this. I have brought the server space issue to Henry Tucayo Clay (Talk) when I was accidentally tagging images that I have replaced that were being used by main articles and 'Shroom issues. He isn't that concerned that the storage limit has been reached or is close to being reached.

So why are you?


 * I don't know the intricate details of an SNES but what I do know is that we should supply images that have the least amount of impact on bandwidth consumption and storage space. For the screenshot you untagged, there are two issues: The image isn't 254x224 (NTSC) and it can be compressed further than the GIF can if it were in PNG format (PNG Monster works great for me).

So what you've done is replace it with a resave of the image which in both server space and bandwidth takes up MORE space in practice, even before you consider the fact that the "prior" image still exists and will continue to exist on the server even if "deleted", and which is no more accurate since you've, again, literally resaved the same image.

...you really haven't thought this through, have you? - Reboot (talk) 20:31, 3 January 2016 (EST)