Brawlbox Resources & History

[DarkPikachu]

Sounds like the same problem as normals...

the same issue happens with DP's scythe :/
(normals get inverted)

though I havn't tried it with the google code version yet :/

[Iwvi]

With pit's bow, what rotates is the mesh (normals are fine), but bones stay the same place so animations look weird. I did not know you could fix that by re importing it. I wonder why it happens only with pit's bow

[pikazz]

there is something I would love and thats perfect DAE Exporting!

what I mean is the bone tree in DAE exportion is pretty much glitchly. not a big deal but the small things make wonders :3

[JoeTE]

Since pikazz brought up "perfect DAE Exporting," I want to bring up another suggestion for the .DAE exporter.

Would it be possible to update Brawlbox's .DAE exporter so that it exports the models with proper normals AND proper skin modifiers?

The specific details of those problems can be found in this spoiler:

When a Brawlbox .dae is imported into 3DS Max (and possibly any other 3D-modelling program,) all single-bind objects are imported without a skin modifier (though they still move with the .dae's skeleton.)
Additionally, those objects have varying position and rotation values (whereas the non-single-bind objects are all placed at 0,0,0 with standard rotation values.)

Then there are the normals... All objects that have a skin modifier are imported with "generic" normals. This is a problem because Brawl's models use specific normals. Not having them makes some models look wrong in-game (notable examples are the border between Sonic's face and quills, and Meta Knight's cape while using a Metal Box.)
Oddly enough, all "single-bind objects with no skin modifier" in Brawlbox's .dae files are imported with proper normals. Likewise, proper normals are present in all of Brawlbox's .obj exports.

Also, these problems happen in .DAE exports from ANY .mdl0, not just ones from Brawl's .mdl0's.

If this is too much of a problem to do, or if it isn't possible, then feel free to skip over this suggestion.

[BlackJax96]

After I get multiple vertex selection working, I'll work on the blend button.

Since pikazz brought up "perfect DAE Exporting," I want to bring up another suggestion for the .DAE exporter.

Would it be possible to update Brawlbox's .DAE exporter so that it exports the models with proper normals AND proper skin modifiers?

The specific details of those problems can be found in this spoiler:

When a Brawlbox .dae is imported into 3DS Max (and possibly any other 3D-modelling program,) all single-bind objects are imported without a skin modifier (though they still move with the .dae's skeleton.)
Additionally, those objects have varying position and rotation values (whereas the non-single-bind objects are all placed at 0,0,0 with standard rotation values.)

Then there are the normals... All objects that have a skin modifier are imported with "generic" normals. This is a problem because Brawl's models use specific normals. Not having them makes some models look wrong in-game (notable examples are the border between Sonic's face and quills, and Meta Knight's cape while using a Metal Box.)
Oddly enough, all "single-bind objects with no skin modifier" in Brawlbox's .dae files are imported with proper normals. Likewise, proper normals are present in all of Brawlbox's .obj exports.

Also, these problems happen in .DAE exports from ANY .mdl0, not just ones from Brawl's .mdl0's.

If this is too much of a problem to do, or if it isn't possible, then feel free to skip over this suggestion.

First thing has already been fixed and idk how I'm supposed to fix the second thing for rigged models if it only works without a skin modifier.

I'll work on the exporter some more though I guess.
The importer too.

[Don Jon Bravo]

dont forget fix the rename bone thingy where you can rename a bone like the other bone like aayfire is doing for machamp for the arms
excuse my grammer
lazyness

[BlackJax96]

excuse my grammer

No. This is unacceptable.

[SmashClash]

No. This is unacceptable.

LEMON GRAB UNACCEPTABLE

[DarkPikachu]

BJ...
why not use weight paint??
(instead of box selection)


all you have to do is drag your clicked mouse over the vert and it'll automatically set the weight value for that vert :/


I'm implamenting the weight color-scheme from blender into UMC:
blue=0.0
green=0.5
red=1.0

[BlackJax96]

BJ...
why not use weight paint??
(instead of box selection)


all you have to do is drag your clicked mouse over the vert and it'll automatically set the weight value for that vert :/


I'm implamenting the weight color-scheme from blender into UMC:
blue=0.0
green=0.5
red=1.0

I, as a person who rigs models, would prefer box selection.
Although I could probably implement both.

[DarkPikachu]

I, as a person who rigs models, would prefer box selection.
Although I could probably implement both.

please do... weight-paint is so much easier

though blender differs from my idea for you as it has a radius around the mouse and fades it's color to your weight as you move the mouse >_>

[pikazz]

BJ96 you never ends to amaze me!

may I request something?
be able to add stuff in a PSA like articles, glidedata, action override folder and all the other stuff! even if the folder doesn't exist?

I would love something like that :3

[BlackJax96]

Got the function that projects world coords to screen coords to work.

BJ96 you never ends to amaze me!

may I request something?
be able to add stuff in a PSA like articles, glidedata, action override folder and all the other stuff! even if the folder doesn't exist?

I would love something like that :3

Sure, in Ikarus.
I can't guarantee the game will read it though.

[pikazz]

Got the function that projects world coords to screen coords to work.



Sure, in Ikarus.
I can't guarantee the game will read it though.

stop amaze me! that looks so awesome!
it feels like you are doing a model making program like 3DS Max, Maya, Blender ect instead for brawl hacking devise

reason why: I know how to give the characters IC to make them walljump, wallclimb and flight and want to test with other stuff too with example articles and action override

[BlueBrain]

vertices seem to be a bit off though... specially noticeable at her right foot tip