Jump to content

OBD talk:TRAM: Difference between revisions

OBD talk:TRAM (view source)

Revision as of 19:01, 4 November 2012

24,084 bytes removed ,  4 November 2012
no edit summary
mNo edit summary
No edit summary
Line 1: Line 1:
==HEX area==
===more detailed explanations===
===more detailed explanations===
Hello all ONI fans,
Hello all ONI fans,
Line 274: Line 273:


--[[User:Loser|Loser]] 19:50, 20 August 2008 (CEST)
--[[User:Loser|Loser]] 19:50, 20 August 2008 (CEST)
==XML area==
{{Template:XMLModdingHints}}
===how convert dae to xml / oni ...===
====... using batch files====
'''[http://mods.oni2.net/system/files/dae_xml_oni_help.zip Download]''' this modding ''environment'' so you know that the following lines are about.
Before you can run those files you need to put your source files into the "input_folder".
"dae + xml(not 41) to oni.bat" will generate files with '''Q'''Keys.
"dae to xml(41).bat" will generate files with '''E'''Keys.
====... using the Windows address bar====
[http://i305.photobucket.com/albums/nn207/unknownfuture/Oni_Galore_Images/XML_modding/modding_via_Windows_address_bar.png http://i305.photobucket.com/albums/nn207/unknownfuture/Oni_Galore_Images/XML_modding/modding_via_Windows_address_bar_tn.png]
The batch file code and the code used for the address bar are identical.
Look at this image and you will understand.
If you use the windows address bar you should have onisplit alway alongside your essential modding folders to have short commands like
: onisplit41 -create:tram output_folder input_folder/*.dae
We want to type as less as necessary, don't we? =)
====... using onisplit GUI====
Keep in mind that the GUI is only a mask for onisplit. New onisplit versions - v0.52.9.0 or newer don't have the command -create:tram.
====normal animations====
You can convert such animation by choosing one of the two methods. (normal = no overlay anims)
: - To create QKeyed-animation you need a helper xml file to be placed alongside the dae animation file.
: - EKeyed-animations don't need a helper xml file but edits afterwards the creation.
In any case the amount of needed hand work is quite the same for both methods.
QKeyed-animation refuse to become edited. There's somehow a bug like Samer pointed out on the forums. (Is this still the case? - 5th Dec 2011) But that's not so tragic. You can edit the dae or the xml helper file and then merge them into an oni file again.
Like EdT said an advantage of the xml helper method is that you can breakdown a single dae file into smaller pieces. It's a comfortable way to create multiple animations from one source. E.g. you make combo animations in one dae - let's say punch (p), kick '''[[OBD_talk:StNA#animation_types|(pk)]]''', punch (pkp) - then you make 3 xml helpers. First file goes from frame 0 to 40, second file from 41 to 86, and third file from 77 to 140. The dae file has 120 frames but not the 3 oni files that will be created.
Some lines for the hypothetical second combo animation:
    <DaeImport>
            <Path>TRAM######combo.dae</Path>
            <Start>41</Start>
            <End>78</End>
        </DaeImport>
        <Lookup>
            <Type>PK</Type>
            <AimingType>PK</AimingType>
            <FromState>Standing</FromState>
            <ToState>Standing</ToState>
            <Varient>Combat</Varient>
            <FirstLevel>0</FirstLevel>
            <Shortcuts />
        </Lookup>
        <Flags>Attack</Flags>
Don't forget to add types, variants, particle etc. to your xml file before you convert it to the oni format.
====testing the created files====
Either put them into an AE package or create a plugin.
[[#..._using_batch_files|There's]] a batch file available that create level0 plugins. Put the created plugin files in your GameDataFolder and run the game.
===file structure===
TRAM
  |
  +-- header: animation type, state, flags, particle, sounds, etc.
  +-- actual animation: heights, velocities, rotations
  +-- additional data: positions, throw adjustments, selfdamage, attack parts, extents
===list of tags, types, and flags===
Use the search function of your web browser to quickly find a tag.
(work in progress)
{| class="wikitable" width=100%
|width=120px| '''tag'''
|width=100px| '''type'''
| '''description'''
|-
| <Lookup>
| parent tag
|
|-
| <Type>
| flag
| Look them up over [[OBD_talk:StNA#animation_types|HERE]].
|-
| <AimingType>
| flag
| Look them up over [[OBD_talk:StNA#animation_types|HERE]].
|-
|valign="top"| <FromState>
|valign="top"| flag
| Look them up over [[OBD_talk:StNA#animation_states|HERE]].
: Somtimes FromState is set to None; in another scenarios one FromState possibility is not enough.
:: In those cases Shortcuts are used. They extent the number from what state the animation can be played and under what conditions (replace atomic yes/no).
|-
| <ToState>
| flag
| Look them up over [[OBD_talk:StNA#animation_states|HERE]].
|-
|valign="top"| <Varient>
|valign="top"| flag
| "<Varient />" if unused. E.g. that's the case for non-combat animations.
: Combat
: LeftPistol
: LeftRifle
: Panic
: RightPistol
: RightRifle
: Sprint
|-
| <FirstLevel>
| int16
|
|-
| <Shortcuts>
| parent tag
|
|-
| <Shortcut>
| parent tag
|
|-
| <FromState>
| flag
|
|-
| <Length>
| int16
|
|-
|valign="top"| <ReplaceAtomic>
|valign="top"| flag
|
: yes
: no
|-
|valign="top"| <Flags>
|valign="top"| flag
|
:RuntimeLoaded
:::(this bit is not animation related, it is used at runtime to mark that the animation was loaded)
:Invulnerable
:::while playing this animation user is invulnerable to melee damage AND cannot be thrown, PAR3/height still hurts him
:BlockHigh
:::if set then while playing this animation user can block high or undefined attacks within some arc which is '''before''' him, so if you set this to some animation where user spins, then he can still be legaly kicked to the @$$ and he can be thrown
:BlockLow
:::same as before only it can block low or undefined attacks
:Attack
:::animations with attack part have it, unknown what it does, IMO it turns on soft lock (characters turns with animation a bit in order to hit nearby enemy), but didn't checked
:DropWeapon
:::if user is armed, he drops weapon when he plays this animation
:InAir
:::something with jumps, didn't checked
:Atomic
:::whole animation must be played, user cannot interrupt it once it starts
:NoTurn
:::cannot turn by mouse while performing this animation
:AttackForward
:::unknown, looks like this is rough info for AI2 about where attack aims from user's point of view -[[User:Loser|Loser]]
:AttackLeft
:::same as above
:AttackRight
:::same as above
:AttackBackward
:Overlay
:::these are not standalone animatios, they just overwrite part of already playing one, for example holstering weapon is such an animation
:DontInterpolateVelocity
:::unknown, but maybe it has something to do with X,Y,Z velocities and fact that for example directional jumps take info about direction vector from X-Z velocity part of TRAM (Y vector is in ONCC)
:ThrowSource
:::unknown, throws use it
:ThrowTarget
:::if set, then animation can hurt anybody, with its attack part, including teammates. User of TRAM can even hurt himself with "damage part" (user cannot hurt himself with own attack parts). It also allows two (try more, get crash ^_^) attack parts to be executed instead of only one (maybe bug?).
::::-If you set first attack part to be able to deal damage from 1st to 100th frame of TRAM, and second attack part to deal damage within that limit (e.g. from 25th to 41st frame, it can be again from 1 to 100), than first attack part an hurt from 1st to 100th (as usual), but even if it hits, that second one attack part (25th to 41st) can hurt enemy as well during "its lifetime". So two attack parts are allowed to execute. Note that second attack part MUST be executed while first attack part has active "window", otherwise it won't work.
:RealWorld
:::something with Y-velocities part -[[User:Loser|Loser]]
:DoAim
:::forces aim animation (PIS/RIF) if user has weapon
:::(used PIS/RIF animation and prone)
:DontAim
:::forces not to aim
:CanPickup
:::can pickup items in this animations, not like it plays pickup one, but like it "takes" the item if you have this animation on and you collide with item.
:Aim360
:::unknown
:DisableShield
:::if user had active supershield (chr_super "name" 1), this forces him to disable it (chr_super "name" 0) -[[User:Loser|Loser]]
:NoAIPickup
:::AI2 are not permitted to pick up items with this animations
|-
| <Atomic>
| parent tag
|
|-
| <Start>
| int16
|
|-
| <End>
| int16
|
|-
| <Invulnerable>
| parent tag
|
|-
| <Start>
| int16
|
|-
| <End>
| int16
|
|-
| <Overlay>
| parent tag
|
|-
|valign="top"| <UsedBones>
|valign="top"| flag
| "<UsedBones />" if unsued.
:Pelvis
:LeftThigh
:LeftCalf
:LeftFoot
:RightThigh
:RightCalf
:RightFoot
:Mid
:Chest
:Neck
:Head
:LeftShoulder
:LeftArm
:LeftWrist
:LeftFist
:RightShoulder
:RightArm
:RightFist
|-
|valign="top"| <ReplacedBones>
|valign="top"| flag
| "<ReplacedBones />" if unused.
:Pelvis
:LeftThigh
:LeftCalf
:LeftFoot
:RightThigh
:RightCalf
:RightFoot
:Mid
:Chest
:Neck
:Head
:LeftShoulder
:LeftArm
:LeftWrist
:LeftFist
:RightShoulder
:RightArm
:RightFist
|-
| <DirectAnimations>
|
|
|-
| <Link>
| link
| First slot. "<Link />" if unused.
|-
| <Link>
| link
| Second slot. "<Link />" if unused.
|-
| <Pause>
|
|
|-
| <Hard>
| int16
|
|-
| <Soft>
| int16
|
|-
| <Interpolation>
|
|
|-
| <End>
| int16
|
|-
| <Max>
| int16
|
|-
| <FinalRotation>
| float
| final rotation in degrees
|-
|valign="top"| <Direction>
|valign="top"|
|
:None
:Forward
:Backward
:Left
:Right
|-
| <Vocalization>
|
|
|-
| <ActionFrame>
|
|
|-
| <Impact>
| link
| "<Impact />" if unsued.
|-
| <Particles>
| parent tag
|
|-
| <Particle>
| parent tag
|
|-
| <Start>
|
|
|-
| <End>
|
|
|-
| <Bone>
| flag
|
|-
| <Name>
| link
|
|-
| <MotionBlur>
| parent tag
|
|-
| <MotionBlur>
| parent tag
| sequence element
|-
|valign="top"| <Bones>
|valign="top"| flag
|
: Pelvis
: LeftThigh
: LeftCalf
: LeftFoot
: RightThigh
: RightCalf
: RightFoot
: Mid
: Chest
: Neck
: Head
: LeftShoulder
: LeftArm
: LeftWrist
: LeftFist
: RightShoulder
: RightArm
: RightFist
|-
| <Start>
| int16
|
|-
| <End>
| int16
|
|-
| <Lifetime>
| int8
|
|-
| <Alpha>
| int8
|
|-
| <Interval>
| int8
|
|-
| <Footsteps>
| parent tag
|
|-
| <Footstep>
| parent tag
|
|-
| <Frame>
| int16
|
|-
|valign="top"| <Type>
|valign="top"| flag
|
: Left
: Right
|-
| <Sounds>
| parent tag
| "<Sounds />" if unused.
|-
| <Sound>
| parent tag
|
|-
| <Name>
| char[32]
| <font color="#777777">OSBD</font>file<font color="#777777">.imp.oni</font> <font color="#777777">(don't use file prefix/suffix)</font>
|-
| <Start>
| int16
| the frame when the sound starts to play
|-
| <Heights>
|
|
|-
| <Height>
| float
|
|-
| <Velocities>
| parent tag
|
|-
| <Velocity>
| 2 x float
|
|-
| <Rotations>
| parent tag
|
|-
| <Bone>
| parent tag
| There are 19 bone tags. One for each [[TRIA#Bones|body part]].
|-
| <EKey>
| int8 + 3 * float
| for normal animations
|-
|valign="top"| <QKey>
|valign="top"| int8 + 4 * float
| for overlay animations used by [[TRAS|TRAS]]
onisplit v0.9.54.0 produces <QKeys> (quaternions) instead of (euler rotations) <EKey> for normal animations
|-
| <PositionOffset>
| parent tag
| <PositionOffset> and <Positions> belong together. In the [[OBD:TRAM/raw0x30|binaries]] they are written in the place.
|-
| <X>
| int16
|
|-
| <Z>
| int16
|
|-
| <Positions>
| parent tag
|
|-
| <Position>
| parent tag
|
|-
| <Height>
| float
| vertical extent
|-
| <YOffset>
| float
| y offset of the vertical extent from character location
|-
| <ThrowSource>
| parent tag
| "<ThrowSource />" if unused.
|-
| <TargetAdjustment>
| parent tag
|
|-
| <Position>
| 3 * float
|
|-
| <Angle>
| float
|
|-
| <Distance>
| float
|
|-
|valign="top"| <TargetType>
|valign="top"| flag
| The flags are part of the [[OBD_talk:StNA#animation_types|animation type list]].
(static throws)
: Thrown1 = ###COMthrow_fw_p_tgt
: Thrown2 = ###COMthrow_fw_k_tgt
: Thrown3 = ###COMthrow_bk_p_tgt
: Thrown4 = ###COMthrow_bk_k_tgt
(running throws)
: Thrown4 = ###COMrun_throw_fw_p_tgt
: Thrown6 = ###COMrun_throw_fw_p_tgt
: Thrown7 = ###COMrun_throw_bk_k_tgt
: Thrown8 = ###COMrun_throw_bk_k_tgt (not tested)
(tackle throw = catching)
: Thrown9 = ###COMrun_tkl_fw_p_tgt (not tested)
: Thrown10 = ###COMrun_tkl_bk_p_tgt
(pistol disarms)
: Thrown11 = ###PISthrow_fw_p_tgt
: Thrown12 = ###PISthrow_fw_k_tgt
: Thrown13 = ###PISthrow_bk_p_tgt
(rifle disarm)
: Thrown14 = ###PISthrow_bk_k_tgt (not tested)
: Thrown15 = ###RIFthrow_fw_p_tgt
: Thrown16 = ###RIFthrow_bk_p_tgt
: Thrown17 = ###RIF? = (not tested)
----
About the naming:
: "fw" = face to face throw
: "bk" = thrower is facing victim's back
: "throw" inside TRAM names are sometimes shortened with "thr"
: "p" can also be missing
|-
| <SelfDamage>
| parent tag
| "<SelfDamage />" if unused.
|-
| <Damage>
| parent tag
| sequence element
|-
| <Points>
| int16
| damage taken by character
|-
| <Frame>
| int16
| frame of the animation, when damage is dealt
|-
| <Attacks>
| parent tag
|
|-
|valign="top"| <Attack>
|valign="top"| parent tag
| Only 2 attack parts per file are allowed. Normally the target gets only one hit. But if the attack frames of both attack parts are overlapping then the target can be [http://oni.bungie.org/community/forum/viewtopic.php?pid=39787#p39787 hit by both of them].
|-
| <Start>
| int16
| First frame where damage can be inflicted to an opponent.
|-
| <End>
| int16
| Last frame where damage can be inflicted to an opponent.
|-
| <Bones>
| flag
| Set here the bones that can inflict damage.
|-
|valign="top"| <Flags>
|valign="top"| flag
|
: Unblockable
: Low - blocker needs to crouch
: High - blocker needs to stand; if Low and High are set then blocker can block from stand and crouch
: HalfDamage - the blocker gets half of the damage
|-
| <Knockback>
| float
| Target gets knockbacked by this amount.
|-
| <HitPoints>
| int16
| damage points
|-
| <HitType>
| flag
| Animation type for opponent's animation when attack isn't blocked.
|-
| <HitLength>
| int16
| Number of frames for how long should blocking char remain in hit anim when he gots hit.
|-
| <StunLength>
| int16
| Number in frames for how long should blocking char remain in blocking animation.
|-
| <StaggerLength>
| int16
| Number of frames for how long should blocking char perform stagger anim after sucessful block.
|-
| <Extents>
| parent tag
| Nowadays that data becomes calculated from onisplit automatically.
|-
| <Extent>
| parent tag
| One tag per frame. In numbers: attack end - attack start + 1. (E.g. start=5; end=6; it makes 2 involved frames.)
|-
| <Angle>
| float
| In degree.
|-
| <Length>
| float
|
|-
| <MinY>
| float
|
|-
| <MaxY>
| float
|
|-
|valign="top"| <AttackRing>
|valign="top"|  parent tag
| Contains always 36 <Length> tags, no more, no less. Gets calculated by onisplit. (The AttackRing was formerly know as horizontal extents.)
|-
|valign="top"| <Length>
|valign="top"| float
| Horizontal extents in 10° intervals. They make a ''zone of danger'' so the AI knows that the animation is harmful there. (It give them the chance to dogde an attack.)
|}
===extents and XML===
Ever wondered how comes Artificial Intelligence can recognize incoming attack and block or dodge? Extents ( found out by Geyser and fully uncovered by Neo ) are the key.
There are two types of extents -
*'''<Extents>''', its packages store this info:
::<Angle> at which is this extent radiated from character. 0° is in front of character, 180° is in the back
::<Length> of this extent,
::<MinY> minimal height of this extent
::<MaxY> maximal height of this extent
:Length, MinY and MaxY serve for creating invisible area in space which is "dangerous to be in". If AI collides and notices it (refer to notice field in [[MELE]]), it will attempt to block or dodge according to its modifiers in given MELE profile. Again, see fields in [[MELE]].
::: Number of <Extent> is equal to attack frames: <End> minus <Start> plus one (because start frame counts too).
:::: (e.g. TRAMKONCOMkick_low1: <End>30</End> minus <Start>22</Start> plus one = nine <Extent>.)
:These extents are pretty impossible to guess, so leave them until Neo comes up with extent computation ( probably from attack bones and bonetrack rotations ).
:;BUT
:Always add at least one package, because its Length, MinY and MaxY will be taken as the longest extent, the most maximal Y and the most minimal Y vales. Those are needed, otherwise character won't react to this attack.
*'''<HorizontalExtents>''', its packages store this info:
::36 fields (exactly 36, no more, no less, otherwise it won't compile back into .oni file), which correspond to areas in 10° intervals around character ( so overall 360°, full horizontal circle around character).
::Imagine character. Look at it from above. Make a circle with this character being center of this circle. Now divide this circle with lines after each 10°; and those are horizontal extent lines used by packages ^_^.
::Once more 0° is in front of the character, 180° is behind character. Intervals go clockwise. So first package is horizontal extent for 0° line, second package is for horizontal line which is 10° clockwise and so on.
::These extents can be guessed up to some degree. Use common sense, look at Your custom attack and tip which lines are probably intersected by attacking limbs of Your move.
::Watch out - if attack is frontal ( direct kick forward ), you should worry not only about 0° (directly front), but also about 10°, 20° (a bit to the right) and also about 340°, 350° (a bit to the left).
::Next guess the length (you will get used to the sense of distance soon), write it in, test it with some AI which blocks a lot. If you did it right, Your attack will be often blocked.
::Don't overdo it with horizontal extent length - too long will cause AIs to react too far from you, does not look pretty.
Have extended fun, --[[User:Loser|Loser]] 19:12, 13 July 2010 (UTC)
===adding colorful trails===
Open the xml formated TRAM and search for the "Particles" tag and insert your code.
First example: TRAMSTRCOMcomb_p_p.xml
{| border=0 cellspacing=20 cellpadding=0 align=right
| [http://i305.photobucket.com/albums/nn207/unknownfuture/Oni_Galore_Images/TRAM/colorful_contrail_added.png http://i305.photobucket.com/albums/nn207/unknownfuture/Oni_Galore_Images/TRAM/colorful_contrail_added_preview.png]
|}
        <Particles>
            <Particle>
                <StartFrame>0</StartFrame>
                <EndFrame>12</EndFrame>
                <Bone>LeftFist</Bone>
                <Name>contrail</Name>
            </Particle>
        </Particles>
"contrail" is looked up by the used character class (ONCC) which lunch the actual particle, here it is "h2h_strtrail_e01".
Second example is about two different contrails in one TRAM at same time. The animation is "TRAMSTRCOMpunch_heavy.xml".
{| border=0 cellspacing=20 cellpadding=0 align=right
| [http://i305.photobucket.com/albums/nn207/unknownfuture/Oni_Galore_Images/TRAM/different_contrails_in_attack.png http://i305.photobucket.com/albums/nn207/unknownfuture/Oni_Galore_Images/TRAM/different_contrails_in_attack_previ.png]
|}
        <Particles>
            <Particle>
                <Start>0</Start>
                <End>54</End>
                <Bone>RightWrist</Bone>
                <Name>contrail</Name>
            </Particle>
            <Particle>
                <Start>0</Start>
                <End>54</End>
                <Bone>LeftWrist</Bone>
                <Name>'''contrail_2'''</Name>
            </Particle>
        </Particles>
Note that you need to register the second contrail in the used ONCC as well. Using your own contrail particle is also possible, just insert it's name between the <Type> tags.
            <ONCPParticle>
                <Name>contrail</Name>
                <Type>h2h_strtrail_e01</Type>
                <BodyPart>-1</BodyPart>
            </ONCPParticle>
            <ONCPParticle>
                <Name>'''contrail_2'''</Name>
                <Type>'''h2h_murtrail_e01'''</Type>
                <BodyPart>-1</BodyPart>
            </ONCPParticle>
<!-- Careful what you post here Paradox, TRAM XML format is changing a little bit in the next Onisplit -->
==fw throws==
Situation: you load two chars into Mod Tools and rotate (+/-180°) the throw target char because you want them to stand face to face. When you are done animating, the target animation would need to be reversed again: multiplying the velocities with -1, also the rotation needs a tweak. So far it looks like you need *(-1) for the x rotation and -/+180° (depending on your initial change) for the y rotation.
===Excel macro to tweak fw throws===
* put your files into the "input_and_output" folder
* disable macro security if you don't want to click every time on the macro option button
* close other worksheets first before you run the macro
* if you are not afraid of VBA code you can enter the developer environment by hitting [alt]+[F11], e.g. for extending the attack library with more screenshots and settings
** in that case search for: "LibraryThrows", " LibraryAttack", "Picture", "CBAttackHelp.AddItem"
* [http://dl.dropbox.com/u/139715/OniGalore/TRAM_macro.zip the macro] (for all TRAM except overlay-TRAM), [http://youtu.be/wxzJ8ahjP8k demo vid]
{| width=100% border=0 cellspacing=20 cellpadding=0 align=left
| [http://i305.photobucket.com/albums/nn207/unknownfuture/Oni_Galore_Images/VBA/v4.png http://i305.photobucket.com/albums/nn207/unknownfuture/Oni_Galore_Images/VBA/v4_TN.png]
|}
==a look on run move complex==
Example on Striker's moves, meant as illustration for "what would be needed for new run trams".
Run cancel:
* STRIKEidle1 / another idle animation
* [http://i305.photobucket.com/albums/nn207/unknownfuture/Oni_Galore_Images/XSI_modding/STRIKErun1stepa.png STRIKErun1stepa]
* [http://i305.photobucket.com/albums/nn207/unknownfuture/Oni_Galore_Images/XSI_modding/STRIKErun1stepb.png STRIKErun1stepb]
* STRIKEidle1 / another idle animation
Run - ''a minimal cycle'':
* STRIKEidle1 / another idle animation
* [http://i305.photobucket.com/albums/nn207/unknownfuture/Oni_Galore_Images/XSI_modding/STRIKErun1stepa.png STRIKErun1stepa]
* [http://i305.photobucket.com/albums/nn207/unknownfuture/Oni_Galore_Images/XSI_modding/STRIKErunstart.png STRIKErunstart]
* [http://i305.photobucket.com/albums/nn207/unknownfuture/Oni_Galore_Images/XSI_modding/STRIKErun_rt.png STRIKErun_rt]
* [http://i305.photobucket.com/albums/nn207/unknownfuture/Oni_Galore_Images/XSI_modding/STRIKErun_lt.png (STRIKErun_lt)]
* [http://i305.photobucket.com/albums/nn207/unknownfuture/Oni_Galore_Images/XSI_modding/STRIKErunstop.png STRIKErunstop]
* STRIKEidle1 / another idle animation
==list of (known) unused animations==
Those could be reintegrated/recycled/watever ...
===from the original game===
* KONOKOconsole_punch          what the name says
* KONOKOlev3_intro looks like she was placing something (bomb?) and then running away
* KONOKOlev4_undress from an official aborted cutscene
* KONOKOlev16_bomb              planting a bomb
* KONCOMsuper_kick now used in OTA scripts (mod) as spawn event
* KONCOMsuper_punch KONCOMpunch_heavy but without ''attack name shout'', HalfDamage, and makes 10 less damage in first attack part
* COMPISidle_special1 comguy checking environment and his gun
* STRPISidle_special1 striker showing off his gun, whatever
* THUGlev1_direct thug probably directing a truck driver
===from modders===
Following files are available in DAE (and maybe ONI format).
{| border=0 cellspacing=20 cellpadding=0 align=right
|width="200px"|[http://i305.photobucket.com/albums/nn207/unknownfuture/Oni_Galore_Images/XSI_modding/female_stun.jpg http://i305.photobucket.com/albums/nn207/unknownfuture/Oni_Galore_Images/XSI_modding/female_stun_TN.jpg]
charA and charB performing stun animations
|}
* [http://dl.dropbox.com/u/139715/TRAM/REDCOMjump_fw_crouch--double_flip--dae.zip Fury double flip] (.dae)
** note: -
* [http://dl.dropbox.com/u/139715/TRAM/KONenter_prone_mode--oni_and_dae.zip Konoko enters prone mode] (.dae + .oni)
** note: prone mode artefact
* [http://dl.dropbox.com/u/139715/TRAM/KONprone_getup--dae.zip Konoko leaves prone mode] (.dae)
** note: prone mode artefact
* [http://dl.dropbox.com/u/139715/TRAM/female_stun--dae.zip female stun (throw pair)] (.dae)
** note: needs to be slowed down (-> more frames)
Paradox-01
8,452

edits

Retrieved from "https://wiki.oni2.net/Special:MobileDiff/20743"