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!
Is there any way to get this purple shine and the purple firefox that Lanceinthepants posted on one EfFxData.dat file? SUPER DOOPER PLZPurple shine-
Just ripped this directly from tatahackpack. I made sure to render it with the best settings available.
[Download here]
[edit: should I have posted this somewhere else??]
I am a bit lazy right now so link me directly to the posts of the purple firefox and blue lasers and I'll do it.
yeah, link them.
I would assume so. It changes the character files. I don't even know what the cause of the textures causing desynchs are, but it should be the same.
Texture changes cannot cause desyncs. Effect changes shouldn't either if they're static changes to a simple hex color or something, but I suppose one might if it's a more complex ASM code that's being run to do it. But probably most easily fall within the former category.
I really wonder to what extent modifications affect the random number generator or cause desynchs. For example, I've changed marth's tipper hitboxes effects from slash to darkness, which in normal gameplay should do absolutely nothing (I believe slashed effects give away DI or something like that, it was something complicated though and I don't remember much), but it did in fact cause desynchs. This presents to me two options, the effects actually have secret functions that we don't know of, or somehow it is tied into the RNG.
Achilles1515
Know anything about this?
Yeah, changing hitbox effects will cause desyncs, because it changes the outcomes of physics interactions. oscat mentioned color effects though, so I think he means things like laser/shine colors, lightning bolt colors, etc. (basically model parts or textures that are colored by a static/unchanging values within the game), which wouldn't affect the running or syncing of the game at all.I really wonder to what extent modifications affect the random number generator or cause desynchs. For example, I've changed marth's tipper hitboxes effects from slash to darkness, which in normal gameplay should do absolutely nothing (I believe slashed effects give away DI or something like that, it was something complicated though and I don't remember much), but it did in fact cause desynchs. This presents to me two options, the effects actually have secret functions that we don't know of, or somehow it is tied into the RNG.
To my knowledge most hitbox effects do absolutely nothing, is the descriptions of them leaving information out? Or is it that it somehow runs lines of code differently and that messes it up. This almost bothers me as much as the most important question ever.
Just to be clear, when I said hitbox effects, I meant like fire/electric/darkness, etc, not the graphics that appear with some of them.
Yes.
One game would run through a function to produce a character aura (darkness), and the other game would not be running through this code = desyncI really wonder to what extent modifications affect the random number generator or cause desynchs. For example, I've changed marth's tipper hitboxes effects from slash to darkness, which in normal gameplay should do absolutely nothing (I believe slashed effects give away DI or something like that, it was something complicated though and I don't remember much), but it did in fact cause desynchs. This presents to me two options, the effects actually have secret functions that we don't know of, or somehow it is tied into the RNG.
That would seem like the logical thing to do.
nice... how do i get it to be for foxes lazers too?
Lanceinthepants
for creating the original
that does look better, (y) ......i guess i cant do the facebook coding here... anyways thumbs upI took it upon myself to fix something that was bugging me with the Dark purple firefox/firebird modification. I noticed that the firefox flame texture was jagged and lacked the transparency the original had. I can tell that this was a mistake in how the texture was edited, so I took the original texture and edited the hue in photoshop to match the purple colour theme. This resulted in a much cleaner texture more in line with the look of the original.
Here's a before and after comparison:Kind of an odd first post, but I guess something had to bring me out of lurking. I'm hoping to get more into melee modding as it seems really fun. Hopefully this is appreciated.
Tested on dolphin and console.
Download:
http://www.mediafire.com/download/modbox8bezzlcy1/PurpleFirefox2.0.7z
Original download:
http://www.mediafire.com/download/svapzmoswt13xpx/PurpleDark_Firefox1.rar
Credit:
When I try to import the MnSIChr.usd using DTW my iso rebuilds and won't play. I really dig that select hand but I don't know how to fix it.
it works on both
Found out some more stuff about the "RBGY" format...
First of all, the colors are 16-bit. This means that there are only 31 possible brightness increments for any of the 3 primary colors (RGB). I'm sure most of you are used to working with 255 possible increments, and you simply have to divide by 8 and round down to get the 16-bit equivalent.
Black is x8000, and that's where we're going to be working from.
For every brightness increment of blue, you simply have to add 1 (hex) to the base (x8000), with the maximum being 80 1F.
For each increment in red, you add x0400, the maximum being FC 00.
For green, add x0020, with a maximum of 83 E0.
Using this information you can convert any typical RGB values for use:
Red = (R/8), round down, multiply by 1024 -> convert to hex
Green = (G/8), round down, multiply by 32 -> convert to hex
Blue = (B/8), round down -> convert to hex
Add all the values together, add x8000, and that's your RGBY value.
I'm not sure what the 8000 controls, it might be transparency.
I bet this color stuff is actually really well documented and I just wasted a bunch of time testing and writing this up.
----------------------------------------------------------
----------------------------------------------------------
To give an example, let's try and find the RGBY equivalent of everyone's favorite color, Magus Purple.
R: 186
G: 176
B: 255
Convert the colors into 16-bit...
186 ÷ 8 = 23.25
176 ÷ 8 = 22
255 ÷ 8 = 31.875
We always round fractions down, so here's our 16-bit result:
R: 23
G: 22
B: 31
Now we need to multiply.
R: 23 × 1024 = 23552
G: 22 × 32 = 704
B: 31
Convert to hex...
R: 23552 → 5C00
G: 704 → 2C0
B: 31 → 1F
Add them together, and add x8000 to get the final value.
x5EDF + x8000 = xDEDF
Keep in mind that you do lose color information by converting to 16-bit. This loss isn't really noticable unless you're working with a gradient, though. Here is Magus purple along with its 16-bit counterpart:
Magus purple is on the left side, the 16-bit color is on the right. Not too big of a difference.
Are you using windows?
Yes, and I also have access to a Mac. My reasons are a bit confidential, and unfixable. All that needs to be shared is that within the foreseeable future I can't get a Hex Editor. I really do hate to be a burden to everyone here, but posting a request is my last resort. Please understand.
What happens when you try to use HxD? i use it and I have windows 10.
Just extract the .zip file into a folder and it should work.
