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!
Oh, ok. That makes sense. Yeah, I did notice that 4.07+'s version is not detected, which is due to the version string that describes that being in a slightly different place. And you're correct in that that's why the auto-trim color generation doesn't happen, since it thinks the disc isn't 20XX. I'll have a new check for that in the next version.
Was ever there a tutorial to make this on photoshop ?Ok, so obviously I've looked into this, and here's the deal: As some of you may have noticed, Dolphin doesn't dump another panel texture for the other half. That's because the color data for that second half is actually in the same texture as the first half. It's just transparent. Apparently, what the game does is adjust the transparency of both halves when it wants to display one or the other (the designers were basically using the alpha channel as a layer mask). After I realized this, I actually did a proof of concept by simply doing a 'replace all' for all 00 and 80 values in the original tpl texture (for full transparency, and a majority of the partial transparency in the middle, respectively), and replaced them with FF, which, after converting back to png, reveals the whole image!:
![]()
I tested the image converter, and was able to see that it indeed preserves the color values of transparent pixels. So, CeLL, the cause of your problem is the image editor that you're using to save your new texture. By chance were you using GIMP? I tested in that because it's my standard editor. I found that after making edits and then saving the image, it removed any pixel's color data that had an alpha transparency of 0. By "remove", I mean changed the values to 0. So it makes sense that once the game gives the pixels back an alpha of anything, they're read as black.
There's an option in GIMP when you're exporting to 'Save color values from transparent pixels', which should do exactly what we need, and which I was hopeful for, but it doesn't seem to work (at least, not without some prior setup). I thought that was really weird, so I googled it, and yeah, it's a known issue with GIMP to still lose the color data. -_- Specifically, this only applies to projects with layers, because, since PNGs don't support layers, any time you need to export to PNG, GIMP first automatically merges the layers, and the merge function is the culprit here (therefore it won't do any good trying to merge the layers and then export).
The solution? Well, it might be easier to try a different image editor. Or, here's how you can do it in GIMP:
1) Open the original image that achilles posted in GIMP.
2) Right-click the layer and go to 'Alpha to Selection'
3) Create a new layer (with transparent fill type). I'll refer to this as the "Alpha Values" or "AV" Layer.
4) The AV Layer should be selected by default. Go to 'Edit' -> 'Fill with FG color'.
5) Deselect all parts of any layers that are selected (Ctrl + Shift + A).
6) So, this AV Layer will be where we'll temporarily save the transparency values for later. You can hide the layer for now.
7) Left-click on the layer for the closed texture port so that it is selected.
8) Open the Channels dialog to view the Red, Green, Blue, and Alpha channels (Windows -> Dockable Dialogs -> Channels)
9) Select so that ONLY the Alpha channel is selected, and then go again to 'Edit' -> 'Fill with FG color'. (blue = selected)
10) You should now be able to see the entire image! Edit it however you want.
11) Once you're completely done editing, merge all of your layers, except for the AV Layer, into one.
12) Right-click on the AV Layer, and go to 'Alpha to Selection'.
13) Left-click on your edited texture layer so it's selected.
14) Go back to the Channels dialog and make sure that once again ONLY the Alpha channel is selected.
15) Invert your selection (Ctrl + i).
16) Go to 'Selection' -> 'Grow', and grow the selection by 1px. (This is an optional substitute to using the alignment fix.)*
17) Hit delete, which will set the transparency levels in the Alpha channel to what they are in the AV layer.
18) Now, go back to the layers tab, and delete the AV layer, so you only have your texture layer remaining.
19) Go to Export in the File menu and save it as a PNG. When the prompt comes up to set additional options, then only thing you need to select is 'Save color values from transparent pixels'.
*The purpose of step 16 is to slightly try to hide a visible fault in the alignment of the two panels, present in the original game. If you look closely to a vanilla CSS, at the closed character ports, you'll see that on the bottom right the panels don't line up perfectly, and you can see a little crack between them. You might also notice that parts of the panels don't line up perfectly horizontally or vertically. Step 16 removes this crack, but doesn't fix the alignment issue.. However, if you apply the alignment fix, either manually yourself, or by using a file that already has it, you don't need to do step 16. I definitely recommend using the alignment fix instead, as it produces much better results in many cases.
And that should be it! The purpose of all of this is to have the transparency values saved elsewhere whenever you perform the merge function in GIMP. Which is why giving the transparency back to the Alpha channel and then saving with only one layer are the last steps.
A note on image types, file names, and DTW: An image type -i.e. a number to ID a specific format for storing intensity/color/transparency data- may be specified in the file name of textures, indicated by an underscore followed by a number. If the filename specifies a certain format, then when you import the texture using DTW, the program will override the format that is currently set in the file you're importing the texture into (so that the game knows what it is and can decode it). If your file's name doesn't end in some image format (for example, "something.png"), then the program will default to use whatever format is currently set for that texture in the file you're importing the texture into. If the image you're importing specifies an image type that doesn't support color, such as _3 (the default for the closed port door texture in vanilla Melee), then when it's imported, that type defined in the file you're importing to will also be changed to match it, and the texture will lose its color if it had any.
If you want to use a different image type, like _5 or 6 (the latter is default in 20XXHP), there are a few ways to do it, but by far the easiest way is to use one of the pre-made files, such as the one linked to in the spoiler above (this), or this one (which also allows for different images per player port).
![]()
Convert that to a tpl, insert it into the .dat, put the .dat into your .iso, and it'll work!
I was going to write directions on how to do this in Photoshop too, but for some crazy reason Photoshop doesn't seem to give the option of working with an Alpha channel! (I'm using version 7.) If you save, it will save the transparent pixels, even if you merge layers. But without being able to show the transparent pixels, you'll only be able to work with the one panel in Photoshop. Unless you also load up a copy of the texture with both panels visible to work with. If you guys really want, I could write steps for what I mean, but otherwise for now, I would suggest to just use GIMP, which [if you don't already know] is a free program which I find to be more useful than Photoshop for some things.
I don't know about that. You'd have to ask about it in the 20XXHP thread.
No. The version of photoshop I looked at (not sure which it was) a while back surprisingly didn't properly support alpha channels.
I'm using CC 2016, it should be possible on that version but I've only got trouble trying to redo this tutorial with Photoshop's options
Long story short, this seems to be due to a funky (see: questionable) way that Dolphin determines the ending point of a palette. Plus, Melee doesn't give a correct count for the number of palette entries for many CSS textures (or else it would be much easier). You'll notice that the latter half of those non-loading textures don't match Dolphin's output. So you'll have to use that get the string for those textures for now. I think I have a fix that I can add in the next version though.I was wondering what is exactly I'm doing wrong with the dolphin override textures
Original:
Dolphin Override:
Intended (Used with ISO importation):
I double checked the hashes and they are correct so I'm wondering while dolphin would not load them for specific cases.
I tired making them indexed, or changing their size and it still wont accept them...
This problem also occurs with come css like marth's black texture:
And on some character or stage textures (They are either messed up or not showing up):
I tried multiple versions of dolphin including the vanilla, smashladder, and FM builds same result.
Textures
Sorry, I don't have a copy of that to test.
Looks like the image you imported has incorrect dimensions. GameCube banners should be 96x32 pixels. I had a warning in there for these cases, but I believe it's now actually disabled (due to having disable a related warning feature that was no longer needed). I need to add back in a new one for this. If that's not the cause, post the image you're trying to import and I can figure out what's wrong.
I had the png at 92x32
You should have seen a message like this one when you did the conversion:I want to convert this Galaxy Yoshi skin to the pink slot but when I use the Costume converter the color looks off.
Is there any specific offset in Yoshi's costumes that causes this?
DRGN
Do you have any plans to update the GUI? The GUI doesn't display well on HIGH CONTRAST themes: https://msdn.microsoft.com/en-us/library/hh404233(v=vs.85).aspx
i prefer photoshop too and i do all my modding in there
Redownload DAT?
In the same folder as the .exe, there should be a file called, "Error Log.txt". Can you please upload that? (You should be able to just attach it to a post.)
The Error Logs have all been empty the last time i checked, but now they have some text on them, I'll attach them.
Thanks.
PogChamp
Yeah. Right-click on the Pl__.dat folder (in your old 20XX) -> Export Files. Then, open your new disc, right-click (anywhere in the disc file tree) -> Import Multiple Files.
How do I import the folder itself rather than each individual file that is in the folder?
DRGN
Could you do me a favor? (Or anyone else with the proper tools) i need to edit one texture in the file attached, but the only program i have is MS-Paint and of course that doesn't work for this stuff (It just makes the game crash on stage load) the texture i want to edit is the 1x1 black dot, and change the color to white, that's it. (If you want, test it in-game just to make sure it's not my PC)
The editor doesn't make any difference, as long as it's a valid PNG file when you import it. If changing the pixel to white causes the game to crash, then I suspect it's not actually a pixel. DTW may have mistaken some data that only looks like a texture. From the other thread, I'm guessing you're trying to change the black sclera (the normally-white part of eyes) to white, right? I'm guessing they're black because of the transparency on those textures (which isn't fully supported by whatever flags the model has for those objects). So try these instead:
http://www.mediafire.com/file/ohi4c27chl1531a/PlMrNr.dat
