Welcome to Smashboards, the world's largest Super Smash Brothers community! Over 250,000 Smash Bros. fans from around the world have come to discuss these great games in over 19 million posts!
You are currently viewing our boards as a visitor. Click here to sign up right now and start on your path in the Smash community!
I noticed a while ago that your original texture ID for this is different than my original (yours = _624092e7, while mine = _72e9b203). I tried dumping the texture from v1.00, 1.01, and 1.02, and got the same ID every time. I was starting to think it was a change the Dolphin developers had made in the hash generation at some point (and that we probably had different versions of Dolphin). But I just had another thought; the graphics backend (API). I always use Direct3D11. I changed it to Direct3D9, and bam! There was your ID for that texture. So is that what you use, Direct3D9? And what version of Dolphin do you use?
I've done this to change multiple stuff so far, but I've come across a problem. I'm currently editing the SSS (MnSlMap.usd/dat) and I can't find any reference to this:
Steelia already has these offsets (in MnSlMap) mapped out.
{All palettes are 32 lines}
01 - 0000e2c0 ~Princess Peach's Castle
02 - 0000f2e0 ~Rainbow Cruise
03 - 00010300 ~Kongo Jungle
04 - 00011320 ~Jungle Japes
05 - 00012340 ~Termina Bay
06 - 00013360 ~Hyrule Temple
07 - 00014380 ~Brinstar
08 - 000153a0 ~Brinstar Depths
09 - 000163c0 ~Yoshi's Story
10 - 000173e0 ~Yoshi's Island
11 - 00018400 ~Fountain of Dreams
12 - 00019420 ~Green Greens
13 - 0001a440 ~Corneria
14 - 0001b460 ~Venom
15 - 0001c480 ~Pokemon Stadium
16 - 0001d4a0 ~Pokefloats
17 - 0001e4c0 ~Mute City
18 - 0001f4e0 ~Big Blue
19 - 00020500 ~Onett
20 - 00021520 ~Fourside
21 - 00022540 ~Mushroom Kingdom I
22 - 00023560 ~Mushroom Kingdom II (Subcon)
23 - 00024580 ~Icicle Mountain
24 - 000255a0 ~Flat Zone
25 - 000265c0 ~Battlefield
26 - 000275e0 ~Final Destination
27 - 00028600 ~Past Stages: Dream Land
28 - 00029120 ~Past Stages: Yoshi's Island
29 - 00029c40 ~Past Stages: Kongo JungleAwesome, I'd still like to learn what I did wrong so I know in the future in case I come across something like this again.
You can't use the PNG-to-TPL for palette images to give you the exact hex values used in the vanilla files. It has to deal with the way that DRGN's program dithers colors to create a palette with an exact amount of values. and maybe some other things. And palettes can be rearranged and pointed to in different ways from the image values and still produce the same end result.
). Downloads for everything in the OP.
Hehe, I appreciate it!I've also added some minor changes to PNG to-from TPL. And I finally created a MediaFire account for a mirror (just for you, achilles
Yep. And yeah, it's stated in the guide. And yeah, it's automatic, but only for when those colors appear in palettes of course, and won't do anything to them in non-paletted images. I doubt those colors would occur in other places, but I could always add a toggle just in case.
Nope. But it's easily doable. We just need to start creating these placements files. I think one per DAT/USD would be a good rate as we slowly go through the iso.
I was planning on doing image previews. In fact there are already unused functions sitting in there for it. But before really getting into the imaging modules, I want to port the program from python 3.4 to 2.7, which has better support some things. I'd have to rewrite more if I do it the other way around. Definitely giving me some good ideas though.
That would be cool. We'd have to manually create such a directory of offsets with tags though. I suppose it could be incorporated into the placements files.
The image library could be a separate optional download.
Yeah, it does, but you need to know the palette offset, just like the image data offset.
What was your process? Also, seeing one of your tpls would probably help.
I dumped the images from Dolphin > Edited > your png-to-tpl.bat > DAT Texture Wizard'd into MnSlMap.usd (With Steelias offsets that Achilles pasted for me earlier).
Well that's weird. I just looked at the texture, and I couldn't find anything wrong with it. So finally I opened up DAT Texture Wizard, tried inserting it (at offset 0001a440), and it worked just fine.
Okay, this is strange... I extracted a MnSlMap.usd from a vanilla 1.02 ISO and just inserted Corneria. (0001a440 - _2b2bd9fb) Still the same error...Well that's weird. I just looked at the texture, and I couldn't find anything wrong with it. So finally I opened up DAT Texture Wizard, tried inserting it (at offset 0001a440), and it worked just fine.
So my theory is that you have something else, another texture most likely, in your MnSlMap.usd that is throwing the whole thing off. Some kind of misalignment that is causing all of the offsets to be off. Try taking a fresh MnSlMap.usd that you know is fully original, and try inserting only a few at a time (perhaps try Corneria first to establish at least one common thing that is known working).
Uhm, **** gets weirder... Did this, same result. I'm so confused right now. Why is it not working, lmao.
Sure, here you go: MnSlMap (original).usd | MnSlMap (hacked).usdUhm, **** gets weirder... Did this, same result. I'm so confused right now. Why is it not working, lmao.
EDIT: Since we both had the same .tpl I guess it must be my MnSlMap.usd file?
Also, could you do a step-by-step tutorial for dummies regarding how to retexture the whole character port overlay?
EDIT2: Could you provide your MnSlMap.usd so I can test if mine was the issue?
I actually meant the closed port before you select a character, but both would be helpful!
I don't think I've ever seen hacks done on the other panel. Have they not been done before? If not, I understand why now. haha
Anyway, I've done this:
I can explain this and the fix to CeLL's problem tomorrow. But right now it's past 5 AM where I am, so please excuse me while I go get some sleep. lol
Oh, I thought you might still be working on your other hack.I actually meant the closed port before you select a character, but both would be helpful!
Also, I really appreciate your hard work on these things.
Daily activities resumed.
EDIT: To be extra clear, this is what I meant.
I think I kinda found out why it's messing up. I went to 0001a440 and there are different lines there between your MnSlMap (hacked).usd and when I implement it via the DAT Texture Wizard.
From your MnSlMap, or mine?
I used your "original" and when I import it, it doesn't work. But the one you sent me the (hacked) version works. That's what I used to test. And at the same offset there are different values, so it doesn't make any sense. My .tpl doesn't have the values that your file had at 0001a440.
Ha! Holy crap I figured it out.
Oh my god, you're my hero, LOL.
Achilles1515
or @
Steelia
might know some good methods to start.
Open up Dolphin, go to Options > Graphic Options > Advanced > Dump textures. (May be incorrect names, my Dolphin is in swedish for w/e reason.hey guys quick question.
im working on adding boo into yoshis instead of derm. I got the hand to be transparent, but i need help finding the texture that is pointed out in the picture (the pole) im using the pre organized and numbered grst folder (the one with placements.txt and etc) and dat texture wizard.
)Finding _8 or _9 textures is a serious pain in the arse. When you convert the unaltered ripped texture file to TPL, it will have basically no matching values in the DAT to the original texture... As a result, what you need to do is look around for values that follow the same pattern.
In any case, for that _8 file you posted, the offset can be found here: 00002880 (2 lines, 16 colors MAX)Holy... That looks like a living hell to find. I mean, these files seem to have thousands of thousands of values, it would take a LONG time to find these.Finding _8 or _9 textures is a serious pain in the arse. When you convert the unaltered ripped texture file to TPL, it will have basically no matching values in the DAT to the original texture... As a result, what you need to do is look around for values that follow the same pattern.
For example, here are the first three lines of a random _8 file I converted:
88 88 88 8a 88 88 88 ae 88 88 88 ae 88 88 88 8d
88 88 88 88 88 88 88 88 88 88 88 88 ee da e8 ee
ee e8 e8 ee ee de 8e e8 fe ee 8e e8 ed ee e8 ee
And now, here are the first three lines of the actual file in the DAT:
00 00 00 01 00 00 00 1b 00 00 00 2b 00 00 00 05
00 00 00 00 00 00 00 00 00 00 00 00 bb 51 b0 bb
bb b0 b0 bb bb 5b 0b b0 9b bb 0b b0 b5 bb b0 bb
Notice the pattern? Both have changes in their values in nearly all the same areas (88 88 88 8a and 00 00 00 01 from the first four bits of hex, or ee da e8 ee and bb 51 b0 bb at the end of the second line). It's a very diligent process that can require a lot of going back and forth.
Likewise, when a _14 file is converted, it will not match up 100% with its DAT counterpart, but it will be much, much closer than a _8 or _9. What I do is I take small snippets of hex from the TPL (around 4~8 bits), and try to match it up to anything in the DAT.
Using the _14 file you supplied, here are the first 3 lines:
00 02 00 00 55 55 55 aa 00 02 00 00 55 55 55 aa
00 04 40 02 00 00 55 aa 00 04 40 02 00 00 55 aa
00 04 00 00 55 f5 a5 ab 00 04 00 00 55 55 55 ab
And here are what the first 3 lines of the actual offset look like:
00 02 00 00 55 55 55 aa 00 02 00 00 55 55 55 aa
60 01 00 04 55 55 aa ff 60 01 00 04 55 55 aa ff
00 04 00 00 55 f5 a5 ab 00 04 00 00 55 55 55 ab
Note how the 1st and 3rd lines match up with one another perfectly, but the 2nd lines differ very slightly, enough to where you wouldn't be able to find a match if you tried searching using that hex.
Hopefully that provided a little bit of insight
And for that _14 file, offset is: 00000880
Unlike most files, both are found in MnSlMap.usd (NOT MnSlMap.dat, that's the Japanese version).
Thanks man, ill try this out, more questions are probably incoming because im pretty new to thisOpen up Dolphin, go to Options > Graphic Options > Advanced > Dump textures. (May be incorrect names, my Dolphin is in swedish for w/e reason.
Load up Yoshi's Story after you've checked this box.
Then navigate in your explorer to your documents where you'll find the "Dolphin Emulator" folder, here you'll find your dumped textures.
Use DRGNs PNG to-from TPL.bat to convert the poles texture into a .tpl.
Now you need a program called HxD (or another hex editor) and you copy everything after offset 0x40 (the field to the left shows a bunch of zeros (0x) and then the numbers (40).
Now open up Yoshi Storys .dat file in HxD as well and search (Ctrl + F) for what you copied. (You also have to change it from "text values" to "hex values" in the search box)
You'll now see the offset to the left of the window right next to the beginning of your now selected text.
Copy this to your placement.txt and also add the tpl files name except for "GALE01" in the beginning as well as "_X" in the end of the file.
(It should look something like this (Offset) - (tpl/png files name)).
I should note that this will not work on all textures (mainly files ending in _8, _9 etc, files with PALETTES). You should be able to find examples on what doesn't work by looking through the posts in this topic.
I hope this helps you!
lol, sure. First of all, I like the design. Nice job.
*****, I'm not sure how that got there, but I assume
Achilles1515
if the ability to do this is known.)
DRGN
I'm coming to you because after two weeks of studying every hack and mod thread on this forum, you seem to be the guy to come to about _9 images. Your png -> tpl -> MnSlChr wizard is a masterpiece. My current project is updating all of my CSPs to match the modded textures they correspond with. I've found a bunch of really nice costume-modded CSPs in threads just from combing through them, but there are so many I'm missing. And I would just make my own because I have a handle on the process but Dolphin doesn't run on my computer due to graphics card limitations.