HTOTM: FUSION
Originally Posted by Haemo View Post
regarding draws and double-dq's... too bad!! that should just be the way things are... a draw is a draw... a double-dq is a double-dq...
no need to tweak tori & uke!!

i know it was intentional... but whether it's intentional or a bug doesn't matter... i don't like it & i think it should be changed...
Those who want tori and uke equally, MAKE A MOD and let the original mod as it is. Just make a mod where tori is equal to uke and if you want to play it in multiplayer, then make a server with this mod >.>

Toribash's default.tbm shouldn't be changed.
Originally Posted by Haemo View Post
the whole twisting story when limp story and any differences between tori & uke should be fixed... i also feel that the differences in joint and body part placement are silly... here's an example

joint l_knee
radius 0.14
pos 1.2 1.0 0.8
axis 1 0 0
rot 0 0 0
range 2.3 0.0
strength 4.0
velocity 40.0

joint r_knee
radius 0.14
pos 0.8 1.0 0.8
axis 1 0 0
rot 0 0 0
range 2.3 0.0
strength 4.0
velocity 40.0

i was just wondering... doesn't this pos stand for Position? Then it has to be different so the joints are not in the same place, but right and left
You're hoping somebody someday will do you like I did!
If the coordinates would be the same ..... left and right knee would be at the same place. It has to be different.
Oblivion: that wasn't hilarious
Oblivion: it was brilliantly complex though
Oblivion: hands down man
Oblivion: today I genuinely believe more than I ever did before
Oblivion: that you are better than me
Oblivion: gg NutHug

Like my stuff?
Join my FunClub or subscribe on Youtube
Sorry, I realized I made a slight mistake...

these are the defaults:

joint l_knee
radius 0.14
pos 1.2 1.0 0.8
axis 1 0 0
rot 0 0 0
range 2.3 0.0
strength 4.0
velocity 40.0

joint r_knee
radius 0.14
pos 0.8 1.0 0.8
axis 1 0 0
rot 0 0 0
range 2.3 0.0
strength 4.0
velocity 40.0

so the knees are 0.4 units apart... right?
what i'm saying is, why does it not look like this?

joint l_knee
pos 0.2 1.0 0.8

joint r_knee
pos -0.2 1.0 0.8

that way, the center point between the knees would be
pos 0.0 1.0 0.8

sounds logical to me...

i also tried to spot any differences between tori & uke in the default mod... but i couldn't find anything... if anyone could tell me how to make it symmetrical... i'd be really glad!!
I think its rather unneccessary to discuss if the coordinates for the joints should be symmetrical to a center or not. Most people don't even know the coordinates and there's no difference. 0.2 and -0.2 would look better, but why bother?
Last edited by BlowAllOut; Jan 2, 2008 at 06:30 PM.
You're hoping somebody someday will do you like I did!
well, I know now that it's intentional and not a bug... but I was just pointing out what I consider to be illogical programming... why not work around the center point?

I was originally under the impression that it might be a bug, so I tried to find out what might be causing it and I thought it could be from that offset.
it seems the differences between Tori & Uke are hard coded into the game, because I can't find anything in the default.tbm file... this is all it contains:

# default.tbm
# Load this mod to reset customized game settings

gamerule
matchframes 500 turnframes 10 mod classic flags 2 dismemberment 1 fracture 1 disqualification 0 dismemberthreshold 100 fracturethreshold 0 dojosize 0 engagedistance 100 engageheight 0 engagerotation 0 engagespace 0 damage 0
I've also downloaded the full DefaultToribash.tbm created by MrPopTart (I think he made it... I've modified the layout since), but I still can't spot any differences... the only differences there are are meant to be there...

At the end of the day, the "problem" persists, but I guess it's a matter of opinion in any case. I'm just of the opinion that it doesn't work nicely...
Maybe Tori & Uke just don't know how to stand up straight... lol
great post Haemo. rep +.

Anyway it's a bit annoying when same move will give you different results if you just switch sides -_-' .
deady: "Sahee (...) you bitter Pollock (...)"