Home Gallery Resources The Team Rules chat Login Register
Pages:  [1] 2 3 4 ... 26
Author Topic: Noobs guide to model swapping and glitch fixing :Update 7-28: Re-write for BB.67  (Read 99624 times)
0 Members and 2 Guests are viewing this topic.
Snoopy
Lol Kitten
*********
Offline Offline

Posts: 762


  • Awards Super Saiyan Topic Renowned Hacker Star Hacker Active Contributor

  • View Profile Awards
    « on: June 06, 2010, 07:31:42 PM »


    well, last update i'll probably have to do, but i really don't know.  model swapping popularity has obviously dropped, but the info can still be helpful.  the new guide is completely re-written to fully utilize BrawlBox .67, but expect a lot of copy paste action.  it may be a re-write, but not everything is different.  i'll keep the old guide as a separate file you can download, all 21 pages of it, if you really need it, not sure why you would though.

    dang, i really cut a lot of it out... probably only 15 pages instead of 21 now   Awesome Face



    As a note, if you're using BrawlBox to edit the FitCharacter.pac file, make sure you use a version between .67 and .68b, later versions have removed being able to edit anything to do with the Moveset data, including bone indices.


    Sections:
    -1 Stuff to know before everything else
    0 Step by Step guide
    1 Basic Model Swapping
    2 Important Bones
    3 Glitch Fixing
    4 Bone Index Moving
    5 FAQ’s
    6 Lists


    -1 Stuff to know before everything else

    This guide is aimed towards character model swapping and fixing.  And if you already know how to import and replace models, feel free to skip to section 2.  Also, I have a full list of the important bones towards the bottom of this guide, so you know.  It has bone totals, TransN index, HaveN index, and EyeYellowM index numbers.

    Also, before I begin, here are some important links to programs and such that you might need.

    http://forums.kc-mm.com/index.php?topic=17547.0 – BrawlBox, but if you didn’t already have it by now, why are you reading a thread about model swapping that requires BrawlBox?  besides, it's the only program you'll need.  seriously.  used to be 4 or 5 different ones you'd need, now it's all done in BB.

    https://www.dropbox.com/s/sfv5xlu0yhv1xyl/legacy_model_swap_guide.rtf - the old guide, before the complete re-write, as of about Aug 1, 2012.

    And one more thing, some basic terminology, so you know what I’m talking about.
       BB = BrawlBox.  because i'm not typing it completely out every single time i mention it.
       Bone index number – the number it shows in BrawlBox for bone index.  Should be obvious, but the first bone is index 0, so just be aware.
       Model importing = model rigging = model swapping = model replacing, basically.
       Model = character = fighter, I interchange between them, but they are all the same, except that fighter is kind of aimed towards the actual fighters, and character is any character.
       New Model = the model you want to put over a character
       Replaced Character = the replaced character
    As I think of a few others, I’ll put them here.  But for now, let the guide begin.


    0 Step by Step guide

    because apparently some people have a difficult time following a guide unless it has a step by step portion, here you go.

    step 1;  get the model of the character you want to put over another (either the .mdl0, or the .pac/.pcs file).

    step 2;  get the FitCharacter00.pac/.pcs file for the character you want to replace.

    step 3;  open the FitCharacter00.pac/.pcs in BrawlBox, go to the .mdl0 file, right click, click replace, and replace it with the model you want.  also, replace the textures using the same method.

    and you're done!  with the model swap, at least.  the rest of what you'll need to do is purely glitch fixing.  here's the basic order of what glitches to check for and fix as you go along.  try doing all of these before testing in Brawl.  that way, you will most likely have it work perfectly fine the first try.  and you won't have nearly as many freezing issues.

    glitch 1;  does your new model have the same (or more) bones than the replaced character?  if no, add bones by right clicking a bone (probably the last bone, so you don't screw anything up) in BB, and click 'Add New Child'.

    glitch 2;  does your new model have the TransN bone in the same place as the replaced character?  if not (or if your new model doesn't have a TransN bone), then you'll have to   A) if one slot swap:  rename the bone in the same index as the replaced character (i have a list for those in Section 7)    B) if full character project:  edit the TransN Bone Reference in BB.

    glitch 3;  does your new model have the HipN bone in the same place as the replaced character?  if not, then refer to glitch 2 to see how to fix it.

    glitch 4;  does your character have a Model bone over the replaced character's EyeYellowM bone?  if so, then you'll have to edit the bone index by hexing it.  i have a mini guide for bone hexing in Section 4.  this one may also be a little tricky to notice at first, especially if your new model isn't from Brawl.  if it is from Brawl, then all Model bones end with M.  

    these are the main glitches that you can pick out even before you try testing the new model in Brawl for the first time.  there are a few others to watch out for, like not holding items properly (or at all) and being able to be hit from across the stage (hurtbox issues).  for those, you'll just have to play around with the new model in Brawl before knowing if you even need to fix them.  

    as for the Sections, Section 1 is if you want a little more info on the steps i have listed above.  Section 2 has more details about why the glitches happen.  Section 3 is more detail on how to fix the individual glitches.  Section 4 is about bone index hexing, and how to hex in general.  Section 5 is a mini guide on using Tabuu.  Section 6 is a very incomplete FAQ.  Section 7 has a ton of lists, all bone index info for the important bones for all the Brawl characters (the fighters, not every single model).

    so happy swapping!  and remember, if you have any questions, just ask.  this is a ton of info, and it can get a bit confusing if you don't know what you're doing.


    1 Basic Model Swapping

    This is the easy part.  Make sure you keep unedited files somewhere as well, in case you mess up and wan to start over.  Find the file you want, open it in BrawlBox, expand the ModelData[0], right click the MDL0 file (should be gray), click export, save it to an easy to find area, open the file you want the model to replace, go back to the MDL0 file, right click, click replace, select the file you exported, and that’s it.  You should probably do the same with the TextureData[0], simply because that has all the textures the model will need.  Also, don’t bother to mess around with the ModelData[10], because that’s just the character’s shadow and isn’t that big of a deal if you don’t have it, but feel free to replace it as well if you want.


    2 Important Bones

    Brawl makes a lot of assumptions when it comes to bone matching, hence why you can get some pretty weird looking characters.  If the bones don’t match up enough, then the new model will be t-posed.  Why?  Because Brawl still assumes it’s loading the original character, therefore causing certain bone requirements before the new model will function properly.  This is the list of those required bones, so far as I’ve been able to find and test as necessary.  So before I go into glitch fixing, I want to explain why the glitches occur.  I’ll go in order of obvious need to fix to unnoticeable.

    2a Overall bone count.  Basically, your model should have the same (or more) number of bones as the character being replaced.  Having fewer bones will cause the game to freeze just after you select a stage, but before the fight starts.  The new model can have about 2-3 bones less than the replaced character, but having fewer bones will cause the game to freeze when you shield.  

    2b TransN.  The TransN bone is the bone that controls movement while on the ground.  Not having a TransN bone, or having it misplaced will cause the model to run but not move.  This is why the model itself may move, but the tracker (the P1 or the thing that’s always over the fighter) will stay in one place, or that the model stays in one place and doesn’t move.  This is also referred to as the ‘Snap Back’ glitch.  

    2c EyeYellowM.  This bone is only present in Brawl fighters, and only shows up when the fighter has a smash ball.  Have you noticed some models only showing up when they have a smash ball?  That’s because they have a Model bone (bones that end in M, like BodyM) over the replaced characters EyeYellowM.  Most of the fighters have it as their second bone (bone index 1), which sometimes correlates with other characters BodyM bone (the BodyM bone is basically just a bone connected to the entire model, or just a portion of the model, hence why the model wont show up if it’s over the EyeYellowM).  

    2d HipN.  The HipN bone is a little deceiving, because not having one or having a misplaced one will cause the grab and throwing glitches (yes, two separate glitches).  The ThrowN bone also connects with throwing, but the HipN is the cause of the being grabbed glitch, because the grab animation grabs the HipN bone.  how you can tell you have this glitch is when the new model is thrown, the model basically explodes into a bajillion polygons.

    2e ThrowN. As mentioned above, the ThrowN connects to the grab and throw glitches.  the ThrowN bone is what the character grabbing uses to grab another character, and it controls the shield.  The ThrowN bone is almost always last for Brawl characters, and having a different bone in the replaced characters ThrowN index will cause a random body part to grow really big and then shrink with the shield, simply because of the way they decided to animate the shield, or if it’s on an added bone, the shield will be really tiny and at the character’s feet (this is because the added bones all reference the TopN bone, which is located at the bottom of the model).

    2f HaveN.  As obvious as the name implies, the HaveN is where the character holds items.  Most of the characters have 2, all but Samus (because of her gun), Mario (I guess he’s special that way), Ivysaur and Pikachu (they hold items in their mouths), and Squirtle (he has 3, but the 2 in his hands are dummied out, but still there, so he uses the one in his mouth), and the Alloys (they have none, because they can’t pick up items).  If the character doesn’t have enough original bones (bones in the model before adding any in), then the game will freeze when trying to hold items.  Some items will work, it’s just the smaller items that a character holds that will freeze.

    2g Hurtboxes.  have you ever played as a new character, but could get hit from across the stage?  Then that model has a hurtbox problem.  Just a little terminology first: hurtbox = where a character can be hit, hitbox = where a character hits from.  Hurtbox problems are incredibly annoying, mostly because of how random they are.  I think I’ve seen almost all variations: an infinite horizontal line from where the character is standing, an infinite vertical line from where the character is, anywhere behind the character, anywhere in front of the character, a big circle around the character, and literally anywhere on the stage.  If the new model has more original bones, then usually this isn’t as big of a problem.  

    There are a many other bones that are shared between all the characters, but those aren’t necessary (to model swapping and glitch fixing, at least), but the bones that are more important are the TopN, XRotN, and YRotN.  The TopN is the bone that basically tells Brawl ‘this is the model you are looking for’, and will always be the first bone, even if named differently.  XRotN and YRotN are both used for moving the model in animations, like the TransN and HipN.  The difference is that the X and YRotN bones are rarely used.  The XRotN is usually set for how high the model is in an animation, so if your character is in the ground for an animation, reset the XRotN for the animation and it will work.  And I’ve never really seen the YRotN used, but is does tell Brawl where the player tag goes (the P1 or whatever tag that floats above the character), and you can use it for one-slot resizings (covered in other tutorials).


    3 glitch fixes

    And now for the fixes to the glitches.  I’ll go in order of the previous section.  I have lists towards the bottom for all of these.  and if your model doesn't have these (non-Brawl models), then you'll just have to rename certain bones.  what i mean by that is that most models have most of these bones already, just not named correctly.  An example is that the HipN is usually 'hip' or 'hips' on non-Brawl models, but the rest just depend on the game you got the model from, but are usually within the first few bones (although I have seen some models with them at almost the end of the bone structure).

    3a Overall bone count.  This one is now super easy, thanks to BB.  Just find how many bones the character you want to replace has, then how many bones your model has, and add enough bones to match.  Simple, right?  and with the way that BB works, you can add bones anywhere in the structure, not just at the end.  the way you add bones in BB is to right click a bone, then click 'Add New Child'.  it then adds a bone to the structure, using the bone you right clicked on as the parent bone.  don't worry too much about the bone terminology, i'll go into depth on that later.  if you plan to add a large amount of bones, then you'll probably want to put them all at the end of the structure, to avoid potential problems.


    3b TransN, or the Walking and/or Running glitch. This can be a tricky one to fix, because the TransN of the new model MUST be in the same spot as the replaced model, but there’s 2 ways to fix it, a one slot swap, and full character fix.  
    One Slot Swap: Example - you want to replace Mario, he has a TransN of 7, therefore to avoid the walking glitch the new model's 7th bone must also be TransN. The easiest way to fix it is to find a character that has the same TransN index and replace that one.  If you can’t or don’t want to replace those characters, then you can either rename the bone that is in the TransN index of the replaced character, but this might cause issues later on, because Brawl is referencing a random bone thinking it’s the TransN when it really isn’t.  you could also add a bone or 2 to the top bone until one of the new bones are in the TransN index.
    Full Character Fix: you can edit the TransN Bone Reference in BB, but since you have to edit the FitCharacter.pac (the PSA file), the change will affect all costume slots.  TransN bones still have to match up, but with BB, you can tell Brawl where to look for it, instead of Brawl telling you where to put it.  the section in BB that has the reference is FitCharacter > MoveDef_FitCharacter > Sections > data > Misc Section > [10] Bone References.  the 5th one down is the TransN index.


    3c EyeYellowM bone, or ‘why does my model only show when I have a smash ball?’  As I explained above, this bone is only active when you have a smash ball.  Look at it this way, are Metaknight’s wings always out? No.  Is his cape always out?  No.  The EyeYellowM works the same way, except when you have a smash ball.  This is also why, say, Mario’s hat not appearing when over most other fighters, because Mario’s HatM bone is bone index 1, while most others’ EyeYellowM is also index 1.  So how do you make the model show up then?  Find where your new model’s BodyM bone is.  Then, the easiest way to fix it is by moving the bone up or down in the structure.  in BB, right click the bone, then select 'Move Up' or 'Move Down'.  the problem is that there has to be another bone on the same level for it to work.  Either that, or you can put the model over Olimar, Yoshi, or ROB, because they don’t have an EyeYellowM bone.  Or hope that the BodyM is lower in the bone structure.  as a note also, there are other bones that only show during certain times.  There’s also a way to fix the EyeYellowM Reference in the FitCharacter.pac, but this will affect every costume slot.  In BB, there’s a section called Model Visibility.  it's at FitCharacter > MoveDef_FitCharacter > Sections > data > Model Visibility.  there's a few extra folders, but they have the index where the model bone is.  edit to what you want it to be.

    3d HipN, or the grabbing and throwing glitches.  Yes, two different glitches from one bone, and the HipN has to be treated like the TransN, as in the HipN MUST be in the same index as the replaced character’s HipN index.  Fixed in a similar manner as the TransN, though simply renaming may not work, it just depends on the model.  But remember, if you put your character over a fighter that has identical TransN indexes, then the HipN indexes will usually match, because the HipN is ALWAYS 3 bones after the TransN, for Brawl models at least (BB can change the reference, and it’s exactly as I explained with the TransN, it affects all the costume slots, and it's the 2nd index down).

    3e ThrowN, or ‘why such a deceiving name?’  So basically, the ThrowN has little to do with throwing (it's used to grab another character), but it actually controls the shielding glitch.  The way to avoid it is by having the same number (or more) of bones as the model being replaced.  At least this is an easy one to fix and avoid.  and there's 2 ways to fix this, the one slot method, or the full character replacement method.
    One Slot: if there's fewer bones than the replaced model, just add more bones in BB, and it should work by itself.  if there's more bones than the replaced character, it's a bit trickier.  basically, the bone in the ThrowN index should be a bone added by BB, so that it isn't attached to any part of the model.  and make sure it doesn't have child bones that are attached to the model, otherwise a random part of your model will grow and shrink with the shield.
    Full Character: open the FitCharacter.pac in BB, then go to FitCharacter > MoveDef_FitCharacter > Sections > data > Misc Section > [10] Bone References.  the 1st one down is the ThrowN index. change it to what you want, making sure it's a good bone to use (not attached to the model, preferably an added bone).


    3f HaveN, or the item grab glitch.  This one took me a while to pin down, but to avoid it, the new model MUST have more original bones than the replaced character’s first HaveN bone (original being bones that the model had before adding bones).  Most of the first HaveN bones are around 33, I have a full list lower.  And by more, I mean a few more, at least 2 or 3.  So how do you fix it if it happens to your model?  
    For one slot swaps, add bones.  that's pretty much it.  but make sure you add one to the end of the hands, that way the new model can hold items in its hands, instead of elsewhere.  

    For full character projects, the section in BB that has the reference is FitCharacter > MoveDef_FitCharacter > Sections > data > Hand Bones.  the index numbers that you need to change are in there, but on the folder itself.  the folder has 4 slots for the HandN that can be changed.  then inside it, the first index is the HaveN, and the second is another HandN.  also, there's another section in the Misc Section (same level as the Hand Bones) that has the rest of the index numbers to change, called the Misc Item Bones.  this one has the actual HaveN references and the ThrowN reference.  like the Hand Bones folder, it's the folder itself that you change the references on.  change them to what you want them to be.

     
    and for your own reference, even your model does have the item grab glitch, it can still pick up and use some items.  here's a list of what.
    Smash Ball
    Sandbag
    Soccer Ball
    Heavy Items (Barrel, Crates, Blast Box, Party Ball)
    Mushrooms
    Starman
    Lightning
    Timer
    Healing Items (Food, Max Tomato, Heart Container)
    Super Spicy Curry
    Metal Box
    Screw Attack
    Franklin Badge
    Bunny Hood
    Warpstar
    Dragoon Parts

    basically everything that you don't have to hold.

    3g. Hurtboxes, or ‘why does my character get hit from across the stage?’ glitch.  i'd like to say that this still works, but you can use BB instead of Tabuu.  i really don't feel like re-writing this to work with BB, and i don't have anything that needs to have this applied, so i'm eaving this alone for now…

    this is quite the annoying glitch to fix, but we now have a way to fix it!  Again, this will only apply to full character replacements, because it requires PSA editing, so one slot replacements can’t be fixed this way (if they have it, then they’re out of luck, no way to fix it).  So to fix it, go here [url=http://www.smashboards.com/showthread.php?t=284044]http://www.smashboards.com/showthread.php?t=284044[/URL] and download Tabuu.  Then, get a clean FitCharacter.pac, it has to be an unedited one for now (unedited ones always open, edited ones might not).  Open it in Tabuu, then go to FitCharacter/MiscData[0] -> Sections -> Data -> Misc.  the hurtboxes are labeled as Hurtboxes. Under the Hurtboxes section, it will bring up all the hurtboxes that the replaced character has and what bones they’re attached to.  You can change the size and location of them, but we want to re-link them to bones you’re new model has.  Click the hurtbox you want to change, change the BoneIndex to where you want (it helps to have the new model open in BrawlBox to see which bones you want), then right click the hurtbox you just edited (in the left window), click ‘Open Hex View’, then at the bottom of the window in the box labeled ‘As Int’ put the same index number you just put in, then close the window.  And that’s how you fix the hurtboxes!  Just a warning, it will fix the problem for one player, but the hurtboxes may still be weird if there’s more than one of the new models fighting, it happened a few times to me.  After you’re done editing, go back up to the top, right click FitCharacter/MiscData[0], and hit save file.  A message will pop up saying that it will replace the file, so just hit yes.  About a minute later, an error message will pop up saying that Tabuu had some problem and must close.  Don’t worry, though, it did save.  Tabuu is still in development, so that will be fixed soon.  

    But sometimes even this isn’t enough.  If you still get random hurtbox problems, then this is what you’ll have to do.

    First, open the FitCharacter.pac in Tabuu, then go to FitCharacter/MiscData[0] -> Sections -> Data -> Misc.  the section we want is called UnknownT, just under the Hurtbox tab.  Open it, and click on the first UnknownType1.  What we care about is the Flags.  The Flags contain data that points to bone indexes, and at least one of them is pointing to an ExtraBone, which is why the hurtbox problem is still there.  And about the Flags, if you just look at it in the right hand window, they aren’t displayed correctly.  From what I’ve seen, they show ‘1234’, when it should be ‘3412’.  If you’re unsure, just right click the UnknownType1, click ‘Open Hex View’, and the Flags is the last set of bytes shown.

    Now that you have the Flags, you need to convert them into binary.  Use this list (Toomai made the list)

    +----------------+-----------+-------------+
    |Number (decimal)|Digit (hex)|String (bits)|
    +----------------+-----------+-------------+
    |        0       |     0     |     0000    |
    |        1       |     1     |     0001    |
    |        2       |     2     |     0010    |
    |        3       |     3     |     0011    |
    |        4       |     4     |     0100    |
    |        5       |     5     |     0101    |
    |        6       |     6     |     0110    |
    |        7       |     7     |     0111    |
    |        8       |     8     |     1000    |
    |        9       |     9     |     1001    |
    |       10       |     A     |     1010    |
    |       11       |     B     |     1011    |
    |       12       |     C     |     1100    |
    |       13       |     D     |     1101    |
    |       14       |     E     |     1110    |
    |       15       |     F     |     1111    |
    +----------------+-----------+-------------+
    The rest of the explanation is from Eternal Yoshi (because I can’t really explain it much clearer.  It’s just one of those things that it’s easy once you do it).


    Example Flag: 24E10000

    To Binary:

    0010 0100 1110 0001 0000 0000 0000 0000

    Then you take the first 9 bits(colored lime for you) and interpet them as a number.

    You do this by copying the bits highlighted in green, opening this:

    http://acc6.its.brooklyn.cuny.edu/~gurwitz/core5/nav2tool.html

    and Pasting it in the lower section in the slot: Binary number to convert.

    BE SURE TO REMOVE THE SPACES, VERY IMPORTANT.

    Click Convert to decimal and that's the bone it's attached to(in decimal not hex).

    If you want a new bone to attach it to, look at the top of that window, and type the bone index you want in decimal number to convert.

    Let's say I want bone index 20, the program gives me 10100

    Then copy the number and paste it so that the last bit is the 9th one.

    1010 0110 0001 0000 0000 0000 0000

    Now fill the rest to the left with zeroes.

    0000 1010 0110 0001 0000 0000 0000 0000

    Now we convert this to hex.

    0A610000

    (back to my explanation) Once you get the flag back, right click the UnknownType1, and edit the Flags bytes accordingly (the last set of bytes out of the 8 sets).  Once you change the Flags you need, go back to the top tab (the FitCharacter/MiscData[0]),right click it and save it.  The random hurtboxes should no longer be a problem.  And remember, you only need to change the Flags that have a higher bone index reference than the new model has for original bones.  So if only 1 Flags is over the new model’s original bone count, then you only need to change that one.  If 5 of them are over, then only those 5.

    If you have any questions, just ask.


    4 Bone Index Moving

    alright, first new section!  no copy paste for me unfortunately…

    to start off with, here's the terminology you should know for bones, and how they're organized.
       Parent - the bone above the one you are looking at.  example: the YRotN is the parent of the HipN bone, and the XRotN is the parent of the YRotN, and the TransN is the parent of the XRotN.
       Child - the bone(s) below the bone you are looking at.  there can be multiple children bones to one parent bone.  example: the TopN bone has the TransN and EyeYellowM bones as children, but the TransN only has the XRotN as a child.
       Sibling - bones that have the same parent bone, or are all on one level of the structure.  example: the TransN and EyeYellowM bones are siblings.  BB refers to these as Next and Previous.

    now the important part, how to move them around.  it's rather simple, actually.  just find a bone you want to move, right click it, and BB will show you how that bone can be moved.  remember though, it only moves one spot at a time, so it can take a few clicks to get a bone into position.  so here's the options.
       Move Up - moves the bone above the sibling bone in front of it.
       Move Down - moves the bone below the sibling bone behind it.
       Add To Parent - makes the bone a sibling to its current parent bone.
       Add To Next Up - makes the bone a child to the sibling bone above it.
       Add To Next Down - makes the bone a child to the sibling bone below it.
       Add New Child - adds a new bone to the structure, making it the child of the right clicked bone.

    so how can this help?  well, it mainly helps with adding bones where you want them to go, or in editing a fighters bone structure to fit a different model for rigging.  but this isn't a rigging guide, so it's basically here in case you need to move bones around.  not too sure what else to say.  there's a lot of tricks you can do with moving bones around, but it's mainly for re-rigging models.


    5 FAQ

    I’ll probably add some later as more questions are asked.  But feel free to ask, just remember, provide as much detail as possible, it’s kind of hard to diagnose a problem you have when all you say is ‘the (blank) bone isn’t working for me’, and that’s all you say.

    Q: what character is the best to replace?
    A: at this point, it depends on who you don’t like and think never should have been in Brawl to begin with.  But I would advise avoiding Peach, Zelda and ROB, because they have 103, 105 and 163 bones, respectively, unless your new model has a lot of bones to begin with (probably over 80).

    Q: where do I find a good hex editor?
    A: Google.  I've used hex workshop, but it was only a trial version.  I recommend HxD, because it's free (if it’s free, it’s for me), and it does what we need it to do.

    Q: I can't find the offset number.
    A: in BrawlBox, when you click the bone you want to change, look in the window on the right hand side.  that is where you'll find the offset, it's labelled as MDL0 Ofset.  remember, in BrawlBox, the offset is in decimal form, and no, that's not a negative sign, it's BrawlBox's way of saying that the number is in decimal form.  so take that number and convert it to hexidecimal.  then open the .MDL0 in a hex editor, and go to where the offset tells you.  on the left hand side, you'll see offset numbers, but many times yours is in the row.  say the offset you get is AF8, but the left hand numbers go from AF0 to B00.  this means you go in 8 bytes from the first of the AF0 row, and there's the offset you're looking for.

    Q: My new character freezes when I choose it in the Subspace Emissary.  Why?
    A: …I'm working on it.

    6 lists

    I’ll separate the lists into individual bones, but I may combine all of them into one list, so you can see everything for one character together.  And keep in mind that these are index numbers, so the first bone is actually indexed as 0.  Also, the lists will be in order of how they appear in alphabetical order before their names are changed, as in Koopa is Bowser and that’s why he’s not at the top of the list.  Also also, I didn’t include the Pokemon Trainer himself, but his bone structure is almost identical to Olimar.  One last also, I’m including the Alloys, but excluding Giga Bowser and Wario Man, because the Alloys are used more than the other two.

    Total bone count
    C. Falcon – 64
    Dedede – 63
    Diddy – 70
    DK – 62
    Falco – 71
    Fox – 67
    G+W – 97
    Ganondorf – 69
    Ike – 73
    Kirby – 60
    Bowser – 76
    Link – 79
    Lucario – 55
    Lucas – 64
    Luigi – 62
    Mario – 62
    Marth – 70
    Metaknight – 76
    Ness – 66
    Peach – 105
    Pikachu – 47
    Olimar – 45
    Pit – 91
    Ivysaur – 54
    Charizard – 57
    Squirtle – 46
    Ice Climbers – 45
    Jigglypuff – 63
    ROB – 162
    Samus – 47
    Sheik – 62
    Snake – 69
    Sonic – 82
    Zero Suit Samus – 66
    Toon Link – 82
    Wario – 78, 59
    Wolf – 72
    Yoshi – 77
    Zelda – 103
    Red, Yellow, Green Alloy – 33
    Blue Alloy – 38
    Basically, unless your model already has a ton of bones, don’t even bother trying to replace ROB.  And the reason Wario has 2 numbers, his WarioWare costume has more bones than his overalls costume.

    TransN
    C. Falcon – 3
    Dedede – 5
    Diddy – 3
    DK – 2
    Falco – 3
    Fox – 8
    G+W – 11
    Ganondorf – 3
    Ike – 9
    Kirby – 5
    Bowser – 4
    Link – 3
    Lucario – 7
    Lucas – 2
    Luigi – 6
    Mario – 7
    Marth – 8
    Metaknight – 2
    Ness – 4
    Peach – 4
    Pikachu – 2
    Olimar – 1
    Pit – 9
    Ivysaur – 2
    Charizard – 2
    Squirtle – 2
    Ice Climbers – 2
    Jigglypuff – 2
    ROB – 1
    Samus – 2
    Sheik – 2
    Snake – 10
    Sonic – 18
    Zero Suit Samus – 8
    Toon Link – 2
    Wario – 2
    Wolf – 8
    Yoshi – 1
    Zelda – 7
    Red, Yellow, Blue Alloy – 3
    Green Alloy – 2
    Sonic was always an over-achiever, he literally has 15 face bones, so don’t bother replacing Sonic if you don’t want the walking glitch, or worse, depending on the model.

    EyeYellowM
    C. Falcon – none
    Dedede – 2
    Diddy – 2
    DK – 1
    Falco – 2
    Fox – 2
    G+W – none
    Ganondorf – 1
    Ike – 1
    Kirby – 3 and 4
    Bowser – 1
    Link – 1
    Lucario – 1
    Lucas – 1
    Luigi – 2
    Mario – 2
    Marth – 1
    Metaknight – none
    Ness – 2
    Peach – 2
    Pikachu – 1
    Olimar – none
    Pit – 1
    Ivysaur – 1
    Charizard – 1
    Squirtle – 1
    Ice Climbers – 1
    Jigglypuff – 1
    ROB – not sure
    Samus – 1
    Sheik – 1
    Snake – 1
    Sonic – 2
    Zero Suit Samus – 1
    Toon Link – 1
    Wario – 1
    Wolf – 2
    Yoshi – none
    Zelda – 1
    All Alloys – none
    Kirby has 2 because he has different polygons for when he’s big (inflated or while someone is swallowed), hence the second set.  I couldn’t find one on ROB, and his bone structure is literally a maze to navigate.  A few of the characters may also have other Model bones that only show during certain actions, just a warning.  And the Alloys don’t have one because of the obvious lack of a final smash for them.  Why have a bone if you don’t need it?

    HipN – just add 3 to the TransN number.

    ThrowN – almost always the last bone.

    HaveN
    C. Falcon – 32, 55
    Dedede – 32, 54
    Diddy – 34, 57
    DK – 30, 54
    Falco – 41, 65
    Fox – 41, 63
    G+W – 29, 59
    Ganondorf – 41, 65
    Ike – 48, 69
    Kirby – 33, 40
    Bowser – 44, 70
    Link – 39, 67
    Lucario – 31, 53
    Lucas – 34, 57
    Luigi – 34, 57
    Mario – 57
    Marth – 48, 64
    Metaknight – 15, 40
    Ness – 37, 59
    Peach – 72, 101
    Pikachu – 34
    Olimar – 19, 41
    Pit – 43, 72
    Ivysaur – 23
    Charizard – 29, 42
    Squirtle – 8 (17 and 27 also, but these 2 aren’t used)
    Ice Climbers – 22, 39
    Jigglypuff – 36, 43
    ROB – 35, 55
    Samus – 32
    Sheik – 30, 57
    Snake – 29, 57
    Sonic – 45, 76
    Zero Suit Samus – 27, 54
    Toon Link – 36, 70
    Wario – 37, 67
    Wolf – 39, 60
    Yoshi – 34, 73
    Zelda – 69, 99
    All Alloys – none
    Again, most characters have 2, but to avoid the item grab glitch, you only have to have more original bones than the replaced character.  And since the Alloys can’t grab items to begin with, they don’t have any.
    « Last Edit: January 29, 2014, 06:07:48 PM by Snoopy » Logged


    Snoopy
    Lol Kitten
    *********
    Offline Offline

    Posts: 762


  • Awards Super Saiyan Topic Renowned Hacker Star Hacker Active Contributor

  • View Profile Awards
    « Reply #1 on: June 06, 2010, 07:32:08 PM »


    reserved in case i need it
    Logged


    dingo
    Angel Kitten
    ***
    Offline Offline

    Posts: 3145


    Il Matto

  • Awards >9000 Troubleshooter Heart Container Pin Collector

  • View Profile WWW Awards
    « Reply #2 on: June 06, 2010, 08:10:07 PM »


    Mario Bros have been fixed. For awhile. PSA just isn't finished.
    Logged

    Snoopy
    Lol Kitten
    *********
    Offline Offline

    Posts: 762


  • Awards Super Saiyan Topic Renowned Hacker Star Hacker Active Contributor

  • View Profile Awards
    « Reply #3 on: June 07, 2010, 11:05:19 PM »


    okay, but it was just for an example, otherwise i would have gotten on a while ago and said i know how to fix it.  i picked those three because i just got done helping people with Lyn and Tails, and i had the Mario Bros on hand.
    Logged


    standardtoaster
    Advanced Kitten
    ***
    Offline Offline

    Posts: 44


    View Profile Awards
    « Reply #4 on: June 07, 2010, 11:32:24 PM »


    I'm working on porting the red alloy to captain falcon. Tongue I added enough bones for it to work over him. His crotch stays in the center of the stage in most animations except for a frames in others. I tried fixing it by reindexing the HipN bone to 3 (the TransN index) but it made Captain Alloy in the center of the stage and his crotch the playable person. xD It crashed as soon as I pressed B. ;-; Could you help me with this?
    Logged

    Snoopy
    Lol Kitten
    *********
    Offline Offline

    Posts: 762


  • Awards Super Saiyan Topic Renowned Hacker Star Hacker Active Contributor

  • View Profile Awards
    « Reply #5 on: June 08, 2010, 10:26:06 PM »


    interesting idea, but i tried seeing if i could do it.  i got the same initial result, so i started messing around with it.  long story short, i have no idea why it's doing it.  that particular part of the model isn't connected to a bone by itself, and i wouldn't think that it's a bone issue, seeing that the Red Alloy's bone structure is almost identical to Captain Falcon.  i then thought it might be an animation issue.  it might be, but i haven't found anything that might be the cause.  from what i saw, they use the exact same animations.  so basically, i'm not sure why it does that.  and for the freezing when you push B, it probably has something to do with the Falcon Punch, it being an article, and the Alloys are incapable of using them/they don't have any.
    Logged


    standardtoaster
    Advanced Kitten
    ***
    Offline Offline

    Posts: 44


    View Profile Awards
    « Reply #6 on: June 09, 2010, 08:50:53 PM »


    I actually think that it froze because it tried to apply a hitbox to a bone index that didn't exist. But thank you so much for looking into this. I really hope that this can be accomplished. In the end, even if captain alloy can't grab items, I'm fine with that.
    Logged

    MyKewl
    Mega Kitten
    *****
    Offline Offline

    Posts: 133


    Ø "My future is righteousness." - Bob Marley Ø

  • Awards Hot Topic

  • View Profile Awards
    « Reply #7 on: June 10, 2010, 10:04:32 PM »


    these guides are so nice
    Logged


    Cocopuff
    Mega Kitten
    *****
    Offline Offline

    Posts: 162


    Addicted to PSA as a minor. So sad

  • Awards Hot Topic Tutorial Writer

  • View Profile WWW Awards
    « Reply #8 on: June 11, 2010, 12:26:37 PM »


    I have a question. In brawlbox, I exported the model, opened it in hex and was having a hard time finding the bone index #. So I exported his bone( the bodyM, as it was over the eyeyellow bone) and copied the data for a search. I did find it, but it was in a weird position, it wasn't the data that ended the row that was his index, it was in the middle of nowhere. Anyways, I changed 1 to 2 and saved it.
    after that I opened up brawlbox and looked at the model. It looked fine in the data, the index of the bone was 2 instead of 1 and everything looked right, until I preveiwed it. It gave me an error, which Ignored, an I saw that instead of the model there was a big red X. I don't know why, but I'm guessing that this wont work ingame.
    I probably should tell you that I am using the assist trophy to put isaac over gannon. Also, I have used the automatic polygon deleter on this file. Also, I am using the same hex editor as you.
    Did I make any mistakes, can you use assist trophys?
    Logged

    Alucard
    An ancient hero awakes from his long slumber.
    [/spoiler]

    Snoopy
    Lol Kitten
    *********
    Offline Offline

    Posts: 762


  • Awards Super Saiyan Topic Renowned Hacker Star Hacker Active Contributor

  • View Profile Awards
    « Reply #9 on: June 11, 2010, 01:13:34 PM »


    you dont have to export the bone itself, thats probably where the error came from.  you can find where the bone begins in BrawlBox, just go to the model, click the plus sing next to it to expand it, expand the folder called 'Bones', then look for the bone you want to edit, click it, and in the right hand window will be a bunch of info for the chosen bone.  the fourth row down is called 'MDL0Offset' and this is where the chosen bone is located in the .MDL0 file, but it shows in decimal, so convert it to hex, and thats where the chosen bone starts, and then you can edit the index. 

    and yes, you can use assist trophys, in my example pic, i have Lyn, which is an assist trophy.  if you still have trouble finding it, i can take a pic for you to show what i explained if you want.
    Logged


    Cocopuff
    Mega Kitten
    *****
    Offline Offline

    Posts: 162


    Addicted to PSA as a minor. So sad

  • Awards Hot Topic Tutorial Writer

  • View Profile WWW Awards
    « Reply #10 on: June 12, 2010, 12:19:01 AM »


    OK, i think you missunderstood what I said. I couldnt find the codes for my bone,  so I copied the bone info and searched for it in the model, and when I found it it was in a weird spot. I didn't edit the bone, I edited the model. I changed the index #, and I know it was right because 13 rows down from that there was a # that ended in 03, and 13 below that, 04. Also, it showed the bone index as changed too, so I think I took the right steps. Considereing you have lyn, you have the assist trophy files. Do you think you could maybe look at Isaac(named asfrobin) and see if you can get it to work. If so, can you give me a download?

     EDIT:
    I figured it out, I forgot to say the MDLO offset is negative when I converted it. works like a charm.
    « Last Edit: June 12, 2010, 03:17:42 PM by Cocopuff » Logged

    Alucard
    An ancient hero awakes from his long slumber.
    [/spoiler]

    ZX_BraveSol_ZX
    Supreme Kitten
    ********
    Offline Offline

    Posts: 501


    Give them no quarter!

  • Awards Heart Container Shadow the Pinhog B

  • View Profile Awards
    « Reply #11 on: June 21, 2010, 02:47:54 PM »


    ok the bone hierarchy changer is just too god damn confusing ._.
    can anyone explain to me how to work this confusing thing? I want to use it to fix my silver hack >_>
    Logged

    Never underestimate the power of the ass.


    Snoopy
    Lol Kitten
    *********
    Offline Offline

    Posts: 762


  • Awards Super Saiyan Topic Renowned Hacker Star Hacker Active Contributor

  • View Profile Awards
    « Reply #12 on: June 21, 2010, 09:58:45 PM »


    yeah, i haven't really been able to make it work right either, but in that thread Eldiran kind of explains the concept of it.  but you need help with getting Silver over Olimar, right?  if so, the easiest way to do it would be to index bones 1, 2, 3, and 4 to all be 1, and then reindex the rest accordingly, as in 5 would be 2, 6 would be 3, and so on.  the Green Hill Zone Silver has Model bones for the 2nd, 3rd and 4th bones, the 3 between TopN and TransN.  fortunately Model bones can be moved without worry of messing up the rest of the model.  shifting the rest of the bones up might cause a problem, but i'm 97.5% sure that if you try what i explained that it should work right.  and if you want, i can do the hexing for you, it would only take a few minutes.
    Logged


    ZX_BraveSol_ZX
    Supreme Kitten
    ********
    Offline Offline

    Posts: 501


    Give them no quarter!

  • Awards Heart Container Shadow the Pinhog B

  • View Profile Awards
    « Reply #13 on: June 22, 2010, 02:12:27 PM »


    i can do the hexing for you, it would only take a few minutes.
    please do.
    I have been trying to fix silver for about 2 months now
    Logged

    Never underestimate the power of the ass.


    Snoopy
    Lol Kitten
    *********
    Offline Offline

    Posts: 762


  • Awards Super Saiyan Topic Renowned Hacker Star Hacker Active Contributor

  • View Profile Awards
    « Reply #14 on: June 22, 2010, 10:22:46 PM »


    http://www.mediafire.com/?yjynfy0qxiy

    Silver hexed to have a TransN of 1.  sorry it's just the .MDL0 file, my brawlbox is having problems saving things.  all you have to do is insert this model into the one you already have of Silver on Olimar, and it should work.  i can't test it, but if it doesn't work, tell me and i can try something else.
    Logged


    Pages:  [1] 2 3 4 ... 26
    Print
    Jump to: