User talk:Zootalo: Difference between revisions
(→RE: Paper Mario screenshots: new section) |
|||
| Line 82: | Line 82: | ||
== RE: Paper Mario screenshots == | == RE: Paper Mario screenshots == | ||
Are you referring to the images on [[List of Star Pieces in Paper Mario]]? I replaced a few of those already but the replacements project is incomplete. The issue I am having with those images are emulator glitches (very minor and many emulators struggle to emulate ''[[Paper Mario]]'' correctly) and JPEGs converted to PNG. Retaking them yourself would be a good idea with either angrylion graphics (preferred) or Glide64 (tolerable). The most you are doing is lowering bandwidth requirements to transmit the images to other users more so than increasing quality. Generally, I think N64 emulation has spread a lot of misinformation over the years (I suspect Project64 as it is the most popular). The border is what real hardware produces. I checked. When the ''take screenshot'' option is executed in an emulator, some games generate a border, which is not an emulator glitch but rather correct N64 gamepak execution. By [[MarioWiki:Image use policy]], you should mention a crop to the black-bordered image. That rule was a compromise between my desire to see screenshots unaltered if a border is present and {{user|Porplemontage}}'s desire to make pages look better. There are many images on MarioWiki that are lacking mentioning a crop because the policy change was made after | Are you referring to the images on [[List of Star Pieces in Paper Mario]]? I replaced a few of those already but the replacements project is incomplete. The issue I am having with those images are emulator glitches (very minor and many emulators struggle to emulate ''[[Paper Mario]]'' correctly) and JPEGs converted to PNG. Retaking them yourself would be a good idea with either angrylion graphics (preferred) or Glide64 (tolerable). The most you are doing is lowering bandwidth requirements to transmit the images to other users more so than increasing quality. Generally, I think N64 emulation has spread a lot of misinformation over the years (I suspect Project64 as it is the most popular). The border is what real hardware produces. I checked. When the ''take screenshot'' option is executed in an emulator, some games generate a border, which is not an emulator glitch but rather correct N64 gamepak execution. By [[MarioWiki:Image use policy]], you should mention a crop to the black-bordered image. That rule was a compromise between my desire to see screenshots unaltered if a border is present and {{user|Porplemontage}}'s desire to make pages look better. There are many images on MarioWiki that are lacking mentioning a crop because the policy change was made after those images were uploaded. Those affected files do need updating with their {{tem|aboutfile}}. --{{User:Wildgoosespeeder/sig}} 18:48, 15 September 2016 (EDT) | ||
Revision as of 18:50, September 15, 2016
Giant Dream Team bestiary
Can I make a bestiary for the giant bosses in Mario & Luigi: Dream Team, because they aren't on the original yet BIS has giant enemy stats so can I make one or just add them to the original? :) 
(talk) (edits) 
01:26, 18 July 2016 (EDT)
hey, wait a minute...
Did you read the email I sent you? I forgot to consider the case with high-res screens.
There is a CSS property called min-width. You can set the table width to 40%, and to put "min-width:600px" into the style stuff.
{|class= "sortable" width=40% cellspacing=0 border=1 cellpadding=2 style="text-align: center; border-collapse: collapse; border: 1px solid black; min-width:600px"
This makes the table work well both on lowres screens and on highres screens. Try the following table with page zooming :)
| Enemy/Boss | HP | ATK | Skill ATK | DEF | Turns | XP | Coins |
|---|---|---|---|---|---|---|---|
 Goomba |
? | 324 | 421 (Bash) | 15 | 2 | 8 | 0 (1)* |
 Green Koopa Troopa |
? | 257 | -- | 45 | 2 | 8 | 0 |
Goomba (Boss battle) |
? | 583 | 758 (Bash) | 16 | 2 | 58 | 6 |
Goombas drop 1 Coin upon playing this course for the first time. A gossip-loving Toad (Talk) 23:12, 20 July 2016 (EDT)
Great work
Hey Zootalo! I just wanted to say that you have been doing a formidable job with the Puzzles & Dragons articles lately. Keep up the great work!
Thanks,
Shokora (talk · edits) 19:33, 26 July 2016 (EDT)
- The fact that the game is not maintream or popular only makes your contributions more valuable.
Archives
I don't know if you are aware of {{talkarchive}}. You may want to put those in your three archives and remember to use it for future archiving. --Wildgoosespeeder (talk) (Stats - Contribs) 22:35, 27 July 2016 (EDT)
RE: Anything for P&D:SMBE
First off, no emulators going on here with my PNG submissions of 3DS games. It is all hacking-related using real hardware. Second, I only have the demo of that game. I can't help you get screenshots but I can help you get started being able to do this yourself (if you have the game of course). ;) --Wildgoosespeeder (talk) (Stats - Contribs) 16:25, 30 July 2016 (EDT)
- If you have a 3DS running 11.0.0-33 firmware (check system settings), you can run browserhax. Use HANS to take screenshots of games (
). See my guide for further details. I also recommend getting other exploits setup. Hiccup (talk) tipped me off there because I was having issues with some games that I no longer have now that I am running stickerhax. --Wildgoosespeeder (talk) (Stats - Contribs) 16:39, 30 July 2016 (EDT)
- I saw you uploaded five new screenshots for the game you wanted me to upload screenshots for. I wanted to get better screenshots uploaded. No can do. Homebrew (HANS) locks up when trying to load the demo. I wanted to verify that it's the specific title causing the issues by loading something I know works fine in the past and it is indeed the demo being incompatible with HANS. --Wildgoosespeeder (talk) (Stats - Contribs) 15:36, 28 August 2016 (EDT)
RE: Paper Mario screenshots
Are you referring to the images on List of Star Pieces in Paper Mario? I replaced a few of those already but the replacements project is incomplete. The issue I am having with those images are emulator glitches (very minor and many emulators struggle to emulate Paper Mario correctly) and JPEGs converted to PNG. Retaking them yourself would be a good idea with either angrylion graphics (preferred) or Glide64 (tolerable). The most you are doing is lowering bandwidth requirements to transmit the images to other users more so than increasing quality. Generally, I think N64 emulation has spread a lot of misinformation over the years (I suspect Project64 as it is the most popular). The border is what real hardware produces. I checked. When the take screenshot option is executed in an emulator, some games generate a border, which is not an emulator glitch but rather correct N64 gamepak execution. By MarioWiki:Image use policy, you should mention a crop to the black-bordered image. That rule was a compromise between my desire to see screenshots unaltered if a border is present and Porplemontage (talk)'s desire to make pages look better. There are many images on MarioWiki that are lacking mentioning a crop because the policy change was made after those images were uploaded. Those affected files do need updating with their {{aboutfile}}. --Wildgoosespeeder (talk) (Stats - Contribs) 18:48, 15 September 2016 (EDT)
