OniGalore - User contributions [en]

File:Japanese matrix on white.jpg

2011-08-07T20:55:10Z

Demos kratos:

Used as a background in some Oni promo material such as the notepads and the 1999 trailer. [http://carnage.bungie.org/oniforum/oni.forum.pl?read=1199 Translated], at least partially, by an OCF member as:

{{Pullquote|shinrai ni atai suru hito inai (there is no one I can trust)

kiki (this is the Oni kanji repeated twice) ... kurai shorai (dark future)

kako no aru onna (a woman with a past)

furu kontakuto akushon (full contact action)

buramu (blam) korutana (cortana)

warui keikan (bad cop)}}

:I haven't tried to confirm these readings yet, but they certainly make sense. There's also some binary numbers, but I can't derive any meaning from them. There's one large one that gives me 2892, but the rest are small numbers that mean nothing to me. It seems unlikely that Bungie would have made authentic Japanese writing, and then typed in random digits for the binary numbers, but that's what it looks like. Perhaps it's a substitute cipher? Something for someone who has a little free time to look into. --[[User:Iritscen|Iritscen]] 21:23, 7 August 2011 (CEST)

One thing I can say for sure - They don't know Japanese. Or at least they didn't when the promo was made.
First: While being literally correct it is way too complicated for such an easy phrase. I'd say ''shinyou dekiru hito ga nai''.
Third: The translation is incorrect but I think Bungie meant exactly what translator said. ''kako no aru onna'' means "a certain woman of the past" when ''a woman with a past'' would be ''kako ga aru onna'' or ''kako wo motsu onna''.
Fourth: If you look more closely you will see that there is a phrase ''korutana '''wa kuru yo''' ''which means ''Cortana is coming''.
Fifth: It is correct, but the word "keikan" is rarely used in Japan. They use "keiji". I'm just pointing that out.
--[[User:Demos kratos|demos_kratos]] 22:55, 7 August 2011 (CEST)
[[Category:Logos, icons and symbols]]

User:Demos kratos

2010-06-23T17:55:06Z

Demos kratos:

Well, let us pray.. eeeh.. start. ^_^'

[[Image:Dka2.png]]

Name: Stanislav DEMOS_KRATOS Ponomarev

Date of birth: 23.06.1993

Interests: Japanese language, culture and everything like that, IT, Oni(of course),Oni modding, PASCAL, Delphi and AU3 programming, Karate Kyokushinkai.

Everything about anything else you can ask me directly at [http://oni.bungie.org/community/forum/ Oni Central]

File:Dka2.png

2010-06-23T17:54:49Z

Demos kratos:

User:Demos kratos

2010-06-23T17:54:08Z

Demos kratos:

Well, let us pray.. eeeh.. start. ^_^'

[[Image:http://oni.bungie.org/community/forum/img/avatars/423.png]]

Name: Stanislav DEMOS_KRATOS Ponomarev

Date of birth: 23.06.1993

Interests: Japanese language, culture and everything like that, IT, Oni(of course),Oni modding, PASCAL, Delphi and AU3 programming, Karate Kyokushinkai.

Everything about anything else you can ask me directly at [http://oni.bungie.org/community/forum/ Oni Central]

OBD talk:BINA/OBJC/CHAR

2009-12-11T09:13:10Z

Demos kratos:

==Talk==
Ok, I'm going to ask a few dumb questions
*How are these teams treated: SecurityGuard, Switzerland, Who are there friends and enemies?
*How is SyndicateAccessory different from Syndicate?
*Is it possible to add BGI as another team?
*Can the properties of a team be changed? ie: defining its friends and enemies

[[User:EdT|EdT]] 23:55, 30 August 2008 (CEST)

From what I remember, from testing with KvW:

Team 1:
SecurityGaurd+TCTF+Konoko

Team 2:
Syndicate+SyndicateAccessory

Team 3:
RougeKonoko

Others:
Neutral, Swiss

All 3 teams will fight against any other teams. I'm not sure on the "Others", you will have to test them out. As long as you don't have TCTF vs Syndicate vs Konoko vs BGI (4 way battling!), you should be fine. Even then, you may be able to get the Neutral or Swiss team to fight against the other 3, but I guaruntee nothing. I don't know any way to add or change teams, short of engine hacking.

[[User:Gumby|Gumby]] 04:52, 31 August 2008 (CEST)

Here's the pseudocode of the function that decides who is friend/enemey. Friend/Foe have the obvious meaning and PotentialFoe means that the AI will act as a foe only if it is attacked.

FriendOrFoe AI2rTeam_FriendOrFoe(Team t1, Team t2)
if (LastManStanding)
return Foe;
else if (t1 = t2) or (t1 = Switzerland) or (t2 = Switzerland)
return Friend;
else if (t1 = Konoko)
if (t2 = TCTF)
return Friend;
else if (t1 = Syndicate)
return Foe;
else
return PotentialFoe;
else if (t1 = TCTF)
if (t2 = Konoko)
return Friend;
else if (t2 = Syndicate) or (t2 = RogueKonoko)
return Foe;
else
return PotentialFoe;
else if (t1 = Syndicate)
if (t2 = SyndicateAccessory)
return Friend;
else
return Foe;
else if (t1 = Neutral)
return PotentialFoe;
else if (t1 = SecurityGuard)
if (t2 = Syndicate) or (t2 = RogueKonoko)
return Foe;
else
return PotentialFoe;
else if (t1 = RogueKonoko)
if (t2 = Syndicate) or (t2 = TCTF)
return Foe;
else
return PotentialFoe;
else if (t1 = SyndicateAccessory)
if (t2 = Syndicate)
return Friend;
else
return PotentialFoe;

[[User:Neo|Neo]]

So, the difference between Switzerland and Neutral is that Switzerland will not attack you even if you attack them, but Neutral will retaliate. --[[User:Iritscen|Iritscen]] 15:08, 31 August 2008 (CEST)

O_o I guess the SecurityGaurds aren't neccessarily aligned with anyone...interesting.

[[User:Gumby|Gumby]] 16:39, 31 August 2008 (CEST)

So which team should BGI be assigned? [[User:EdT|EdT]]

RougeKonoko or Neutral in the beginning, depending on how you want the interactions to be, but for the later levels, I'm not quite sure. It depends on who is in the level and the situation. Maybe SecurityGuard. (Actually, that would probably work)

[[User:Gumby|Gumby]] 18:39, 31 August 2008 (CEST)

==XML==

'''general information'''
* '''BINACJBOCharacter.oni''' is level specific. (It can be found in edition/GameDataFolder/level''XX''_... )
* See [[XML basic tutorial|HERE]] if you don't know how to convert an oni file into XML and vice versa.
* See [[OBD_talk:BINA/OBJC|HERE]] if you are searching for more general information such as how to handle object coordinates.
* (An alternative is [[OBD:AISA|AISA]], import not tested.)
* All original characters can be seen [http://ssg.oni2.net/subfold/charas/charas.htm HERE.] (The lists include used ONCC, character's BSL name, health, team and BSL function.)

'''XML structure'''

<?xml version="1.0" encoding="utf-8"?>
<Oni Version="0.9.28.0">
<ObjectCollection>
'''''[...]'''''
</ObjectCollection>
</Oni>

'''''[...]''''' means at least one character. Paste all character data into there (this includes '''<Object ...>''' and '''</Object>''' tag).

'''example'''

'''<Object Id="10067" Type="CHAR">'''
<Header>
<Flags>0</Flags>
<Position>347.216736 756 202.2008</Position>
<Rotation>0 114.94648 0</Rotation>
</Header>
<OSD>
<Flags>IsPlayer</Flags>
<Class>barabus</Class>
<Name>barabus</Name>
<Weapon></Weapon>
<Scripts>
<Spawn></Spawn>
<Die></Die>
<Combat></Combat>
<Alarm></Alarm>
<Hurt></Hurt>
<Defeated></Defeated>
<OutOfAmmo></OutOfAmmo>
<NoPath></NoPath>
</Scripts>
<AdditionalHealth>0</AdditionalHealth>
<Job>
<Type>Idle</Type>
<PatrolPathId>0</PatrolPathId>
</Job>
<Behaviors>
<CombatId>9</CombatId>
<MeleeId>25</MeleeId>
<NeutralId>0</NeutralId>
</Behaviors>
<Inventory>
<Ammo>
<Use>0</Use>
<Drop>0</Drop>
</Ammo>
<EnergyCell>
<Use>0</Use>
<Drop>0</Drop>
</EnergyCell>
<Hypo>
<Use>0</Use>
<Drop>0</Drop>
</Hypo>
<Shield>
<Use>0</Use>
<Drop>0</Drop>
</Shield>
<Invisibility>
<Use>0</Use>
<Drop>0</Drop>
</Invisibility>
</Inventory>
<Team>Syndicate</Team>
<InitialAmmo>100</InitialAmmo>
<Alert>
<Initial>Combat</Initial>
<Minimal>Lull</Minimal>
<JobStarting>Low</JobStarting>
<Investigating>Medium</Investigating>
</Alert>
<AlarmGroups>0</AlarmGroups>
<Pursuit>
<nowiki>4</nowiki>
<Weak>1</Weak>
<StrongSeen>4</StrongSeen>
<WeakSeen>4</WeakSeen>
<Lost>0</Lost>
</Pursuit>
</OSD>
'''</Object>'''

You can add another character data block beneath an </Object> tag. (Well, add as much characters as you want.)

{{Table}}
!XML tag
!description
!value type / flags plus description
|-
|<?xml version="1.0" encoding="utf-8"?>
|
|
|-
|valign=top|<Oni Version="...">
| If onisplit exe is newer then extracted file then file cannot be converted back to *.oni
|
|-
|valign=top|<ObjectCollection>
|
|
|-
|valign=top|<Object Id="3860" Type="CHAR">
|Id doesn't matter and CHAR shouldn't become changed so leave them as they are.
|
|-
|<Header>
|
|
|-
|<Flags>
|unknown; usually 0
|
|-
|<Position>
|character is spawned at this xyz-position
|
|-
|<Rotation>
|character is spawned with this rotation
|
|-
|<OSD>
|
|
|-
|valign=top|<Flags>
|valign=top|determines some special properties
|

: IsPlayer (if you have two of them then delete one and spawn the other one at same time)
: RandomCostume (flag belongs to [[OBD_talk:ONCV|ONCV]])
: NotInitiallyPresent
: NonCombatant
: CanSpawnMultiple (needs WasSpawned)
: WasSpwaned (...)
: Unkillable (character won't loss more life points if it reaches 1, same as BSL command "chr_unkillable")
: InfiniteAmmo (Raiden: "You got enough ?" Snake points to his head. "Infinite ammo...")
: Omniscient (can't be knocked down)
: HasLSI (this character drops an level specific item like truck keys in [[CHAPTER_14_._DAWN_OF_THE_CHRYSALIS|level 19]])
: Boss (used for boss mode fights. makes the AI ignore this character unless there is nobody else around)
: UpgradeDifficulty (spawns a stronger enemy if you play on medium or hard)
: NoAutoDrop (doesn't drop "used" shield, "used" invisibility and LSI when killed)
|-
|<Class>
|ONCC name without file pre- and suffix. Interesting for BSL command "chr_set_class"
|
|-
|<Name>
|used by various BSL commands
|
|-
|<Weapon>
|character is spawned with weapon specified in here; weapon looked up by name (makes also custom weapons available)
|
|-
|valign=top|<Scripts>
|valign=top|independent from BSL main function
|
: <Spawn> (called when character is spawned)
: <Die> (called when character dies (health reaches 0); can work multiple times)
: <Combat> (called when character notices an enemy; works only once)
: <Alarm> (called when character is alarmed)
: <Hurt> (called when character is hurt for the first time; works only once)
: <Defeated> (called when character is "defeated" (health reaches 1); works only once)
: <OutOfAmmo> (called when character runs out of ammo (reloads a weapon with the last clip/cell); works only once, and the character must have the ammo at spawn-time)
: <NoPath> (should be called when a character has trouble pathfinding, but isn't)
|-
|valign=top|<AdditionalHealth>
|''main'' health is stored in ONCC, "additional health" will be added to that ''main'' health; also negative value possible here (which would then reduce main health)
|
|-
|<Job>
|
|
|-
|valign=top|<Type>
|
|
: None
: Idle
: Guard (never used in Oni)
: Patrol
: Teambattle (never used in Oni)
|-
|valign=top|<Behaviors>
|specified by IDs linking to melee, combat and neutral profile collection file
|
|-
|valign=top|[[OBD_talk:BINA/OBJC/CMBT|<CombatId>]]
|
|
: 0 (Stand_and_Fire)
: 1 (Murder)
: 2 (Shoot_And_Fight)
: 3 (Take_my_Big_Black_Stuff)
: 4 (Assault)
: 5 (Civilian)
: 6 (Pursuit)
: 7 (Group_battle)
: 8 (Watchman)
: 9 (Barabbas_TCTF)
: 10 (COMGUY)
: 11 (SuperNinja)
: 12 (Griffin)
: 13 (Mutant_Muro)
: 14 (Alarm Guard)
: 15 (Non-Combatant)
: 16 (Griffin_Final)
: 207 (Sniper)
: 208 (Sniper For Joe)
: 17 (Average_striker; new profile for AE)
|-
|<MeleeId>
|[[OBD:BINA/OBJC/MELE#All_profiles_sorted_by_ID|here are all melee IDs sorted by ID]]
|
|-
|<NeutralId>
|[[OBD:BINA/OBJC/NEUT|...]] (no overview so far)
|
|-
|<Inventory>
|
|
|-
|valign=top|<Ammo>
|
|
:<Use> (characters can uses such items by given amount; AI cannot use hypos)
:<Drop> (AI characters drops such items when defeated)
|-
|valign=top|<EnergyCell>
|
|
:<Use>
:<Drop>
|-
|valign=top|<Hypo>
|
|
:<Use>
:<Drop>
|-
|valign=top|<Shield>
|
|
:<Use>
:<Drop>
|-
|valign=top|<Invisibility>
|
|
:<Use>
:<Drop>
|-
|valign=top|<Team>
|
|
: Konoko
: TCTF
: Syndicate
: Neutral
: SecurityGuard
: RogueKonoko
: Switzlerland (is melee-immune)
: SyndicateAccessory
|-
|<InitialAmmo>
|ammo in weapon, percent value: 0 - 100, ''overload'' not tested
|
|-
|<Alert>
|
|
|-
|valign=top|<Initial>
|valign=top|initial alert level
|
:lull
:low
:medium
:high
:combat
|-
|valign=top|<Minimal>
|valign=top|minimal alert level
|
:lull
:low
:medium
:high
:combat
|-
|valign=top|<JobStarting>
|valign=top|alert level when starting a job
|
:lull
:low
:medium
:high
:combat
|-
|valign=top|<Investigating>
|valign=top|alert level when investigating
|
:lull
:low
:medium
:high
:combat
|-
|valign=top|<AlarmGroups>
|
It's a bitset32 converted to int32. If Ns bit = TRUE then a bot gets highest alert level by a console command ai2_tripalarm(N)
|
: <AlarmGroups>VAR</AlarmGroups>
: VAR = 2^N1 + 2^N2 + 2^N3 etc.
|-
|valign=top|<Pursuit>
|[[CHAR#Less_basic_setup_-_Inventory.2C_team.2C_jobs.2C_alert.2Fpursuit|HERE]] are information about "Alert" and "Pursuit".
|
|-
|valign=top|<nowiki></nowiki>
|
|
: 0
: 1
: 2
: 3
: 4
|-
|valign=top|<Weak>
|
|
: 0
: 1
: 2
: 3
: 4
|-
|valign=top|<StrongSeen>
|
|
: 0
: 1
: 2
: 3
: 4
|-
|valign=top|<WeakSeen>
|
|
: 0
: 1
: 2
: 3
: 4
|-
|valign=top|<Lost>
|
|
: 0
: 1
: 2
: 3
: 4
|}

OBD talk:BINA/OBJC/CHAR

2009-12-11T09:12:25Z

Demos kratos:

==Talk==
Ok, I'm going to ask a few dumb questions
*How are these teams treated: SecurityGuard, Switzerland, Who are there friends and enemies?
*How is SyndicateAccessory different from Syndicate?
*Is it possible to add BGI as another team?
*Can the properties of a team be changed? ie: defining its friends and enemies

[[User:EdT|EdT]] 23:55, 30 August 2008 (CEST)

From what I remember, from testing with KvW:

Team 1:
SecurityGaurd+TCTF+Konoko

Team 2:
Syndicate+SyndicateAccessory

Team 3:
RougeKonoko

Others:
Neutral, Swiss

All 3 teams will fight against any other teams. I'm not sure on the "Others", you will have to test them out. As long as you don't have TCTF vs Syndicate vs Konoko vs BGI (4 way battling!), you should be fine. Even then, you may be able to get the Neutral or Swiss team to fight against the other 3, but I guaruntee nothing. I don't know any way to add or change teams, short of engine hacking.

[[User:Gumby|Gumby]] 04:52, 31 August 2008 (CEST)

Here's the pseudocode of the function that decides who is friend/enemey. Friend/Foe have the obvious meaning and PotentialFoe means that the AI will act as a foe only if it is attacked.

FriendOrFoe AI2rTeam_FriendOrFoe(Team t1, Team t2)
if (LastManStanding)
return Foe;
else if (t1 = t2) or (t1 = Switzerland) or (t2 = Switzerland)
return Friend;
else if (t1 = Konoko)
if (t2 = TCTF)
return Friend;
else if (t1 = Syndicate)
return Foe;
else
return PotentialFoe;
else if (t1 = TCTF)
if (t2 = Konoko)
return Friend;
else if (t2 = Syndicate) or (t2 = RogueKonoko)
return Foe;
else
return PotentialFoe;
else if (t1 = Syndicate)
if (t2 = SyndicateAccessory)
return Friend;
else
return Foe;
else if (t1 = Neutral)
return PotentialFoe;
else if (t1 = SecurityGuard)
if (t2 = Syndicate) or (t2 = RogueKonoko)
return Foe;
else
return PotentialFoe;
else if (t1 = RogueKonoko)
if (t2 = Syndicate) or (t2 = TCTF)
return Foe;
else
return PotentialFoe;
else if (t1 = SyndicateAccessory)
if (t2 = Syndicate)
return Friend;
else
return PotentialFoe;

[[User:Neo|Neo]]

So, the difference between Switzerland and Neutral is that Switzerland will not attack you even if you attack them, but Neutral will retaliate. --[[User:Iritscen|Iritscen]] 15:08, 31 August 2008 (CEST)

O_o I guess the SecurityGaurds aren't neccessarily aligned with anyone...interesting.

[[User:Gumby|Gumby]] 16:39, 31 August 2008 (CEST)

So which team should BGI be assigned? [[User:EdT|EdT]]

RougeKonoko or Neutral in the beginning, depending on how you want the interactions to be, but for the later levels, I'm not quite sure. It depends on who is in the level and the situation. Maybe SecurityGuard. (Actually, that would probably work)

[[User:Gumby|Gumby]] 18:39, 31 August 2008 (CEST)

==XML==

'''general information'''
* '''BINACJBOCharacter.oni''' is level specific. (It can be found in edition/GameDataFolder/level''XX''_... )
* See [[XML basic tutorial|HERE]] if you don't know how to convert an oni file into XML and vice versa.
* See [[OBD_talk:BINA/OBJC|HERE]] if you are searching for more general information such as how to handle object coordinates.
* (An alternative is [[OBD:AISA|AISA]], import not tested.)
* All original characters can be seen [http://ssg.oni2.net/subfold/charas/charas.htm HERE.] (The lists include used ONCC, character's BSL name, health, team and BSL function.)

'''XML structure'''

<?xml version="1.0" encoding="utf-8"?>
<Oni Version="0.9.28.0">
<ObjectCollection>
'''''[...]'''''
</ObjectCollection>
</Oni>

'''''[...]''''' means at least one character. Paste all character data into there (this includes '''<Object ...>''' and '''</Object>''' tag).

'''example'''

'''<Object Id="10067" Type="CHAR">'''
<Header>
<Flags>0</Flags>
<Position>347.216736 756 202.2008</Position>
<Rotation>0 114.94648 0</Rotation>
</Header>
<OSD>
<Flags>IsPlayer</Flags>
<Class>barabus</Class>
<Name>barabus</Name>
<Weapon></Weapon>
<Scripts>
<Spawn></Spawn>
<Die></Die>
<Combat></Combat>
<Alarm></Alarm>
<Hurt></Hurt>
<Defeated></Defeated>
<OutOfAmmo></OutOfAmmo>
<NoPath></NoPath>
</Scripts>
<AdditionalHealth>0</AdditionalHealth>
<Job>
<Type>Idle</Type>
<PatrolPathId>0</PatrolPathId>
</Job>
<Behaviors>
<CombatId>9</CombatId>
<MeleeId>25</MeleeId>
<NeutralId>0</NeutralId>
</Behaviors>
<Inventory>
<Ammo>
<Use>0</Use>
<Drop>0</Drop>
</Ammo>
<EnergyCell>
<Use>0</Use>
<Drop>0</Drop>
</EnergyCell>
<Hypo>
<Use>0</Use>
<Drop>0</Drop>
</Hypo>
<Shield>
<Use>0</Use>
<Drop>0</Drop>
</Shield>
<Invisibility>
<Use>0</Use>
<Drop>0</Drop>
</Invisibility>
</Inventory>
<Team>Syndicate</Team>
<InitialAmmo>100</InitialAmmo>
<Alert>
<Initial>Combat</Initial>
<Minimal>Lull</Minimal>
<JobStarting>Low</JobStarting>
<Investigating>Medium</Investigating>
</Alert>
<AlarmGroups>0</AlarmGroups>
<Pursuit>
<nowiki>4</nowiki>
<Weak>1</Weak>
<StrongSeen>4</StrongSeen>
<WeakSeen>4</WeakSeen>
<Lost>0</Lost>
</Pursuit>
</OSD>
'''</Object>'''

You can add another character data block beneath an </Object> tag. (Well, add as much characters as you want.)

{{Table}}
!XML tag
!description
!value type / flags plus description
|-
|<?xml version="1.0" encoding="utf-8"?>
|
|
|-
|valign=top|<Oni Version="...">
| If onisplit exe is newer then extracted file then file cannot be converted back to *.oni
|
|-
|valign=top|<ObjectCollection>
|
|
|-
|valign=top|<Object Id="3860" Type="CHAR">
|Id doesn't matter and CHAR shouldn't become changed so leave them as they are.
|
|-
|<Header>
|
|
|-
|<Flags>
|unknown; usually 0
|
|-
|<Position>
|character is spawned at this xyz-position
|
|-
|<Rotation>
|character is spawned with this rotation
|
|-
|<OSD>
|
|
|-
|valign=top|<Flags>
|valign=top|determines some special properties
|

: IsPlayer (if you have two of them then delete one and spawn the other one at same time)
: RandomCostume (flag belongs to [[OBD_talk:ONCV|ONCV]])
: NotInitiallyPresent
: NonCombatant
: CanSpawnMultiple (needs WasSpawned)
: WasSpwaned (...)
: Unkillable (character won't loss more life points if it reaches 1, same as BSL command "chr_unkillable")
: InfiniteAmmo (Raiden: "You got enough ?" Snake points to his head. "Infinite ammo...")
: Omniscient (can't be knocked down)
: HasLSI (this character drops an level specific item like truck keys in [[CHAPTER_14_._DAWN_OF_THE_CHRYSALIS|level 19]])
: Boss (used for boss mode fights. makes the AI ignore this character unless there is nobody else around)
: UpgradeDifficulty (spawns a stronger enemy if you play on medium or hard)
: NoAutoDrop (doesn't drop "used" shield, "used" invisibility and LSI when killed)
|-
|<Class>
|ONCC name without file pre- and suffix. Interesting for BSL command "chr_set_class"
|
|-
|<Name>
|used by various BSL commands
|
|-
|<Weapon>
|character is spawned with weapon specified in here; weapon looked up by name (makes also custom weapons available)
|
|-
|valign=top|<Scripts>
|valign=top|independent from BSL main function
|
: <Spawn> (called when character is spawned)
: <Die> (called when character dies (health reaches 0); can work multiple times)
: <Combat> (called when character notices an enemy; works only once)
: <Alarm> (called when character is alarmed)
: <Hurt> (called when character is hurt for the first time; works only once)
: <Defeated> (called when character is "defeated" (health reaches 1); works only once)
: <OutOfAmmo> (called when character runs out of ammo (reloads a weapon with the last clip/cell); works only once, and the character must have the ammo at spawn-time)
: <NoPath> (should be called when a character has trouble pathfinding, but isn't)
|-
|valign=top|<AdditionalHealth>
|''main'' health is stored in ONCC, "additional health" will be added to that ''main'' health; also negative value possible here (which would then reduce main health)
|
|-
|<Job>
|
|
|-
|valign=top|<Type>
|
|
: None
: Idle
: Guard (never used in Oni)
: Patrol
: Teambattle (never used in Oni)
|-
|valign=top|<Behaviors>
|specified by IDs linking to melee, combat and neutral profile collection file
|
|-
|valign=top|[[OBD_talk:BINA/OBJC/CMBT|<CombatId>]]
|
|
: 0 (Stand_and_Fire)
: 1 (Murder)
: 2 (Shoot_And_Fight)
: 3 (Take_my_Big_Black_Stuff)
: 4 (Assault)
: 5 (Civilian)
: 6 (Pursuit)
: 7 (Group_battle)
: 8 (Watchman)
: 9 (Barabbas_TCTF)
: 10 (COMGUY)
: 11 (SuperNinja)
: 12 (Griffin)
: 13 (Mutant_Muro)
: 14 (Alarm Guard)
: 15 (Non-Combatant)
: 16 (Griffin_Final)
: 207 (Sniper)
: 208 (Sniper For Joe)
: 17 (Average_striker; new profile for AE)
|-
|<MeleeId>
|[[OBD:BINA/OBJC/MELE#All_profiles_sorted_by_ID|here are all melee IDs sorted by ID]]
|
|-
|<NeutralId>
|[[OBD:BINA/OBJC/NEUT|...]] (no overview so far)
|
|-
|<Inventory>
|
|
|-
|valign=top|<Ammo>
|
|
:<Use> (characters can uses such items by given amount; AI cannot use hypos)
:<Drop> (AI characters drops such items when defeated)
|-
|valign=top|<EnergyCell>
|
|
:<Use>
:<Drop>
|-
|valign=top|<Hypo>
|
|
:<Use>
:<Drop>
|-
|valign=top|<Shield>
|
|
:<Use>
:<Drop>
|-
|valign=top|<Invisibility>
|
|
:<Use>
:<Drop>
|-
|valign=top|<Team>
|
|
: Konoko
: TCTF
: Syndicate
: Neutral
: SecurityGuard
: RogueKonoko
: Switzlerland (is melee-immune)
: SyndicateAccessory
|-
|<InitialAmmo>
|ammo in weapon, percent value: 0 - 100, ''overload'' not tested
|
|-
|<Alert>
|
|
|-
|valign=top|<Initial>
|valign=top|initial alert level
|
:lull
:low
:medium
:high
:combat
|-
|valign=top|<Minimal>
|valign=top|minimal alert level
|
:lull
:low
:medium
:high
:combat
|-
|valign=top|<JobStarting>
|valign=top|alert level when starting a job
|
:lull
:low
:medium
:high
:combat
|-
|valign=top|<Investigating>
|valign=top|alert level when investigating
|
:lull
:low
:medium
:high
:combat
|-
|valign=top|<AlarmGroups>
|It's a bitset32 converted to int32. If Ns bit = TRUE then a bot gets highest alert level by a console command ai2_tripalarm(N)
|<AlarmGroups>VAR</AlarmGroups>
VAR = 2^N1 + 2^N2 + 2^N3 etc.
|-
|valign=top|<Pursuit>
|[[CHAR#Less_basic_setup_-_Inventory.2C_team.2C_jobs.2C_alert.2Fpursuit|HERE]] are information about "Alert" and "Pursuit".
|
|-
|valign=top|<nowiki></nowiki>
|
|
: 0
: 1
: 2
: 3
: 4
|-
|valign=top|<Weak>
|
|
: 0
: 1
: 2
: 3
: 4
|-
|valign=top|<StrongSeen>
|
|
: 0
: 1
: 2
: 3
: 4
|-
|valign=top|<WeakSeen>
|
|
: 0
: 1
: 2
: 3
: 4
|-
|valign=top|<Lost>
|
|
: 0
: 1
: 2
: 3
: 4
|}

Anniversary Edition/Framework

2009-11-27T18:15:08Z

Demos kratos:

The 2009-07 release of the Edition introduced a revised framework. You should place the unzipped contents of the AE release for your platform into a fresh copy of Oni's folder, rather than a copy of Oni that already had an older Edition installed. Following is a rundown of how globalization and mod installation work. To learn how to make your own mod package, which is required in order for the AE Installer to handle your mod properly, see [[Making a mod package]].

==The globalization process==
When first running the Installer, this is a one-time process that takes the vanilla .dats in Oni's GDF and breaks them into thousands of .oni files in folders like Edition/GDF/level1_Final. Next, the Installer combines those folders of .oni files into singleton, large .oni files, one for each level, in Edition/install/VanillaDats/. Note that no data has been modded yet, just reformatted. This process of pre-compiling the data results in a large speed increase over previous recombination methods.

==The mod installation process==
Right after this, the Installer prompts you to choose some mods to install. When you hit the Install button, the Installer starts off by deleting the existing .dat/.raw(/.sep) files in Edition/GDF to start from a blank slate. It then iterates through each mod package you selected, and sends a command to OniSplit to combine the singleton .oni for that level (in VanillaDats) with the .oni files in whichever packages have files meant for that level. The final .dat/.raw(/.sep) files are then created in Edition/GDF.

==Implications of the new process==
The import of this is that the folders of .oni files in Edition/GDF/ ''are never used again'' after the globalization is done. In the old way of doing things, these folders were what you modded files in, and then recombined to generate new .dat/.raw(/.sep) files. However, if you tried that approach now, and altered those folders' files, and recompiled them, you would find yourself playing an Oni with only your mod and no AE mods, because the <tt>-import</tt> command you used on the "_Final" folder left out the AE's mods in Edition/install/packages/. And the next time you installed or removed a mod using the Installer, you would find yourself playing an Oni with only the AE mods, and not your own. Your modded files would still be in the "_Final" folder you placed them in, but the <tt>-import</tt> command that the Installer used didn't look at those "_Final" folders, it worked from the giant singleton .oni files for each level that were in VanillaDats instead.

Put even more simply, your new modded files have a mutual exclusion with the AE's modded files; only one or the other can be active at a time. No actual harm is being done in terms of lost data if you attempt to mod in this old way, but it means that the smart way to mod is always to make a package and install it through the Installer, even if you are merely testing something. This has the nice side effect of forcing you to be organized :-)

==Package numbering==
When the Installer sees that one package overlaps with another in some way, such as two packages that provide new textures for the same character, which one will take precedence? The answer is that the Installer goes by the number at the front of the name of the package folder. A package numbered 11111 will override package 11110 when they are installed into Oni.

So, how do you pick a number for your mod? Here's how you pick the first of the five digits:

'''10000s - Weapons'''

'''20000s - Characters (and character textures)'''

'''30000s - Particles'''

'''40000s - Animations (non-combat)'''

'''50000s - Combat animations (incl. animation files)'''

'''60000s - Sounds'''

'''70000s - (not used yet)'''

'''80000s - Levels (and level textures)'''

'''90000s - Scripts (BSL)'''

Once you know which digit to start with, you should use the remaining digits to number your mod in a way that fits in with the other mod packages. For example, here's some hypothetical package numbers and what they tell you about the package:

41000 (a mod that tweaks animations)

41100 (this mod might be related to mod 41000, or else you are just looking for another free number and 42-4900 are taken)

41010 (probably someone's addition or improvement to mod 41000)

41001 (must be an addition or improvement for mod 41000, or why else would they be numbered so closely?)

Okay, so now you get the idea, but how do you know which numbers are free? First, check the numbers in use by the AE, which are listed on the [[Anniversary Edition/Packages|AE Packages]] page. Next, go to the [http://mods.oni2.net Mod Depot], and choose "By Install Method>Package" from the sidebar to see all packaged mods. The names of the files (under the "Download Link" column) will tell you the numbers for these third-party packages. Any number not used by an AE package or a package on the Depot should be safe to use.

[[Category:Anniversary Edition]]

OniSplit

2009-09-29T13:52:08Z

Demos kratos: /* Models */

'''OniSplit''', written by [[User_talk:Neo|Neo]], is an integral part of the [[Anniversary Edition]] and an essential modding tool on its own. It does the work of splitting and recombining Oni's data files. But it also does much more, such as extracting and creating textures, 3D and .xml files.

==Getting it==
===Download links===
* Latest version of OniSplit: [http://mods.oni2.net/system/files/OniSplit.exe_.zip v0.9.40]
* Latest version of OniSplit GUI can be found [http://oni.bungie.org/community/forum/viewtopic.php?pid=9323#p9323 here.]

===Requirements===
OniSplit requires .NET 2.0 for Windows and the Mono framework for Mac OS X.

* [http://www.microsoft.com/downloads/details.aspx?familyid=0856eacb-4362-4b0d-8edd-aab15c5e04f5&displaylang=en .NET 2.0]
* [http://www.go-mono.com/mono-downloads/download.html Latest version of mono (requires OS X 10.4+)]
* [http://edt.oni2.net/AE/MonoFramework10.3.dmg Mono for OS X 10.3]

----

==Using it==
The following actions are listed when calling OniSplit with the <tt>-help</tt> option (another informative option is <tt>-version</tt>)
:The command line must be preceded by either <tt>OniSplit.exe</tt> (Windows) or <tt>mono OniSplit.exe</tt> (Mac OS)
::If OniSplit.exe is not in the current folder, you can provide the full/relative path to it or set the path variable.
:::On the Mac, be sure to use / rather than \ in paths. The following instructions are for Windows by default.
====Conversion between .dat and .oni====
{|
|<tt>-export <target directory> <source file></tt>||Exports source file (.dat) to target directory
|-
|<tt>-import <source directory> <target file></tt>||Imports target file (.dat) from source directory; tries to get target file format from source SNDD
|-
|<tt>-import:sep <source directory> <target file></tt>||Imports target file (.dat) from source directory; uses .dat+.raw+.sep format (Mac and PC Demo)
|-
|<tt>-import:nosep <source directory> <target file></tt>||Imports target file (.dat) from source directory; uses .dat+.raw format (PC retail)
|}
:Note that -import will search subdirectories too. If you find having hundreds or thousand of files .oni in one directory to be unmanageable you can always group them in subdirectories anyway you like. The only exception is that a subdirectory named "noimport" or "_noimport" is always ignored.

====Management of .oni files====
Unless mentioned otherwise, the filename field supports wildcards ("*").
:OniSplit consistently detects and manages "dependencies" of .oni files.
::The dependencies of a file are looked up in its folder and subfolders.
{|
|<tt>-deps <filenames></tt>||Displays a list of .oni files that the specified .oni file depends on
|-
|<tt>-copy <target directory> <filenames></tt>||Copies .oni file and its dependencies to target; skips file if it already exists at destination
|-
|<tt>-move <target directory> <filenames></tt>||Moves an .oni file and its dependencies to target; skips file if it already exists at destination
|-
|<tt>-move:overwrite <target directory> <filenames></tt>||Moves an .oni file and its dependencies to target; overwrites any existing .oni files
|-
|<tt>-move:delete <target directory> <filenames></tt>||Moves an .oni file and its dependencies to target; doesn't overwrite; deletes source files
|}
====Conversion between .oni/.dat and 3rd party formats====
=====Textures=====
Unless mentioned otherwise, source filenames support wildcards. See [[AE:Modifying textures|HERE]] for a detailed tutorial.
{|
|<tt>-extract:dds <target directory> <filenames></tt>||Extracts all textures (TXMP) from a Oni .dat/.oni file in DDS format
|-
|<tt>-extract:tga <target directory> <filenames></tt>||Extracts all textures (TXMP) from a Oni .dat/.oni file in TGA format
|-
|<tt>-extract:png <target directory> <filenames></tt>||Extracts all textures (TXMP) from a Oni .dat/.oni file in PNG format
|-
|align=right|<tt>-create:txmp <targer directory> [-genmipmaps] [-nouwrap] [-novwrap] <nowiki>[-format:bgr32|bgra32|bgr555|bgra5551|bgra4444|dxt1]</nowiki> [-envmap:texture_name] <filename></tt>
|valign=top|Creates .oni file in target directory from source image
|}
The -extract commands can work with .oni files (a single file or several files, wildcards possible) or rip all the TXMPs from a .dat file.

=====Models=====
[[M3GM]]s, [[ONWC]]s, [[ONCC]]s can be exported to the Wavefront .obj and COLLADA .dae formats. For details see [[AE:Importing character models|HERE]] and [[AE:Importing weapon models|HERE]]
{|
|<tt>-extract:obj <target directory> <filenames></tt>||Extracts all M3GM, ONWC and ONCC instances to Wavefront OBJ files
|-
|<tt>-extract:dae <target directory> <filenames></tt>||Extracts all M3GM, ONWC and ONCC instances to Collada files
|-
|<tt>-create:m3gm <target directory> [-tex:texture_name] <filename></tt>||Creates a M3GM .oni in target directory from an .obj file
|-
|<tt>-create:trbs <target directory> [-cel] [-normals] <filename></tt>||Creates a TRBS .oni in target directory from a .dae file
|}
The generic -extract commands can work with .oni files (a single file or several files, wildcards possible) or rip all the TXMP from a .dat file.
:TRBS and ONCC support additional -noanim and -anim options for -extract:dae, see [[AE:Importing character models|HERE]] for details.
::Imported geometry must only contain triangles. See [[AE:Importing character models|HERE]] for additional options (e.g., cel-shading)

====Levels====
OniSplit can convert AKEV files (level geometry) and the associated file types to and from DAE format:

<tt>-extract:dae <target directory> <name of AKEV.oni source file></tt> Extracts all AKEV and related instances to Collada files

The next two steps are used on a folder in which you have placed the DAE and XML-formatted instances of the required files, as well as textures in TGA format.

<tt>-create <target directory> -genmipmaps -format:dxt1 <source directory/>*.xml</tt> Converts all AKEV and related instances to .oni files

<tt>-import:nosep <source directory> <target file name>.dat</tt> The standard command for creating .dat/.raw files from .oni files (remember to use the import:sep option on Mac!)

=====Misc=====
Some more import/export functions, e.g., to rip sounds or rip/replace subtitles.
{|
|<tt>-extract:wav <target directory> <filenames></tt>||Rips all SNDD as .aif into target folder from source .dat or .oni
|-
|<tt>-extract:aif <target directory> <filenames></tt>||Rips all SNDD as .aif into target folder from source .dat or .oni
|-
|<tt>-extract:txt <target directory> <filenames></tt>||Rips all SUBT as .txt into target folder from source .dat or .oni
|-
|<tt>-create:subt <target directory> <filename></tt>||Creates a SUBT .oni file in target folder from a .txt file
|}
=====XML=====
One of the latest features is conversion of an .oni file (binary) into an XML metafile and back. XML files are more explicit and more readily editable.
::Currently xml export/import is limited to files that do not have raw/sep parts. 2-way conversion is known to work for [[BINA]], [[CONS]], [[DOOR]], [[DPge]], [[FILM]], [[HPge]], [[IGHH]], [[IPge]], [[M3GM]], [[OBAN]], [[ONCC]], [[ONCV]], [[ONLD]], [[ONLV]], [[ONGS]], [[ONSK]], [[ONVL]], [[ONWC]], [[OPge]], [[OSBD]], [[PSpc]], [[PSpL]], [[PSUI]], [[TRAC]], [[TRAM]], [[TRIG]], [[TRGE]], [[TRMA]], [[TRSC]], [[TXMB]], [[TXMP]], [[WMCL]], [[WMDD]], [[WMM_]], [[WPge]].
:::For detailed examples and tutorials, see [[AE:XML|HERE]]
{|
|<tt>-extract:xml <target directory> <filenames></tt>||Extracts all instances to XML files
|-
|<tt>-create <target directory> <filename></tt>||Creates an .oni file in the target directory from an XML file
|}

BIG NOTE OF WARNING: some of the above instance types (most importantly ONWC) contain geometry data (M3GM) embedded in them. The geometry can round-trip through xml but versions of OniSplit up to and including 0.9.26 produce an invalid .oni file that may cause Oni to crash.
[[Category:Modding tools]][[Category:Articles that need updating]]

==Change Log==

New OniSplit version: OniSplit v0.9.40

What's new:

:* support for exporting/importing [[OBD:BINA/SABD|sound animations]] to/from xml files
:* better Collada export for environment
:* support for full color transparent textures (-format:bgra32 on the command line, ARGB8888 format in an xml file)
:* different (hopefully better) xml export format for animations (this one is actually from 0.9.38 but since that wasn't mentioned here...)
:* a more or less complete animation importer. This one deservers some notes:
::-unlike other importers that produce .oni files this one produces and .xml file (similar to the one you get when exporting a TRAM)
::when you do
onisplit -create:tram target_dir animation.dae
::in the target dir you'll get a TRAManimation.xml file.
::You need to add some stuff to that file to make it actually work as an animation. In particular the animation type, from/to states and varient needs to be set.
::-For all I know this works with animations exported from Oni and modified in Softimage. If you come up with a completly new animation it should work as long as the skeleton is similar to the one used in Oni.
::-Note that the geometry that is present inside the Collada file is used to compute the "vertical extents" so it better be the same or close to the one the animation is intended for.
::-The biggest problem are the attacks. While it's not difficult to add attacks to the xml file, computing the necessary "extents" is not going to be easy. I guess in the end I'll have to add some command to OniSplit to do it.
::-Everything else that I forgot :)

[[User:Neo|Neo]]

New OniSplit version: [http://cid-639aa31296681bfe.skydrive.live.com/self.aspx/Oni/OniSplit/OniSplit|_v0.9.37.zip OniSplit v0.9.37]

What's new:

:* support for transparency in the environment importer

New OniSplit version: OniSplit v0.9.35

What's new:

:* conversion of recorded films (.dat binary files) to xml files that can be used to create FILM .oni files

OniSplit film2xml out_dir film.dat

New OniSplit version: OniSplit v0.9.34

What's new:

:* SNDD importer
::-WAV files (.wav, mono/stereo, 22.05KHz/44.1KHz, uncompressed(PCM)/compressed(MS-ADPCM)) produce SNDD files that are compatible with Oni PC retail.
::-AIFC files (.aif/.aifc/.afc, mono/stereo 22.05KHz, compressed(ima4)) produce SNDD files that are compatible with Oni Mac.
::Example

OniSplit -create out_dir test.aif
OniSplit -create out_dir test.wav

:*LOD support for creating TRBS files. This can be done by creating an xml file containing the following:

<?xml version="1.0" encoding="utf-8"?>
<Oni Version="0.9.29.0">
<Instance id="0" type="TRBS">
<Elements>
<Link>barabus_body_1.dae</Link>
<Link>barabus_body_2.dae</Link>
<Link>barabus_body_3.dae</Link>
<Link>barabus_body_4.dae</Link>
<Link>barabus_body_5.dae</Link>
</Elements>
</Instance>
</Oni>

::and running the command (assuming the created xml file's name is barabus_body.xml):

OniSplit -create out_dir barabus_body.xml

::It's not strictly necessary to create 5 different geometries for each LOD. The following works just as well:

<?xml version="1.0" encoding="utf-8"?>
<Oni Version="0.9.29.0">
<Instance id="0" type="TRBS">
<Elements>
<Link>barabus_body_1.dae</Link>
<Link>barabus_body_2.dae</Link>
<Link>barabus_body_2.dae</Link>
<Link>barabus_body_2.dae</Link>
<Link>barabus_body_3.dae</Link>
</Elements>
</Instance>
</Oni>

:*An xml file can contain "links" to other xml/obj/dae files. For example you can have the following line in an ONWC xml file:

<Geometry>pistol.obj</Geometry>

::Assuming the file pistol.obj exists in the same directory an M3GM .oni file will be automatically created from it.

::Relative paths work just as well:

<Geometry>geometry/pistol.obj</Geometry>

:*The -create:subt, -create:txmp and -create:m3gm are sort of obsolete. They still work but now you can simply use '-create' (or just 'create'):

OniSplit -create out_dir crate.dae
OniSplit create out_dir -format:bgr555 -genmipmaps pic.tga
OniSplit create out_dir subtitles.txt

:*Work in progress: the AKEV importer now reads Collada materials so the resulting AKEV is textured.

:Sample levels:
:[http://cid-639aa31296681bfe.skydrive.live.com/self.aspx/Oni/noglass.zip TestLevel1] -- This level should look like this in-game: [[:Image:NoGlass Import Test 1.jpg|Image 1]] [[:Image:NoGlass Import Test 2.jpg|Image 2]] [[:Image:NoGlass Import Test 3.jpg|Image 3]]
:[http://cid-639aa31296681bfe.skydrive.live.com/self.aspx/Oni/hexagon.zip TestLevel2] -- This level should look like this in-game: [http://edt.oni2.net/images/hexagon1.jpg Image 1]
:A zip file contains the minimum needed to get a new level running in Oni. To "compile" a level extract it to a folder and run the following commands:

OniSplit -create out -genmipmaps -format:dxt1 *.xml
OniSplit -import:nosep . Oni\GameDataFolder\level1_Final.dat

:(Of course, you need to change the output .dat file path to match your Oni installation path)

:Note1: The hexagon level needs to be scaled up to work properly. Use the envscale option for this:
OniSplit -create out -genmipmaps -format:dxt1 -envscale:40 *.xml

:Note2: I've updated the level files to contain 20 empty corpses to prevent crashes.

XML talk:Basic tutorial

2009-09-08T18:44:54Z

Demos kratos:

Paradox, very nice manual you created, easy to understand. There is an easier way to create an oni file from xml file. Go to the Import tab of AE Tools, in the top drop down menu, select the level you want to install the .oni file. Click the Import Source file and choose the xml file. Then rebuild the level as you stated. [[User:EdT|EdT]]

:Ah, you are right. -- I was on the way to update the tutorial when I encounter a new extraction problem. It looks like some empty tags are not accurately written in my XML files now.
:Lines like following cannot converted back into ONI format. (first example from ONCCk4_L, second from level 1 BINACJBOCharacter.)
:: <DeathParticle />
:: <Spawn />
: Fix was:
:: <DeathParticle></DeathParticle>
:: <Spawn></Spawn>
: --
: That is/was situation:
:* mac OS v10.5.4 running on Intel core
:* onisplit v0.9.37
:* monoframework was for OS [[Onisplit|v10.3]], updates then to [http://www.go-mono.com/mono-downloads/download.html recent mono] version, still error in XML.
: I even ported the mac files to windows but there onisplit exports them accurately, double checked it by porting the window's ONI file to the mac then extracted it, error. Could you please uploading that ONCC and BINACJBOCharacter file so I can compare it? [[User:Paradox-01|Paradox-01]] 09:13, 3 July 2009 (UTC)

: Something else: Above you said that the converted file is automatically created. ONCCs are level 0 files, okay, but would AETools also know where to put in the BINACJBOCharacter? I wasn't able to test it because of empty tag error. [[User:Paradox-01|Paradox-01]] 09:13, 3 July 2009 (UTC)

::That's strange, I can convert the xml files with <DeathParticle /> or <Spawn /> back to oni files. Here's my xml files: http://edt.oni2.net/files/paradox.zip.

:: The dropdown menu in the Import tab has all the other levels, so if you want to import a file to level3_Final, you select that level in the drop down menu. [[User:EdT|EdT]]

::: I'm still confused of [http://i305.photobucket.com/albums/nn207/unknownfuture/Oni_Galore_Images/talk/sick_xml.png what happened yesterday] because today everything looks alright. -- @import Ah, it stands written there. Somehow I'm not myself at these days, thanks for your input. =) [[User:Paradox-01|Paradox-01]] 12:16, 4 July 2009 (UTC)
 
Maybe we have to rewrite Windows GUI part because of new OniSplit GUI? It has browse buttons... --[[User:Demos kratos|demos_kratos]] 18:44, 8 September 2009 (UTC)

XML talk:Basic tutorial

2009-09-08T18:44:33Z

Demos kratos:

Paradox, very nice manual you created, easy to understand. There is an easier way to create an oni file from xml file. Go to the Import tab of AE Tools, in the top drop down menu, select the level you want to install the .oni file. Click the Import Source file and choose the xml file. Then rebuild the level as you stated. [[User:EdT|EdT]]

:Ah, you are right. -- I was on the way to update the tutorial when I encounter a new extraction problem. It looks like some empty tags are not accurately written in my XML files now.
:Lines like following cannot converted back into ONI format. (first example from ONCCk4_L, second from level 1 BINACJBOCharacter.)
:: <DeathParticle />
:: <Spawn />
: Fix was:
:: <DeathParticle></DeathParticle>
:: <Spawn></Spawn>
: --
: That is/was situation:
:* mac OS v10.5.4 running on Intel core
:* onisplit v0.9.37
:* monoframework was for OS [[Onisplit|v10.3]], updates then to [http://www.go-mono.com/mono-downloads/download.html recent mono] version, still error in XML.
: I even ported the mac files to windows but there onisplit exports them accurately, double checked it by porting the window's ONI file to the mac then extracted it, error. Could you please uploading that ONCC and BINACJBOCharacter file so I can compare it? [[User:Paradox-01|Paradox-01]] 09:13, 3 July 2009 (UTC)

: Something else: Above you said that the converted file is automatically created. ONCCs are level 0 files, okay, but would AETools also know where to put in the BINACJBOCharacter? I wasn't able to test it because of empty tag error. [[User:Paradox-01|Paradox-01]] 09:13, 3 July 2009 (UTC)

::That's strange, I can convert the xml files with <DeathParticle /> or <Spawn /> back to oni files. Here's my xml files: http://edt.oni2.net/files/paradox.zip.

:: The dropdown menu in the Import tab has all the other levels, so if you want to import a file to level3_Final, you select that level in the drop down menu. [[User:EdT|EdT]]

::: I'm still confused of [http://i305.photobucket.com/albums/nn207/unknownfuture/Oni_Galore_Images/talk/sick_xml.png what happened yesterday] because today everything looks alright. -- @import Ah, it stands written there. Somehow I'm not myself at these days, thanks for your input. =) [[User:Paradox-01|Paradox-01]] 12:16, 4 July 2009 (UTC)

Maybe we have to rewrite Windows GUI part because of new OniSplit GUI? It has browse buttons... --[[User:Demos kratos|demos_kratos]] 18:44, 8 September 2009 (UTC)

User:Demos kratos

2009-08-31T14:21:53Z

Demos kratos:

User:Demos kratos

2009-08-31T14:21:17Z

Demos kratos:

Well, let us pray.. eeeh.. start. ^_^'

[[Image:dka.jpg]]

Name: Stanislav DEMOS_KRATOS Ponomarev

Date of birth: 23.06.1993

Interests: Japanese language, culture and everything like that, IT, Oni(of course),Oni modding, PASCAL programming, Karate Kyokushinkai.

My favorite phrases are:

It's bad when you don't want to do anything coz' you're lazy. It's even worse when you're lazy enough to not want to do nothing. (Me)

Tell me and I'll forget. Show me and I'll remember. Make me do this and I'll understand. (Confucius, not me)

Everything about anything else you can ask me directly at [http://oni.bungie.org/community/forum/ Oni Central]

File:Dka.jpg

2009-08-31T14:20:52Z

Demos kratos:

OniSplit

2009-08-03T20:17:46Z

Demos kratos: /* Download links */

'''OniSplit''', written by [[User_talk:Neo|Neo]], is an integral part of the [[Anniversary Edition]] and an essential modding tool on its own. It does the work of splitting and recombining Oni's data files. But it also does much more, such as extracting and creating textures, 3D and .xml files.

==Getting it==
===Download links===
* Latest version of OniSplit: [http://mods.oni2.net/sites/default/files/OniSplit.exe_.zip v0.9.40]
* Latest version of OniSplit GUI can be found [http://oni.bungie.org/community/forum/viewtopic.php?pid=9323#p9323 here.]

===Requirements===
OniSplit requires .NET 2.0 for Windows and the Mono framework for Mac OS X.

* [http://www.microsoft.com/downloads/details.aspx?familyid=0856eacb-4362-4b0d-8edd-aab15c5e04f5&displaylang=en .NET 2.0]
* [http://www.go-mono.com/mono-downloads/download.html Latest version of mono (requires OS X 10.4+)]
* [http://edt.oni2.net/AE/MonoFramework10.3.dmg Mono for OS X 10.3]

----

==Using it==
The following actions are listed when calling OniSplit with the <tt>-help</tt> option (another informative option is <tt>-version</tt>)
:The command line must be preceded by either <tt>OniSplit.exe</tt> (Windows) or <tt>mono OniSplit.exe</tt> (Mac OS)
::If OniSplit.exe is not in the current folder, you can provide the full/relative path to it or set the path variable.
:::On the Mac, be sure to use / rather than \ in paths. The following instructions are for Windows by default.
====Conversion between .dat and .oni====
{|
|<tt>-export <target directory> <source file></tt>||Exports source file (.dat) to target directory
|-
|<tt>-import <source directory> <target file></tt>||Imports target file (.dat) from source directory; tries to get target file format from source SNDD
|-
|<tt>-import:sep <source directory> <target file></tt>||Imports target file (.dat) from source directory; uses .dat+.raw+.sep format (Mac and PC Demo)
|-
|<tt>-import:nosep <source directory> <target file></tt>||Imports target file (.dat) from source directory; uses .dat+.raw format (PC retail)
|}
:Note that -import will search subdirectories too. If you find having hundreds or thousand of files .oni in one directory to be unmanageable you can always group them in subdirectories anyway you like. The only exception is that a subdirectory named "noimport" or "_noimport" is always ignored.

====Management of .oni files====
Unless mentioned otherwise, the filename field supports wildcards ("*").
:OniSplit consistently detects and manages "dependencies" of .oni files.
::The dependencies of a file are looked up in its folder and subfolders.
{|
|<tt>-deps <filenames></tt>||Displays a list of .oni files that the specified .oni file depends on
|-
|<tt>-copy <target directory> <filenames></tt>||Copies .oni file and its dependencies to target; skips file if it already exists at destination
|-
|<tt>-move <target directory> <filenames></tt>||Moves an .oni file and its dependencies to target; skips file if it already exists at destination
|-
|<tt>-move:overwrite <target directory> <filenames></tt>||Moves an .oni file and its dependencies to target; overwrites any existing .oni files
|-
|<tt>-move:delete <target directory> <filenames></tt>||Moves an .oni file and its dependencies to target; doesn't overwrite; deletes source files
|}
====Conversion between .oni/.dat and 3rd party formats====
=====Textures=====
Unless mentioned otherwise, source filenames support wildcards. See [[AE:Modifying textures|HERE]] for a detailed tutorial.
{|
|<tt>-extract:dds <target directory> <filenames></tt>||Extracts all textures (TXMP) from a Oni .dat/.oni file in DDS format
|-
|<tt>-extract:tga <target directory> <filenames></tt>||Extracts all textures (TXMP) from a Oni .dat/.oni file in TGA format
|-
|<tt>-extract:png <target directory> <filenames></tt>||Extracts all textures (TXMP) from a Oni .dat/.oni file in PNG format
|-
|align=right|<tt>-create:txmp <targer directory> [-genmipmaps] [-nouwrap] [-novwrap] <nowiki>[-format:bgr32|bgra32|bgr555|bgra5551|bgra4444|dxt1]</nowiki> [-envmap:texture_name] <filename></tt>
|valign=top|Creates .oni file in target directory from source image
|}
The -extract commands can work with .oni files (a single file or several files, wildcards possible) or rip all the TXMPs from a .dat file.

=====Models=====
[[M3GM]]s, [[ONWC]]s, [[ONCC]]s can be exported to the Wavefront .obj and COLLADA .dae formats. For details see [[AE:Importing character models|HERE]] and [[AE:Importing weapon models|HERE]]
{|
|<tt>-extract:obj <target directory> <filenames></tt>||Extracts all M3GM, ONWC and ONCC instances to Wavefront OBJ files
|-
|<tt>-extract:dae <target directory> <filenames></tt>||Extracts all M3GM, ONWC and ONCC instances to Collada files
|-
|<tt>-create:m3gm <target directory> [-tex:texture_name] <filename></tt>||Creates a TRBS .oni in target directory from an .obj file
|-
|<tt>-create:trbs <target directory> [-cel] [-normals] <filename></tt>||Creates a TRBS .oni in target directory from a .dae file
|}
The generic -extract commands can work with .oni files (a single file or several files, wildcards possible) or rip all the TXMP from a .dat file.
:TRBS and ONCC support additional -noanim and -anim options for -extract:dae, see [[AE:Importing character models|HERE]] for details.
::Imported geometry must only contain triangles. See [[AE:Importing character models|HERE]] for additional options (e.g., cel-shading)
====Levels====
OniSplit can convert AKEV files (level geometry) and the associated file types to and from DAE format:

<tt>-extract:dae <target directory> <name of AKEV.oni source file></tt> Extracts all AKEV and related instances to Collada files

The next two steps are used on a folder in which you have placed the DAE and XML-formatted instances of the required files, as well as textures in TGA format.

<tt>-create <target directory> -genmipmaps -format:dxt1 <source directory/>*.xml</tt> Converts all AKEV and related instances to .oni files

<tt>-import:nosep <source directory> <target file name>.dat</tt> The standard command for creating .dat/.raw files from .oni files (remember to use the import:sep option on Mac!)

=====Misc=====
Some more import/export functions, e.g., to rip sounds or rip/replace subtitles.
{|
|<tt>-extract:wav <target directory> <filenames></tt>||Rips all SNDD as .aif into target folder from source .dat or .oni
|-
|<tt>-extract:aif <target directory> <filenames></tt>||Rips all SNDD as .aif into target folder from source .dat or .oni
|-
|<tt>-extract:txt <target directory> <filenames></tt>||Rips all SUBT as .txt into target folder from source .dat or .oni
|-
|<tt>-create:subt <target directory> <filename></tt>||Creates a SUBT .oni file in target folder from a .txt file
|}
=====XML=====
One of the latest features is conversion of an .oni file (binary) into an XML metafile and back. XML files are more explicit and more readily editable.
::Currently xml export/import is limited to files that do not have raw/sep parts. 2-way conversion is known to work for [[BINA]], [[CONS]], [[DOOR]], [[DPge]], [[FILM]], [[HPge]], [[IGHH]], [[IPge]], [[M3GM]], [[OBAN]], [[ONCC]], [[ONCV]], [[ONLD]], [[ONLV]], [[ONGS]], [[ONSK]], [[ONVL]], [[ONWC]], [[OPge]], [[OSBD]], [[PSpc]], [[PSpL]], [[PSUI]], [[TRAC]], [[TRAM]], [[TRIG]], [[TRGE]], [[TRMA]], [[TRSC]], [[TXMB]], [[TXMP]], [[WMCL]], [[WMDD]], [[WMM_]], [[WPge]].
:::For detailed examples and tutorials, see [[AE:XML|HERE]]
{|
|<tt>-extract:xml <target directory> <filenames></tt>||Extracts all instances to XML files
|-
|<tt>-create <target directory> <filename></tt>||Creates an .oni file in the target directory from an XML file
|}

BIG NOTE OF WARNING: some of the above instance types (most importantly ONWC) contain geometry data (M3GM) embedded in them. The geometry can round-trip through xml but versions of OniSplit up to and including 0.9.26 produce an invalid .oni file that may cause Oni to crash.
[[Category:Modding tools]][[Category:Articles that need updating]]

==Change Log==

New OniSplit version: OniSplit v0.9.40

What's new:

:* support for exporting/importing [[OBD:BINA/SABD|sound animations]] to/from xml files
:* better Collada export for environment
:* support for full color transparent textures (-format:bgra32 on the command line, ARGB8888 format in an xml file)
:* different (hopefully better) xml export format for animations (this one is actually from 0.9.38 but since that wasn't mentioned here...)
:* a more or less complete animation importer. This one deservers some notes:
::-unlike other importers that produce .oni files this one produces and .xml file (similar to the one you get when exporting a TRAM)
::when you do
onisplit -create:tram target_dir animation.dae
::in the target dir you'll get a TRAManimation.xml file.
::You need to add some stuff to that file to make it actually work as an animation. In particular the animation type, from/to states and varient needs to be set.
::-For all I know this works with animations exported from Oni and modified in Softimage. If you come up with a completly new animation it should work as long as the skeleton is similar to the one used in Oni.
::-Note that the geometry that is present inside the Collada file is used to compute the "vertical extents" so it better be the same or close to the one the animation is intended for.
::-The biggest problem are the attacks. While it's not difficult to add attacks to the xml file, computing the necessary "extents" is not going to be easy. I guess in the end I'll have to add some command to OniSplit to do it.
::-Everything else that I forgot :)

[[User:Neo|Neo]]

New OniSplit version: [http://cid-639aa31296681bfe.skydrive.live.com/self.aspx/Oni/OniSplit/OniSplit|_v0.9.37.zip OniSplit v0.9.37]

What's new:

:* support for transparency in the environment importer

New OniSplit version: OniSplit v0.9.35

What's new:

:* conversion of recorded films (.dat binary files) to xml files that can be used to create FILM .oni files

OniSplit film2xml out_dir film.dat

New OniSplit version: OniSplit v0.9.34

What's new:

:* SNDD importer
::-WAV files (.wav, mono/stereo, 22.05KHz/44.1KHz, uncompressed(PCM)/compressed(MS-ADPCM)) produce SNDD files that are compatible with Oni PC retail.
::-AIFC files (.aif/.aifc/.afc, mono/stereo 22.05KHz, compressed(ima4)) produce SNDD files that are compatible with Oni Mac.
::Example

OniSplit -create out_dir test.aif
OniSplit -create out_dir test.wav

:*LOD support for creating TRBS files. This can be done by creating an xml file containing the following:

<?xml version="1.0" encoding="utf-8"?>
<Oni Version="0.9.29.0">
<Instance id="0" type="TRBS">
<Elements>
<Link>barabus_body_1.dae</Link>
<Link>barabus_body_2.dae</Link>
<Link>barabus_body_3.dae</Link>
<Link>barabus_body_4.dae</Link>
<Link>barabus_body_5.dae</Link>
</Elements>
</Instance>
</Oni>

::and running the command (assuming the created xml file's name is barabus_body.xml):

OniSplit -create out_dir barabus_body.xml

::It's not strictly necessary to create 5 different geometries for each LOD. The following works just as well:

<?xml version="1.0" encoding="utf-8"?>
<Oni Version="0.9.29.0">
<Instance id="0" type="TRBS">
<Elements>
<Link>barabus_body_1.dae</Link>
<Link>barabus_body_2.dae</Link>
<Link>barabus_body_2.dae</Link>
<Link>barabus_body_2.dae</Link>
<Link>barabus_body_3.dae</Link>
</Elements>
</Instance>
</Oni>

:*An xml file can contain "links" to other xml/obj/dae files. For example you can have the following line in an ONWC xml file:

<Geometry>pistol.obj</Geometry>

::Assuming the file pistol.obj exists in the same directory an M3GM .oni file will be automatically created from it.

::Relative paths work just as well:

<Geometry>geometry/pistol.obj</Geometry>

:*The -create:subt, -create:txmp and -create:m3gm are sort of obsolete. They still work but now you can simply use '-create' (or just 'create'):

OniSplit -create out_dir crate.dae
OniSplit create out_dir -format:bgr555 -genmipmaps pic.tga
OniSplit create out_dir subtitles.txt

:*Work in progress: the AKEV importer now reads Collada materials so the resulting AKEV is textured.

:Sample levels:
:[http://cid-639aa31296681bfe.skydrive.live.com/self.aspx/Oni/noglass.zip TestLevel1] -- This level should look like this in-game: [[:Image:NoGlass Import Test 1.jpg|Image 1]] [[:Image:NoGlass Import Test 2.jpg|Image 2]] [[:Image:NoGlass Import Test 3.jpg|Image 3]]
:[http://cid-639aa31296681bfe.skydrive.live.com/self.aspx/Oni/hexagon.zip TestLevel2] -- This level should look like this in-game: [http://edt.oni2.net/images/hexagon1.jpg Image 1]
:A zip file contains the minimum needed to get a new level running in Oni. To "compile" a level extract it to a folder and run the following commands:

OniSplit -create out -genmipmaps -format:dxt1 *.xml
OniSplit -import:nosep . Oni\GameDataFolder\level1_Final.dat

:(Of course, you need to change the output .dat file path to match your Oni installation path)

:Note1: The hexagon level needs to be scaled up to work properly. Use the envscale option for this:
OniSplit -create out -genmipmaps -format:dxt1 -envscale:40 *.xml

:Note2: I've updated the level files to contain 20 empty corpses to prevent crashes.

User:Demos kratos

2009-02-27T20:59:24Z

Demos kratos:

Well, let us pray.. eeeh.. start. ^_^'

[[Image:240.jpg]]

Name: Stanislav DEMOS_KRATOS Ponomarev

Date of birth: 23.06.1993

Interests: Japanese language, culture and everything like that, IT, Oni(of course),Oni modding, PASCAL programming, Karate Kyokushinkai.

My favorite phrases are:

It's bad when you don't want to do anything coz' you're lazy. It's even worse when you're lazy enough to not want to do nothing. (Me)

Tell me and I'll forget. Show me and I'll remember. Make me do this and I'll understand. (Confucius, not me)

Everything about anything else you can ask me directly at [http://oni.bungie.org/community/forum/ Oni Central]

Quotes/Manual

2008-09-14T18:35:49Z

Demos kratos: /* Elite Striker - Ogre Class (Green) */

This is based on the Oni game manual which differs from the the Flash version of the manual available on [http://www.rockstargames.com/oni/main.html Rockstar's site]

==PRE-MISSION BRIEFINGS==
It's 2032 and the world ain't what it used to be.

We have one government where there used to be hundreds. Big brother is alive and well.

Things are pretty good in the big cities if you don't mind the fact that World Coalition Government tracks your every move. They claim they do it in the interest of the common good but it can make you feel insignificant and pretty damned helpless. No matter where you go "they" are watching you.

In the cities most people have enough money to live quite well by the standards of the old world. An average family can afford a nice place to live, timeshare on a vehicle and a terminal that links them to the WorldNet. For most it's an acceptable payoff for a near total loss of privacy and systematic violations of our personal freedoms.

It's best not to think about life outside the cities. The powers that be would never admit it, but the air has gone bad. The forbidden zones they euphemistically call "Wilderness Preserves" are actually massive tracts of quarantined land.

The poor wretches who can't afford to live in the cities get as close to the atmosphere processors as they can and eke out a miserable (and dangerous) existence working on the reclamation teams who beat back the corrosive stain of the wilderness.

From time to time someone tries to improve public awareness of the ecological nightmare but World Coalition Government controls the media and silences them before any outcry can gain momentum. Despite thei repression, there is a growing awareness that something has gone horribly wrong and that something has to be done.

Something has to give. It's only a matter of time.

----

==THE WORLD COALITION GOVERNMENT==
On January 12th, 2032 the newborn World Coalition Government annexed 80% of the countries of the world. The holdouts either reconsidered and signed treaties or were "dissolved" in a matter of months.

The leaders of the new regime gave us all kinds of rationalizations for their actions, ranging from endless border skirmishes between impoverished nations to environmental problems that they claimed could only be solved if all of the "citizens of earth" worked together.

If the truth were told, it was all about the money.

Years of boom markets and reckless spending finally took their toll, leaving small countries bankrupt and superpowers teetering on the brink of collapse. By uniting the economies of the world all of the old debt was erased and everyone got a clean slate. It was a real mess but at the time it seemed like the only way out.

At first World Coalition Government gave a lot of lip service to representing the annexed governments. There was even an advisory council modeled on the United Nations. As the representatives began to enjoy the benefits of a global marketplace they fell silent. In a matter of years all traces of the old governments faded away. It was an economic coup on an unprecedented scale.

World Coalition Government accomplished most of what they promised. They created "peacekeeping forces" capable of putting down any infighting and they turned around the economy.

What they don't tell you is that the poor stayed poor and there are more of them than ever before. Sure, we have bright and beautiful cities but we pay for them by sacrificing our freedom and the well being of most of our population to the so-called "greater good".

It is a golden age for the privileged. Their ivory towers are everything we hoped the future would be.

----

==THE TECHNOLOGY CRIMES TASK FORCE (TCTF)==
One of the excuses World Coalition Government used to grab the reigns was the use of biological weapons by a few of the countries involved in border skirmishes at the time.

Biotech is to us what nukes were to our great grandparents - an emerging technology that scares the hell out of the ignorant. Everyone was terrified that some genetically engineered super virus would spread farther than its creators intended. Horror stories of weapons that made your bones melt and your eyes explode blinded the public to the less tangible threat of a totalitarian government.

Once the puppet masters behind the World Coalition Government had what they wanted they continued to exploit techno-phobia to keep them on top. They told us that abuse of technology was the enemy and that the Technology Crimes Task Force was our guardian. In the name of the common good they granted the TCTF blanket autority to investigate wherever and however they see fit.

Sure, the TCTF does everything it is supposed to. They keep most of the "cyber drugs" and illegal weapons off the streets but law enforcement is a smokescreen to excuse their actual purpose.

World Coalition Government uses the TCTF to control the evolution and distribution of new technologies. They suppress anything that could be used to undermine their authority. Their investigations are also used to violate the rights of anyone deemed "dangerous" by World Coalition Government.

The real abuse of technology begins and ends with the government and its TCTF enforcers.

----

==THE SYNDICATE==
In the shadows of the cities the Syndicate thrives by providing the desperate and the downtrodden with the opiates they need to distract themselves and the weapons they need to kill each other.

When you really think about the power the TCTF wields it makes you wonder how the Syndicate has survived. There are a lot of theories: some say World Coalition Government lets the Syndicate slide because they keep the underclass down. Others claim a connection between the Syndicate and the remnants of the countries erased by World Coalition Government's land grab.

No matter what the truth is behind the Syndicate's power one thing is for sure - you have to steer away from Boss Muro. Muro came out of nowhere less than ten years ago and took out all of the old Bosses. He runs the whole show now. Since he became Boss things have gone from bad to worse. The TCTF doesn't like him. They have been at war with him for years but so far he has stayed one step ahead of the game.

----

==TECH NOTE 1==
The World Coalition Government realizes the extent of the ecological damage and has the ability to reverse a lot of it but has decided not to. It is in their best interest to maintain the centralization of wealth so the large population centers are preserved while "third world" regions are not. As a bonus the mounting death toll solves some of their overpopulation problems.

----

==TECH NOTE 2==
Shinatama is an SLD, or Simulated Life Doll. The SLDs were the first attempt to create an android - a manufactured organism whose systems and structures imitate human biology. An SLD breathes, eats, sweats and can feel pain. They aren't actually human so are more durable than their flesh and blood counterparts. The brain of an SLD is created from the patterns and engrams of a human brain, often forming a close bond or link between the SLD and its human "pattern."

SLDs are cutting edge technology and as such are closely monitored by the TCTF. There are very few of them and most are modeled after children because the smaller bodies are easier to create (and easier to control if they run amok) The TCTF is experimenting with using "adult" SLDs as field agents because of their exceptional strength and intelligence.

The Syndicate have also been experimenting with SLD technology, but their efforts have been progressing much more quickly without all the rigorous safeguards used by more respectable scientists. The Tankers are the result of this experimentation: super tough, super strong SLD warriors with a seriously bad attitude.

----

==CHARACTER BIOS - FRIENDS AND FOES==
===Konoko===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/ko1_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/ko2_w1_s.gif
|http://ssg.oni2.net/subfold/charas/images/ko3_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/ko4_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/ko5_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/ko6_w1_s.gif
|http://ssg.oni2.net/subfold/charas/images/ko7_w0_s.gif
|}
'''Bio Data''': Orphaned at the age of 3, the woman now code-named Konoko has been raised as a ward of the World Coalition Government ever since. Her upbringing has been overseen by a legion of scientists and TCTF personnel, and she has been trained in the most advanced combat and counter-terrorism techniques.

'''Strengths''': Master of hand to hand combat, expert marksman.

'''Special Moves''': Rising Fury Punch, Devil Spin Kick, Twister Kick

'''Weaknesses''': Emotional attachment to the Shinatama SLD.

'''Description''': Konoko has been raised by the TCTF for as long as she can remember. She knows that she is somehow "different" from other people, but she is anxious to prove herself to Commander Griffin and the rest of the TCTF.
|}
===Shinatama===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/sh1_w0_s.gif
|}
'''Bio Data''': Shinatama is an SLD (simulated life doll) android, responsible for coordinating the entire regional communications spine at TCTF regional headquarters.

'''Strengths''': Extensive knowledge of TCTF operational data and security protocols.

'''Special Moves''': None

'''Weaknesses''': Non-combatant

'''Description''': Shinatama is neurally linked to Konoko and can communicate with her at all times. The neural link gives Konoko full access to Shinatama's scanning technology and knowledge database.
|}
===Commander Griffin===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/gr1_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/gr2_w6_s.gif
|}
'''Bio Data''': Regional Commander of the Technology Crimes Task Force. Currently on reserved status in the TCTF Black Ops duty roster.

'''Strengths''': Skilled in hand-to-hand combat, master marksman.

'''Special Moves''': None

'''Weaknesses''': None

'''Description''': As a Regional Commader, Griffin enjoy total control of the personnel and equipment within his region. A cunning and dogged leader, Griffin's enemies know that he will stop at nothing to maintain order and civil control.
|}
===Dr. Kerr===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/ke1_w0_s.gif
|}
A gifted doctor, Kerr is employed full time at the TCTF genetic engineering development lab, although it is rumored that Kerr has worked for both the WCG and the Syndicate in the past. The Rebellion has been unsuccessful in recovering specific data on Dr. Kerr's experiments.
|}
===Muro===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/mr1_w0_s.gif
|}
The most feared boss of the Syndicate's storied existence. Since becoming Boss, he had become one of the TCTF's biggest enemies. His Project: Sturmanderung is to sabotage the atmosphere processors that keep the cities safe, reversing them so that they will spew polluted poison rather than artificially purified air. How Muro and his men expect to remain resistant to these pollutants remains a mystery.
|}
===TCTF - Tactical Trooper===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/tc1_w0_s.gif
|}
'''Bio Data''': Tac-Ops troopers form the bulk of the fighting forces of the TCTF.

'''Strengths''': Skilled in hand-to-hand combat, skilled marksman.

'''Special Moves''': Leaping Hammer Punch

'''Weaknesses''': Slow reaction speed. Weak Special Moves

'''Description''': Well armored and well trained, the TCTF Tactical trooper is more than a match for his closest Syndicate counter part, the Grunt Striker, but the TCTF Troopers are always outnumbered by their Syndicate adversaries.
|}
===TCTF - SWAT Trooper===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/tc2_w0_s.gif
|}
'''Bio Data''': TCTF SWAT Troopers are the elite agents of the TCTF.

'''Strengths''': Expert in hand-to-hand combat, skilled marksman, powerful.

'''Special Moves''': Lion Axe, Lion Fist, Flying Cross.

'''Weaknesses''': Slow reaction speed.

'''Description''': Unlike contemporary SWAT troopers TCTF SWAT are often deployed alone or in concert with standard Tac-Ops troopers. Often just the sight of these armored giants is enough to make renegade lawbreakers surrender outright.
|}
===Black Ops - Tactical Trooper===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/bo1_w0_s.gif
|}
'''Bio Data''': Black Ops tactical troopers form a special unit promoted from the elite of the TCTF.

'''Strengths''': Expert in hand-to-hand combat, skilled marksman.

'''Special Moves''': Leaping Hammer Punch

'''Weaknesses''': Fair reaction speed. Weak Special Moves.

'''Description''': Better trained and better armored than a TCTF Tactical trooper, and unfettered by conscience, the Black Ops TActical Trooper is a deadly foe.
|}
===Black Ops - SWAT Trooper===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/bo2_w0_s.gif
|}
'''Bio Data''': Black Ops SWAT Troopers are the ultimate enforcers of the TCTF.

'''Strengths''': Expert in hand-to-hand combat, skilled marksman.

'''Special Moves''': None.

'''Weaknesses''': None.

'''Description''': Highly skilled in lethal close-combat techniques, the Black Ops SWAT Trooper is deadly and merciless. They are only unleashed against the toughest and most dangerous foes of the WCG.
|}
===Mercenary Sniper===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/sn1_w8_s.gif
|}
'''Bio Data''': Mercenary snipers are long-ranged specialist assassins that sell their services to the highest bidder.

'''Strengths''': Trained in hand-to-hand combat, master marksman.

'''Special Moves''': None.

'''Weaknesses''': Physically weak.

'''Description''': Mercenary Snipers are veterans of the Uprising War that left the World Coalition Government in control of the globe. The oppressive nature of the WCG has left the mercenaries with numerous opportunities to hone their skills equally on enemies of the state and high-ranking government officials.
|}
===Comm Trooper===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/c1_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/c2_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/c3_w0_s.gif
|}
'''Bio Data''': Comm Troopers are the communications specialists for the Syndicate.

'''Strengths''': Trained in hand-to-hand combat, skilled marksman.

'''Special Moves''': Static Fist

'''Weaknesses''': Physically weak.

'''Description''': Comm Troopers maintain communications between Syndicate assault squads, and serve as field computer specialists.
|}
===Striker - Grunt Class (Green) ===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/sg1_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/sg2_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/sg3_w0_s.gif
|}
'''Bio Data''': Strikers are the foot soldiers of the Syndicate criminal organization. Grunts are the lowest rank of Syndicate Strikers.

'''Strengths''': Trained in hand-to-hand combat, trained marksman.

'''Special Moves''': None

'''Weaknesses''': Reaction speed is slow, combat repertoire is limited.

'''Description''': Though they are weak individually, Grunt Strikers often appear in numbers, augmenting their limited fighting and shooting skills.
|}
===Striker - Hoplite Class (Blue) ===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/sb1_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/sb2_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/sb3_w0_s.gif
|}
'''Bio Data''': Strikers are the foot soldiers of the Syndicate criminal organization. Hoplites are the middle ranking Syndicate Strikers.

'''Strengths''': Skilled in hand-to-hand combat, skilled marksman.

'''Special Moves''': Striker Slam Punch

'''Weaknesses''': Favors high-risk combat maneuvers (jumping attacks). Limited range on their Special Move.

'''Description''': Hoplites are often deployed in support f weaker Syndicate troops. Hoplites earned their nickname through their flashy fighting style; they will often favor combat maneuvers that leave them vulnerable but can score high damage hits on their opponents.
|}
===Striker - Hussar Class (Red)===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/sr1_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/sr2_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/sr3_w0_s.gif
|}
'''Bio Data''': Strikers are the foot soldiers of the Syndicate criminal organization. Hussars are the highest ranking Syndicate Strikers.

'''Strengths''': Expert in hand-to-hand combat, skilled marksman, powerful Special Moves.

'''Special Moves''': Striker Slam Punch, Headbutt Dash.

'''Weaknesses''': Headbutt Dash Special Moves leaves them vulnerable.

'''Description''': Hussars are the most powerful class of Strikers and only appear on missions of the utmost importance, They are suspected to have undergone extensive physical modification and wear heavily armored uniforms.
|}
===Ninja - Infiltrator Class (Green) ===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/ng1_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/ng2_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/ng3_w2-s.gif
|}
'''Bio Data''': Ninjas are the spies and assassins of the Syndicate criminal organization. Infiltrators are the lowest-ranking Syndicate Ninjas.

'''Strengths''': Expert in hand-to-hand combat, skilled marksman, powerful Special Moves.

'''Special Moves''': Volt Stomp, Volt Suplex.

'''Weaknesses''': Physically weak.

'''Description''': Syndicate Ninjas are trained to operate alone, each one as expert hand-to-hand fighter with a number of deadly Special Moves. Infiltrator class ninjas are dispatched primarily on missions of information gathering or observation.
|}
===Ninja - Eliminator Class (Blue) ===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/nb1_w2-c.gif
|http://ssg.oni2.net/subfold/charas/images/nb2_w3-s.gif
|http://ssg.oni2.net/subfold/charas/images/nb3_w0_c.gif
|}
'''Bio Data''': Ninjas are the spies and assassins of the Syndicate criminal organization. Eliminators are the mid-ranking Syndicate Ninjas.

'''Strengths''': Expert in hand-to-hand combat, skilled marksman, powerful Special Moves.

'''Special Moves''': Volt Suplex, Skorp Kick.

'''Weaknesses''': Physically weak.

'''Description''': Eliminators are the syndicate assassins, often dispatched with Infiltrator class ninjas in support.
|}
===Ninja - Avenger Class (Red) ===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/nr1_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/nr2_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/nr3_w0_s.gif
|}
'''Bio Data''': Ninjas are the spies and assassins of the Syndicate criminal organization. Avengers are the highest-ranking Syndicate Ninjas.

'''Strengths''': Expert in hand-to-hand combat, skilled marksman, powerful Special Moves.

'''Special Moves''': Volt Stomp, Volt Suplex, Skorp Kick, Lighting Driver

'''Weaknesses''': Physically weak.

'''Description''': Avenger Class ninjas have been personally trained by Mukade, the Syndicate master assassin. Avengers are dispatched at his direction, often to eliminate the most powerful enemies of the Syndicate.
|}
===Fury - Harridan Class (Green)===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/fg1_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/fg2_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/fg3xw4-s.gif
|}
'''Bio Data''': The Furies are command-level Syndicate assault troops. Harridans are the lowest-ranking Syndicate Furies

'''Strengths''': Expert in hand-to-hand combat, skilled marksman.

'''Special Moves''': Foot Stomp.

'''Weaknesses''': Physically weak.

'''Description''': Furies are deployed as field commanders for large numbers of Syndicate assault troops. Harridans coordinate the activities of between 2 to 4 squads in the field.
|}
===Fury - Banshee Class (Blue)===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/fb1_w6-c.gif
|http://ssg.oni2.net/subfold/charas/images/fb2_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/fb3_w4_s.gif
|}
'''Bio Data''': The Furies are command-level Syndicate assault troops. Banshees are the mid-ranking Syndicate Furies

'''Strengths''': Expert in hand-to-hand combat, skilled marksman.

'''Special Moves''': Foot Stomp, Whirl Kick.

'''Weaknesses''': Physically weak.

'''Description''': Banshees oversee critical Syndicate operations or act as personal aides and bodyguards to Syndicate senior staff.
|}
===Fury - Valkyrie Class (Red)===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/fr1_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/fr2_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/fr3_w0_s.gif
|}
'''Bio Data''': The Furies are command-level Syndicate assault troops. Valkyries are the highest-ranking Syndicate Furies

'''Strengths''': Expert in hand-to-hand combat, skilled marksman.

'''Special Moves''': Foot Stomp, Whirl Kick, Ten-Shadow Punch.

'''Weaknesses''': Physically weak.

'''Description''': The Valkyries are Muro's personal aides and bodyguards. Their presence always indicates his personal involvement in an operation.
|}
===Elite Striker - Ogre Class (Green) ===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/eg1_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/eg2_w2_s.gif
|http://ssg.oni2.net/subfold/charas/images/eg1_w8_s.gif
|}
'''Bio Data''': Elite Strikers are the most powerful Syndicate troops. Ogres are the lowest class Elite Strikers.

'''Strengths''': Skilled in hand-to-hand combat, trained marksman, enhanced physical strength.

'''Special Moves''': Cannonball Roll.

'''Weaknesses''': Slow reaction speed. Cannonball Special Move leaves them vulnerable.

'''Description''': Elite Strikers provide tremendous combat power in support of Syndicate assault troops. Though they appear slow and lumbering, their fighting style makes the most of their great physical strength. Ogre class Elites are dispatched in support of smaller, weaker assault troops.
|}

===Elite Striker - Giant Class (Blue) ===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/eb1_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/eb2_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/eb3_w0_s.gif
|}
'''Bio Data''': Elite Strikers are the most powerful Syndicate troops. Giants are the mid-ranking Elite Strikers.

'''Strengths''': Skilled in hand-to-hand combat, trained marksman, enhanced physical strength.

'''Special Moves''': Cannonball Roll, Whirling Dervish.

'''Weaknesses''': Slow reaction speed. Cannonball Special Move leaves them vulnerable.

'''Description''': Giant class Elite Strikers function like living tanks: wading through battle while shaking off tremendous amounts of physical damage.
|}
===Elite Striker - Titan Class (Red) ===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/er1_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/er2_w0_s.gif
|http://ssg.oni2.net/subfold/charas/images/er3_w0_s.gif
|}
'''Bio Data''': Elite Strikers are the most powerful Syndicate troops. Titans are the highest-ranking Elite Strikers.

'''Strengths''': Expert in hand-to-hand combat, trained marksman, enhanced physical strength.

'''Special Moves''': Cannonball Roll, Whirling Dervish, Crucifix Punch.

'''Weaknesses''': Slow reaction speed. Cannonball Special Move leaves them vulnerable.

'''Description''': Titan class Elite Strikers are only rumored to exist. Though no living witnesses exist to confirm reports, it is said that the Titan class Elites can absorb incredible amounts of punishment and emerge alive.
|}
===Tanker - Skirmisher Class (Green)===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/tg1_w0_s.gif
|}
'''Bio Data''': Tankers are illegal SLD androids created by the Syndicate. Skirmishers are the lowest class of Tanker SLDs.

'''Strengths''': Skilled in hand-to-hand combat, trained marksman, enhanced physical strength.

'''Special Moves''': Hover Kick.

'''Weaknesses''': Limited range on Hover Kick Special Move.

'''Description''': In defiance of WCG law the Syndicate has moved forward on the development of physically mature SLD androids. Tankers are based on the engram patterns of a particular obnoxious Syndicate commander with a penchant for professional wrestling. Skirmishers are the earliest models created by the Syndicate and so are the least refined.
|}
===Tanker - Brawler Class (Blue)===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/tb1_w0_s.gif
|}
'''Bio Data''': Brawlers are illegal SLD androids created by the Syndicate. Brawlers are the mid-level class of Tanker SLDs.

'''Strengths''': Skilled in hand-to-hand combat, trained marksman, enhanced physical strength.

'''Special Moves''': Nuclear Tackle, Blockbuster.

'''Weaknesses''': Nuclear Tackle Special Move leaves them vulnerable and prone.

'''Description''': Brawlers are considerably more advanced than the previous Tanker models, and are better able to harness their artificial strength.
|}
===Tanker - Crusher Class (Red)===
{|{{table}}
|
{|align=right
|http://ssg.oni2.net/subfold/charas/images/tr1_w0_s.gif
|}
'''Bio Data''': Crushers are illegal SLD androids created by the Syndicate. Crushers are the highest level class of Tanker SLDs.

'''Strengths''': Expert in hand-to-hand combat, trained marksman, enhanced physical strength.

'''Special Moves''': Nuclear Tackle, Blockbuster, Atomic Elbow Drop.

'''Weaknesses''': Nuclear Tackle Special Move leaves them vulnerable and prone.

'''Description''': The Crusher class of SLD is a very recent addition to the Syndicate forces. Faster and stronger than all of its predecessors, the Crusher class is the ultimate expression of SLD combat technology.
|}

----

User talk:Neo

2008-08-31T17:16:05Z

Demos kratos:

I am sorry to bother, but this can help to make h2w system look better. When character collides with wall, what REALLY collide ??? For me it seems that for char->wall collision there is some invisible bounding box. Where is this bounding box, if you know (or correct me if I am wrong). How can I change it? I ask because for me (it is my guess in next sentence, nothing proven ) it seems that this "bounding box" looks like invisible sphere which is around pelvis bone. That is why you can fall and stick your torso/head/legs into next room. Engine ignores bones in char->wall coll. Is this correct? + please answer if you know how to change it. Thanks a lot in any case

P.S.:Just a curious question, no explanation needed: I know that AI2 powered characters can push away weapons which are on ground. Can it be (from engine-possibilities point of view) that in ONI we should have movable furniture (objects which can be pushed by chars)?

--[[User:Loser|Loser]] 11:34, 20 June 2008 (CEST)

Umm... many questions, time for a brain dump :)

;Character - Wall collision

:this is always sphere tree-quad collision. You probably know that the sphere tree can be seen with "chr_debug_sphere=1". One thing to note about that sphere tree is that it always "stays up" (even when the character is fallen). That's why fallen characters pass through walls, their body gets outside the sphere when that happens.

:As for changing the radius of that sphere tree: it may be possible but it won't solve anything.

;Character - Floor collision

:characters also have a special function to detect floor collision which checks if a 3x3 quad intersects the floor. This is done to avoid "strange" sinking when the sphere's lowest point goes outside the floor. This is the probable cause why sometimes fallen characters hang on an edge (their 3x3 quad still intersects the floor) or fall of the edge even if their feet or head are still on the floor (the 3x3 quad is too small to cover the feet and head when the character is fallen).

;Particle - Wall collision

:this is always point-quad collision (the point is the position of the particle)

;Particle - Object collision (where object is anything with a physics context that supports collision: characters, [[OBOA]] objects, powerups, weapons)

:this can be sphere-obbox or sphere-sphere collision depending on what the object has (obbox or sphere tree). The radius of the particle sphere is taken from Collision Radius property of the particle class. It can be 0 and then the collision degenerates to point-obbox/point-sphere collision.

;Environment collision (general)

:The engine can only do point-quad and spheretree-quad collision detection.

;Object collision (general)

:All objects (that have a physics context) have a sphere tree attached to them and some objects created through OBOA also have an obbox.

;Moveable furniture

:Yes and no. It can be done to some extent using [[OBOA]].

:Basically an OBOA object can be pushed if it's not animated (no OBAN link) and it has "physics type" 2 or 4 (I don't know what's the difference).

:What doesn't work:
:*characters fall through objects (the character-floor collision function does not see objects)
:*since the environment only supports sphere-quad collision you tipically cannot push an object very close to the wall (unless of course the object itself is a sphere or close enough to one)
:*objects can fall but because of sphere-quad collision detection they'll get stuck somewhere above the floor
:*an object can fall on another object but a third object will fall through both of them; in general multiple object interaction is buggy
:*if I remember correctly there is 128 physics context limit. That means the number of active characters + objects + powerups and whatever else needs a physics context is limited to 128. Anyway it will very likely crawl before you reach that limit.

[[User:Neo|Neo]]

[http://cid-639aa31296681bfe.skydrive.live.com/self.aspx/Oni/OniSplit/OniSplit|_v0.9.18|_beta4.zip Beta4]

Oh boy, were Mono developers lazy or not... :)

[[User:Neo|Neo]]

Thank you! BINACJBOCharacter.oni works fine, now to take a look at the melee profile file...

Ed

The melee profile is much more understandable. The moves are clearly identified. So I assume, now we will be able to create a new melee profile or at the very least add new techniques to an existing profile.

Again, THANK YOU on your awesome work on OniSplit.

[[User:EdT|EdT]] 06:17, 22 June 2008 (CEST)

2 notes about melee:

:*I've yet to make move types to show up as names instead of numbers. Remebering all those is not fun.
:*The original melee files contain what appears to be orphaned moves. Since currently moves are exported as children of techniques the orphaned moves are not exported. I don't think those moves are used by the engine but if someone knows otherwise I'll see what can be done to export them too.

Other stuff:

:*The general xml export was updated to export names instead of number for several enum and flags fields. For example the class of a dialog item in [[WMDD]] was previously exported as a number but now it's a string like Button, Edit etc. Flags fields are exported as a list of names (names separated by whitespace) like in this WMDD state field:

<State>Visible Disabled</State>

This simplifies editing but currently there is now way to discover what names are available (unless you take a look at the source code :)). I'll try to make OniSplit display such a list as part of the help or something.

[[User:Neo|Neo]]

Hey Neo, do you have any idea what the flag "Boss" does?

[[User:Gumby|Gumby]] 18:02, 22 June 2008 (CEST)

Not sure. It mai be connected to ai2_boss_battle script variable. And I'm not sure those flags are 100% correct, it looks to me that Boss/NoAutoDrop/Omniscient are mixed up.

[[User:Neo|Neo]]

Hello again. I am thinking of writing the Windows GUI for Onisplit. What scripting language would you suggest I write it in?

[[User:Gumby|Gumby]] 02:55, 23 June 2008 (CEST)

Hmm... the only scripting language to do a Windows GUI that comes to mind is Tcl/Tk but you really don't want to use that :). There are Perl/Python/Ruby etc. implementations for Windows but I have no idea if they can be used to make a GUI. It's likely that you'll have to use one of the "usual" languages: C/C++/C#/VB/Java/Delphi...

Maybe I'll do a GUI one day but it's not on my priority list, I'm more interested in making importers/exporters for now.

[[User:Neo|Neo]]

the only scripting language to do a Windows GUI that comes to mind is Tcl/Tk but you really don't want to use that :)

You can also try AutoIt3: http://www.autoitscript.com/autoit3/

It's easy to create a GUI with both of them, but AutoIt3 can't work with binary files, only text files (as far as I know). And in case of tcl/tk: It's a pain to install it. I tried and failed.

[[User:Ssg|Ssg]] 11:44, 23 June 2008 (CEST)

I've worked with AutoIt3 before and I would recommend it. The GUI creation functions are both powerful and easy to use. It can work with binary files using:
FileOpen("filename", 16)
If you need any help with AutoIt post a message on my talk page.
[[User:RossyMiles|rossy]] 12:55, 23 June 2008 (CEST)

Why would I want to open binary files? O_o. For detecting the type of .oni file I give it?
I have not worked with AutoIt3 before, but it doesn't look too hard, and I'm sure my conglamerated knowledge of random scripting languages will help me...

[[User:Gumby|Gumby]] 16:57, 23 June 2008 (CEST)

http://gumby701.googlepages.com/gui.exe

Look, its a GUI! That doesn't do anything...

...and needs properly aligned and formatted...:D

[[User:Gumby|Gumby]] 02:23, 24 June 2008 (CEST)

One more beta for OBJC: [http://cid-639aa31296681bfe.skydrive.live.com/self.aspx/Oni/OniSplit/OniSplit|_v0.9.18|_beta5.zip Beta 5].

Fixed character flags and added move type names and parameters names to melee (instead of numbers and Param0, Param1 etc.).

[[User:Neo|Neo]]

This makes reading the melee much easier. I wish I had some time to play around with making a new melee profile.

Is this a bug or just an error in the original code.
In the NINJA_Easy profile I found this technique:

<Technique>
<Name>Back Kick</Name>
<Flags />
<Weight>40</Weight>
<Offset_0660>10</Offset_0660>
<RepeatDelay>0</RepeatDelay>
<Moves>
<Position Type="CloseBack" MinRunInDist="0" MaxRunInDist="10" ToleranceRange="4.5" />
<Attack Type="PB" />
</Moves>
</Technique>

Even though it says Back Kick, the attack is Punch Back.

[[User:EdT|EdT]]

The wiki has some pages about various melee profiles and it contains the same thing: [[OBD:BINA/OBJC/MELE/NINJA]]. So either it is just a mistake in the melee profile or the move type wiki tables are wrong, I'll have to check with the executable.

[[User:Neo|Neo]]

Hey. I got a bit of the Windows GUI done. It wasn't too hard...and tell me if the icons arent there (either for the explorer icon, or the one in the top right corner)

http://gumby.oni2.net/GUI/LevelRecombine.exe

[[User:Gumby|Gumby]]

Yes, the icons are OK. But is it supposed to do anything? That recombine button appears to have no effect.

[[User:Neo|Neo]]

I was looking at the attack moves on this page: http://wiki.oni2.net/OBD:BINA/OBJC/MELE/MoveList
And I gave one a try, Attack Move #28 KF KF, but got an error in OniSplit.

Edit: Cleaning up.

[[User:EdT|EdT]] 03:56, 30 June 2008 (CEST)

It's KF_KF, I cannot have spaces in those names.

[[User:Neo|Neo]]

Thanks, now do you think the names of the moves on the MoveList page should match the ones in OniSplit?
For example on the MoveList page it has '''Throw-P Behind Disarm''' but OniSplit has it as '''P_BehindDisarm'''.
There are many differences between the MoveList and OniSplit syntax.

I'm sure others will have the same issue as they start modifying the melee profile.

[[User:EdT|EdT]] 16:16, 30 June 2008 (CEST)

Well, spaces and - are not allowed in there. As for the Throw- prefix I just removed because it's kind of dumb to write <Throw Type="Throw_P_BehindDisarn".../>.

The best I can do is to make sure that space is consistenly converted to _ so instead of RunLeft you get Run_Left which is closer to that table.

[[User:Neo|Neo]]

I think we should change the syntax on the wiki to match OniSplit. Like for example change the wiki entry Throw-P Behind Disarm to P_BehindDisarm. The reason for this is when we want to modify the melee profile, we will look at the wiki and use the syntax there and put it in OniSplit, then we get errors. But if the wiki has the syntax the OniSplit will use, that will eliminate the problem.

Is there a way to get the moves syntax from OniSplit? Then I can start updating the wiki.

[[User:EdT|EdT]] 22:48, 30 June 2008 (CEST)

[http://cid-639aa31296681bfe.skydrive.live.com/self.aspx/Oni/OniSplit/OniSplit|_v0.9.18.zip OniSplit 0.9.18]

I added a "-help enums" option which dumps a list with all enums and flags used in XML files. Since otherwise it seems to work fine I dropped the "beta" label.

Feel free to update the wiki if you want but I'd say to leave it like it is. The wiki is about Oni internals, not about OniSplit.

[[User:Neo|Neo]]

I had an interesting idea today. If the only difference between a .dat file and a .oni file is that in a .oni file the .raw entries and .sep entries are stored at the end of the file, it might be possible to write a small engine hack which allows Oni to load .oni files directly as level plugins. The problem is, I'm not sure whether it would be useful or possible yet.

[[User:RossyMiles|rossy]] 12:56, 2 July 2008 (CEST)

Well, in theory it is possible but:
- we may need to add the raw/sep parts at the end of existing .dat files too because supporting both styles of loading raw/sep is more difficult to implement
- what about Mac? I may as well rewrite all the .dat loader and replace the original one by means of vtuneapi.dll/daodan but I don't know how new code can be loaded on Macs.

[[User:Neo|Neo]]

So what will you be working on next?

[[User:EdT|EdT]] 06:23, 3 July 2008 (CEST)

Don't know, it depends on how much free time I have and my mood :).

[[User:Neo|Neo]]

Neo, I remember you wrote about having a folder inside the levelX_Final folder that will not be included when recompiling, I must be blind, I can't seem to find it. What was the name for it?

Any chance that you can find out how to add more level plugins for the Mac version. Since Oni originally was going to have more levels, the Mac engine should be able to handle more levels without crashing.

Thanks

[[User:EdT|EdT]] 07:48, 10 July 2008 (CEST)

That directory is called noimport or _noimport.

Oni may very well had more than 16 levels. For Bungie, who had the source code, it was a matter of changing one line of code to adjust the max number of levels. The story is quite different if you want to change the compiled thing.

[[User:Neo|Neo]]

Hi there Neo,
again I am here to seek your advice, this time it is about AI2, ONCC and MELE.

First of all, I have tested it and it seems that AI2 powered characters can jump (they have attacks from air) but they can do only '''basic tap jump'''([[ONCC]], offset 0x010), like if you just tap spacebar. Question is: is there possibility to make them use '''jetpack timer'''(to make them 'hold spacebar') in order to jump higher/further ?

Second, if AI2 character is far from you, it runs to you and uses pathfinding mode. With help of pathfinding grid it moves in space, avoids obstacles etc. Question is: Do AI2 characters ignore grid when they have MELE mode on? Do they ignore it completely/partially/they don't ignore it? I ask because when in MELE mode active, AI2 characters can pursue you even '''outside''' area with pathfinding grid, but then they won't move if you run away from them, but start attacking you(and moving) if you come close to them again. Also, in MELE mode AI2 characters can run across red pathfinding tiles (impassable) but if you get away they get stuck as if they were outside the grid (won't move until you get close). BUT, there are pathfinding tiles which look like they could be used only for jumping (border 1/2/3/4). And jumping is avilable (as far as I know) only when in MELE mode ^_~. Also, I have tested this: player is in BNV1, standing on top of some box (so he is surrounded by red tiles). AI2 is in BNV2, which is next to BNV1 but there is NO direct transition quad between those two BNVs, only there are 'border' tiles in BNV1 near the line between BNV1 and BNV2. Now tell AI2 to attack player. If player is too far from AI2 character, AI2 will use pathfinding and it will take some long way in order to get to the player. But if player is close enough AND AI2 has in MELE some jumping attack, this AI2 will run towards border and JUMP directly to the player. So it looks like border tiles indicate space where jump attacks are prefered in order to reach enemy. Also, in devmode if you bring MELE debugging window, you can see(if AI2 is in 'border' tiles) that next to other info about technique (like DELAY, UNBLOCKED etc.) there are also informations WORRY-FWD and DANGER-FWD which looks like they correspond to blue (border) and then orange (danger) grids.

So question(s) for this part once again: is pathfinding grid ignored by AI2 when in MELE? If not, is there relation between some pathfinding tiles (border, danger) and MELE messages WORRY-FWD, DANGER-FWD ??? Next, how these tiles affect (if they affect) MELE attacks selection? Do they make AI2 prefer jumping attacks?

All these questions have their sense. I am tired of being able to escape unarmed enemy just by simple jump onto nearest obstacle. I have tried to make AI2s jump, but they can do only tap jump which is not too high and they cannot jump too far + if you escape from them, they get stuck. So if You can answer me, I will see what I can do. I have done some exeriments already (see [http://www.youtube.com/watch?v=rwF0FynUhgQ THIS] video) but it is not enough IMO. Thanks for any info.

--[[User:Loser|Loser]] 21:03, 14 July 2008 (CEST)

The short answer: I don't know.

The long answer:
I haven't looked too much into Oni's AI code partly because it is quite large and complex (in fact it's probably the largest piece of code in Oni). I don't think AI can do more than simple tap jump but that really depends on how the AI controls the character:

:*simply tell the character to execute an animation: that makes doing more than tap jumps impossible because there isn't a special animation for "jetpack" jump.
:*simulate keypresses and mouse input: that means that it might possible but the AI needs to simulate holding the jump key which I have no idea if it can.

The "simulate keypresses" method is more likely to be used in Oni. In fact I know for sure it does simulate some keypresses but I don't know if that's the only way.

Pathfinding & stuff: I know there is something called "local movement" which may be what happens when the character is close by. This code seems to do character - environment collision detection so it may be true the pathfinding grid is ignored sometimes bacause there's not much point in AI doing collision detection if it always used the grid.

Nice video anyway :)

[[User:Neo|Neo]]

Neo, can you program OniSplit so that it can import ONWC? Let's say I wanted to change the 3D model of a current weapon, how could I import that 3D model?
Also, didn't you at one time mention about importing of M3GM with its texture map in an easier fashion?

Thanks,

[[User:EdT|EdT]] 06:38, 24 July 2008 (CEST)

M3GM/ONWC: you can do that already. Export the ONWC to xml, remove all the M3GM related stuff (M3GM, PNTA, VCRA, TXCA) and replace the M3GM id in ONWC with a name of your choice:

<Geometry>M3GMgun_x</Geometry>

instead of

<Geometry>#2</Geometry>

Now you can create M3GM files to be used with ONWC as usual.

M3GM/TXMP: yes, I have some plans but right now nothing is implemented.

[[User:Neo|Neo]]

Thank you!

If you have some time...
In the Mac Oni engine, there are a few strings I've always wondered about: at offset 0x1D9D55InitializeDeveloperKeys, 0x1D9f2C UnbindDeveloperKeys, 0x1DE24C DeveloperAccess, 0x173BBC, bad parameters on chr_location. Do the first 3 refer to Developer Mode or something else? The last one about chr_location, could that script command could somehow be enabled?

[[User:EdT|EdT]]

You probably mean: _LIrInitializeDeveloperKeys, _LIrUnbindDeveloperKeys and _ONgDeveloperAccess. The _LIr* names are functions that are supposed to be called from the "cheater" code. _ONgDevloperAccess is a variable that controls the calling of those 2 functions, it's basically the equivalent of "the day is mine" cheat.

bad parameters on chr_location is printed from the function that set the location of a character (_iSetAnyCharacterLocation or something like that). In theory it can be made to work by registering it with the scripting engine but it's rather complicated.

[[User:Neo|Neo]]

Thank you. Oh well, I guess the Mac engine will remain limited compared to the PC engine.

[[User:EdT|EdT]] 04:40, 25 July 2008 (CEST)

There is a user on OCF that has a problem with OniSplit http://oni.bungie.org/community/forum/viewtopic.php?pid=8417
Can you take a look and post the answer here, then I'll make a reply on OCF.

Thanks,

[[User:EdT|EdT]] 15:53, 25 July 2008 (CEST)

Umm... absolutely no idea. Since it works for me and others I assume it's something about his game files. Maybe some file is corrupted or he has some strange version I have never seen before.

[[User:Neo|Neo]]

Sorry to bother you.
I exported ONWCw1_tap as .xml, and I was comparing the output with http://wiki.oni2.net/ONWC.
One thing I can't find are the weapon options 0x0D4 to 0x0D6 in the xml. I want to enable secondary fire but can't figure that out. Not for this weapon, but a new one.
I got the model for the assault rifle from Halo, I used as a base the chaingun weapon, but now want to add grenades as secondary fire.

[[User:EdT|EdT]] 07:10, 27 July 2008 (CEST)

I found it: <Flags>180272</Flags>

[[User:EdT|EdT]] 05:04, 28 July 2008 (CEST)

OniSplit v0.9.21

XML export/import for particles added.

[[User:Neo|Neo]]

I've a bug for you. I converted BINA3RAPsuperglow_e01 into xml and back into oni again. The link "h2h_murglow_e02" is missing now.
[http://paradox.oni2.net/particle_bug_report.rar Here] are the files. (The blue glow can be seen only for one or two seconds.)

[[User:Paradox-01|Paradox-01]] 17:04, 10 August 2008 (CEST)

Fixed

[http://cid-639aa31296681bfe.skydrive.live.com/self.aspx/Oni/OniSplit/OniSplit|_v0.9.22.zip OniSplit v0.9.22]

[[User:Neo|Neo]]

Hm, it wasn't the murglow-thingy but you fixed it whatever it was, thanks.

[[User:Paradox-01|Paradox-01]] 17:54, 10 August 2008 (CEST)

The particle are still a bit too big. [http://paradox.oni2.net/particle_bug_report_2.rar Here] are the files and screenshots. (Only converted to xml and back again.)

[[User:Paradox-01|Paradox-01]] 18:34, 11 August 2008 (CEST)

Paradox, it might help if you provided a proper link ^_^. Have you tried reducing the size? >_> (Though that is probably the issue you are having, not being able to do that :P)

[[User:Gumby|Gumby]] 18:47, 11 August 2008 (CEST)

I forgot the file suffix. Thanks for checking. ^_^

[[User:Paradox-01|Paradox-01]] 19:08, 11 August 2008 (CEST)

Just noticed there is a new version 0.9.23, what has changed?

[[User:EdT|EdT]] 04:59, 12 August 2008 (CEST)

:There was an erroneous field type in [[OBAN]], which I discovered in XML while setting up the DeLorean for the trailer.
::[[User:Geyser|geyser]] 05:57, 12 August 2008 (CEST)

Particle size fixed: [http://cid-639aa31296681bfe.skydrive.live.com/self.aspx/Oni/OniSplit/OniSplit|_v0.9.24.zip OniSplit v0.9.24]

[[User:Neo|Neo]]

Just curious, do you have a list of binary data files that can be exported and imported as .xml?

[[User:EdT|EdT]] 07:15, 25 August 2008 (CEST)

That's quite simple: all [[OBD:BINA/OBJC|object collections]] and [[OBD:BINA/PAR3|particles]].

[[User:Neo|Neo]]

Sorry to bother you, but, I'd appreciate it if/when you have time to look into this. I got an error when trying to export BINACJBOFlag.oni from level3. I have been able to export the same file from other levels. I wanted to add a few more flags, since the Mac doesn't support chr_location.

Here is my level3 file: http://edt.oni2.net/OniSplit/level3BINACJBOFlag.oni.zip

The error message:

System.ArgumentException: Input contains invalid character at 94 : 
at System.Xml.XmlTextWriter.WriteCheckedBuffer (System.Char[] text, Int32 idx, Int32 length) [0x00000]
at System.Xml.XmlTextWriter.WriteCheckedString (System.String s) [0x00000]
at System.Xml.XmlTextWriter.WriteEscapedString (System.String text, Boolean isAttribute) [0x00000]
at System.Xml.XmlTextWriter.WriteString (System.String text) [0x00000]
at System.Xml.XmlWriter.WriteValue (System.String value) [0x00000]
at Oni.Xml.RawXmlExporter.Oni.Metadata.IMetaTypeVisitor.VisitString (Oni.Metadata.MetaString type) [0x00000]
at Oni.Metadata.MetaString.Accept (IMetaTypeVisitor visitor) [0x00000]
at Oni.Xml.RawXmlExporter.WriteFields (Oni.Metadata.Field[] fields) [0x00000]
at Oni.Xml.RawXmlExporter.Oni.Metadata.IMetaTypeVisitor.VisitStruct (Oni.Metadata.MetaStruct type) [0x00000]
at Oni.Metadata.MetaStruct.Accept (IMetaTypeVisitor visitor) [0x00000]
at Oni.Xml.ObjcXmlExporter.WriteFlag () [0x00000]
at Oni.Xml.ObjcXmlExporter.Export () [0x00000]
at Oni.Xml.ObjcXmlExporter.Export (Oni.FileReader reader, System.Xml.XmlWriter writer) [0x00000]
at Oni.Xml.XmlExporter.ExportBINAInstance (Oni.InstanceDescriptor descriptor) [0x00000]
at Oni.Xml.XmlExporter.ExportDescriptors (System.Collections.Generic.List`1 referencedDescriptors, System.Xml.XmlWriter writer) [0x00000]
at Oni.Xml.XmlExporter.ExportInstance (Oni.InstanceDescriptor descriptor) [0x00000]
at Oni.Exporter.ExportInstanceList (System.Collections.Generic.List`1 descriptors) [0x00000]
at Oni.Exporter.Export (Oni.FileManager fileManager, System.String sourceFilePath, System.String filter) [0x00000]
at Oni.Program.ExtractXml (System.String[] args) [0x00000]
at Oni.Program.Main (System.String[] args) [0x00000] (1)

Thanks again. [[User:EdT|EdT]] 04:52, 30 August 2008 (CEST)

Well...My level 3 flag file works. Yours sounds like it is corrupted. Here is what I get when I use your file:

Reading file C:\Users\Franz Media Center\Desktop\BINACJBOFlag.oni
Exporting 1 instance(s) to C:\xml
System.ArgumentException: '←', hexadecimal value 0x1B, is an invalid character.
at System.Xml.XmlUtf8RawTextWriter.InvalidXmlChar(Int32 ch, Byte* pDst, Boolean entitize)
at System.Xml.XmlUtf8RawTextWriter.WriteElementTextBlock(Char* pSrc, Char* pSrcEnd)
at System.Xml.XmlUtf8RawTextWriter.WriteString(String text)
at System.Xml.XmlUtf8RawTextWriterIndent.WriteString(String text)
at System.Xml.XmlRawWriter.WriteValue(String value)
at System.Xml.XmlWellFormedWriter.WriteValue(String value)
at Oni.Xml.RawXmlExporter.Oni.Metadata.IMetaTypeVisitor.VisitString(MetaString type)
at Oni.Metadata.MetaString.Accept(IMetaTypeVisitor visitor)
at Oni.Xml.RawXmlExporter.WriteFields(Field[] fields)
at Oni.Xml.RawXmlExporter.Oni.Metadata.IMetaTypeVisitor.VisitStruct(MetaStruct type)
at Oni.Metadata.MetaStruct.Accept(IMetaTypeVisitor visitor)
at Oni.Xml.ObjcXmlExporter.WriteFlag()
at Oni.Xml.ObjcXmlExporter.Export()
at Oni.Xml.XmlExporter.ExportBINAInstance(InstanceDescriptor descriptor)
at Oni.Xml.XmlExporter.ExportDescriptors(List`1 referencedDescriptors, XmlWriter writer)
at Oni.Xml.XmlExporter.ExportInstance(InstanceDescriptor descriptor)
at Oni.Exporter.ExportInstanceList(List`1 descriptors)
at Oni.Exporter.Export(FileManager fileManager, String sourceFilePath, String filter)
at Oni.Program.ExtractXml(String[] args)
at Oni.Program.Main(String[] args)

Between the two error messages, I think you can see what went wrong. :)
[[User:Gumby|Gumby]] 05:48, 30 August 2008 (CEST)

Gumby, can you post your file for comparison? All I can see is that there is an invalid character somewhere in my file. [[User:EdT|EdT]] 06:00, 30 August 2008 (CEST)

Yes, there is an invalid character (from XML point of view) in a flag description:

only one of these end office thingys needs to exist. Snip one and change the stairwell too? �2 hrs

That � (0x1B) is the problem because XML does not allow for such characters.
I'll make a fix but I have to figure out if there are any other cases where this characters is actually needed and cannot be discarded. Until then you can use a hex editor to replace it with a space.

[[User:Neo]]

Thanks for the help. How did you know where to find the character? In my hexeditor, it simply looked like a period. There are some funny notes in the flag description:
This is not the access point you seek, move on (A quote from Star Wars... These are not the droids you seek)
[[User:EdT|EdT]]

Use your hexeditor to search for "1B"

[[User:Gumby|Gumby]] 07:42, 30 August 2008 (CEST)

Hey, what about adding ieroglyphic support? All ieroglyphic symbols (or hebrew, or hindi) are replaced with '3F' (question mark). --[[User:Demos kratos|demos_kratos]] 20:53, 30 August 2008 (CEST)

In theory it is possible if we create new font files ([[TSFF]], [[TSFT]], [[TSFL]], [[TSGA]]) for each language. In practice I don't know if this really works. You'd need some sort of tool to generate all those font files and currenly I don't think such a tool exists. I'd like to add this to OniSplit in the future but currently it is not on my priority list.

[[User:Neo|Neo]]

OK. Thanx. I'll be waitin'. --[[User:Demos kratos|demos_kratos]] 21:37, 30 August 2008 (CEST)

Well, I've started a simple GUI for OniSplit, check it - [http://demoskratos.ifolder.ru/7931537 OniSplit Gui]

[[User:Demos kratos|demos_kratos]] 19:16, 31 August 2008 (CEST)

User talk:Neo

2008-08-30T19:37:01Z

Demos kratos:

User talk:Neo

2008-08-30T18:53:31Z

Demos kratos:

User:Demos kratos

2008-08-29T22:26:44Z

Demos kratos: New page: Well, let us pray.. eeeh.. start. ^_^ Image:240.jpg Name: Stanislav DEMOS_KRATOS Ponomarev Date of birth: 23.06.1993 Interests: Japanese language, culture and everything like that,...

Well, let us pray.. eeeh.. start. ^_^

[[Image:240.jpg]]

Name: Stanislav DEMOS_KRATOS Ponomarev

Date of birth: 23.06.1993

Interests: Japanese language, culture and everything like that, IT, Oni(of course),Oni modding, PASCAL programming, Karate Kyokushinkai.

My favorite phrases are:

It's bad when you don't want to do anything coz' you're lazy. It's even worse when you're lazy enough to not want to do nothing. (Me)

Tell me and I'll forget. Show me and I'll remember. Make me do this and I'll understand. (Confucius, not me)

Everything about anything else you can ask me directly at [http://oni.bungie.org/community/forum/ Oni Central]

OBD:ONCC

2008-08-29T13:28:12Z

Demos kratos:

{{OBD_File_Header | type=ONCC | prev=OFGA | next=ONCP | name=Oni Character Class | family=Character | align=center}}

[[image:oncc_a.gif]]

{{Table}}
{{OBDth}}
{{OBDtr| 0x000 | res_id |FF0000| 01 DF 03 00 | 991 | 00991-konoko_generic.ONCC }}
{{OBDtr| 0x004 | lev_id |FFFF00| 01 00 00 06 | 0 | level 3 }}
{{OBDtr| 0x008 | float |00FF00| CD CC 0C 3F | 0.550000 | downwards velocity? (unknown, always 0.55) }}
{{OBDtr| 0x00C | float |00FF00| 8F C2 75 3D | 0.060000 | downward gravity acceleration }}
{{OBDtr| 0x010 | float |00FF00| CD CC 8C 3F | 1.100000 | starting velocity for a simple (tap) JUMP }}
{{OBDtr| 0x014 | float |00FF00| 00 00 80 C0 | -4.000000 | limit velocity for jumping and gravity flight }}
{{OBDtr| 0x018 | float |00FF00| 8F C2 F5 3C | 0.030000 | upward acceleration (jetpack) if you hold JUMP }}
{{OBDtr| 0x01C | int16 |00FFFF| 07 00 | 7 | gravity timer? (unknown, always 7) }}
{{OBDtr| 0x01E | int16 |00FFFF| 14 00 | 20 | jetpack timer; time during which you can use the jetpack }}
{{OBDtr| 0x020 | float |FF00FF| 00 00 34 42 | 45.000000 | maximal falling height without damage }}
{{OBDtr| 0x024 | float |FF00FF| 00 00 07 43 | 135.000000 | maximal falling height with damage }}
|}

;Units:times are in frames
:heights are in world units
:velocities are in world units per frames
:accelerations are in world units per frames squared
;Downwards velocity: could correspond to the steady push experienced when neither jumping nor falling
:would be roughly equivalent to the starting velocity of a fall
:although the value .55 seems right, the "sinking" seems to be hardcoded now
;Gravity timer:Seems to be hardcoded now (could be the time until gravity switches on)
;Jetpack timer:You can press JUMP multiple times during the time window (quite fun!)
;Falling height: let FH1 be the height at 0x20
:let FH2 be the height at 0x24
:let BH be the base health of the character
:let FH be the actual falling height
:then, if FH > FH2, the character is killed
:if FH < FH1, the character takes no damage
:if FH1 < FH < FH2, the character takes damage (FH - FH1) / (FH2 - FH1) * BH

{{Table}}
{{OBDth}}
{{OBDtr| 0x028 | link |FF8000| 01 F8 03 00 | 1016 | link to 01016-shadow1.[[OBD:TXMP|TXMP]] }}
{{OBDtr| 0x02C | float |FF8000| 00 00 40 41 | 12.000000 | height where the shadow fades out completely }}
{{OBDtr| 0x030 | float |FF8000| 00 00 00 41 | 8.000000 | height where the diameter of the shadow decreases and the shadow fades out half }}
{{OBDtr| 0x034 | float |FF8000| 00 00 C0 40 | 6.000000 | height where the diameter of the shadow decreases }}
{{OBDtr| 0x038 | float |FF8000| 00 00 90 40 | 4.500000 | height where the diameter of the shadow decreases }}
{{OBDtr| 0x03C | float |FF8000| 00 00 40 40 | 3.000000 | height where the diameter of the shadow decreases }}
{{OBDtr| 0x040 | int16 |FF8000| 30 00 | 48 | transparency of the shadow for the first part of a jump }}
{{OBDtr| 0x042 | int16 |FF8000| 30 00 | 48 | transparency of the shadow for the second part of a jump }}
{{OBDtr| 0x044 | float |FF0080| 00 00 C8 41 | 25.000000 | unknown; always the same }}
{{OBDtr| 0x048 | int8 |FFC8C8| 16 | 22 | unknown }}
{{OBDtr| 0x049 | int8 |FFC8C8| 06 | 6 | unknown; always the same }}
{{OBDtr| 0x04A | char[2] |FFC8C8| AD DE | dead | unused; always the same }}
{{OBDtr| 0x04C | float |FFFFC8| 00 00 20 42 | 40.000000 | unknown; always the same }}
{{OBDtr| 0x050 | float |FFFFC8| 00 00 96 43 | 300.000000 | unknown; always the same }}
{{OBDtr| 0x054 | float |FFFFC8| 35 FA 8E 3C | 0.017453 | unknown; always the same }}
{{OBDtr| 0x058 | float |FFFFC8| DB 0F C9 3F | 1.570796 | unknown; always the same (1.57 <nowiki>=</nowiki> pi/2) }}
{{OBDtr| 0x05C | float |FFFFC8| 00 00 A0 40 | 5.000000 | unknown; always the same }}
{{OBDtr| 0x060 | float |FFFFC8| 00 00 80 3F | 1.000000 | unknown; always the same }}
{{OBDtr| 0x064 | int16 |C8FFC8| 06 00 | 6 | (inverse) hypo regeneration rate in frames per hitpoint }}
{{OBDtr| 0x066 | char[2] |C8FFC8| AD DE | dead | unused }}
{{OBDtr| 0x068 | float |C8FFFF| 00 10 3D 48 |193600.000000| unknown; always the same }}
{{OBDtr| 0x06C | float |C8FFFF| 00 10 3D 47 | 48400.000000| unknown; always the same }}
{{OBDtr| 0x070 | float |C8FFFF| 00 10 3D 46 | 12100.000000| unknown; always the same }}
{{OBDtr| 0x074 | float |C8FFFF| 00 00 00 00 | 0.000000 | unknown; always the same }}
{{OBDtr| 0x078 | float |C8FFFF| 00 00 00 00 | 0.000000 | unknown; always the same }}
|}

;Hurt sound paramters

{{Table}}
{{OBDth}}
{{OBDtr| 0x07C | int16 |FFC8FF| 23 00 | 35 | unknown; always the same }}
{{OBDtr| 0x07E | int16 |FFC8FF| 5A 00 | 90 | unknown; always the same }}
{{OBDtr| 0x080 | int16 |FFC8FF| 0F 00 | 15 | unknown; always the same }}
{{OBDtr| 0x082 | int16 |FFC8FF| 78 00 | 120 | unknown; always the same }}
{{OBDtr| 0x084 | int16 |FFC8FF| 23 00 | 35 | unknown; always the same }}
{{OBDtr| 0x086 | int16 |FFC8FF| 01 00 | 1 | unknown; always the same }}
{{OBDtr| 0x088 | int16 |FFC8FF| 02 00 | 2 | unknown; always the same }}
{{OBDtr| 0x08A | int16 |FFC8FF| 64 00 | 100 | unknown; always the same }}
{{OBDtr| 0x08C | int16 |FFC8FF| 0A 00 | 10 | unknown; always the same }}
{{OBDtr| 0x08E | int16 |FFC8FF| 0C 00 | 12 | unknown; always the same }}
{{OBDtr| 0x090 | int16 |FFC8FF| 16 00 | 22 | unknown; always the same }}
{{OBDtr| 0x092 | int8 |FFC800| 00 | 0 | used at runtime only: if one sound pointers have been set }}
{{OBDtr| 0x093 | char[1] |C800C8| DE | dead | unused; always the same }}
{{OBDtr| 0x094 | float |C87C64| 00 00 00 3F | 0.500000 | unknown; always the same (sound volume?) }}
{{OBDtr2|0x098 | char[32] |B0C3D4| konoko_hurt_light | hurt light sound (reference to 08121-konoko_hurt_light.[[OBD:OSBD|imp.OSBD]] of level 0) }}
{{OBDtr2|0x0B8 | char[32] |B0C3D4| konoko_hurt_medium | hurt medium sound (reference to 08123-konoko_hurt_medium.[[OBD:OSBD|imp.OSBD]] of level 0) }}
{{OBDtr2|0x0D8 | char[32] |B0C3D4| konoko_hurt_heavy | hurt heavy sound (reference to 08119-konoko_hurt_heavy.[[OBD:OSBD|imp.OSBD]] of level 0) }}
{{OBDtr2|0x0F8 | char[32] |B0C3D4| konoko_death | death sound (reference to 08115-konoko_death.[[OBD:OSBD|imp.OSBD]] of level 0) }}
{{OBDtr| 0x118 | int32 |E7CEA5| 00 00 00 00 | 0 | runtime only: pointer to hurt light sound }}
{{OBDtr| 0x11C | int32 |E7CEA5| 00 00 00 00 | 0 | runtime only: pointer to hurt medium sound }}
{{OBDtr| 0x120 | int32 |E7CEA5| 00 00 00 00 | 0 | runtime only: pointer to hurt heavy sound }}
{{OBDtr| 0x124 | int32 |E7CEA5| 00 00 00 00 | 0 | runtime only: pointer to death sound }}
|}

{{Table}}
{{OBDth}}
{{OBDtr| 0x128 | bitsets |E7CEA5| 17 00 00 00 | 23 | general AI option bitset collection ; see below }}
{{OBDtr| 0x12C | float |FFDDDD| 00 00 80 3F | 1.000000 | AI rotation speed factor }}
{{OBDtr| 0x130 | int16 |64AAAA| 06 00 | 6 | minimal fallen time; number of frames for which AI remains in *fallen* position when it is knockdowned }}
{{OBDtr| 0x132 | int16 |64AAAA| 18 00 | 24 | maximal fallen time; number of frames for which AI remains in *fallen* position when it is knockdowned }}
{{OBDtr| 0x134 | int16 |EBEBEB| 0F 00 | 15 | minimal realize firingspread time; (???number of frames???time in miliseconds???) after which AI realizes that it is in the firing spread (and it starts dodging) }}
{{OBDtr| 0x136 | int16 |EBEBEB| 00 00 | 0 | maximal realize firingspread time; (???number of frames???time in miliseconds???) }}
|}

;AI rotation speed factor
:reference rotation speed is about 1 turn (360�) per second
:the setting is only effective if the AI is in control
:so it's a bit like the AI's mouse sensitivity :)

;General AI options bitset
:allows or disables some parts of the AI behavior, incomplete so far...
*NONE - startle anim is enabled, rest is disabled
*0x01 - startle anim disabled
*0x02 - firingspread/projectile dodge enabled for melee
*0x04 - requires 0x02; firingspread/projectile dodge enabled for weapons; AI tries to face shooter and shoot back while dodging
*0x08 - requires 0x02, overrides 0x04 if both are set; firingspread/projectile dodge enabled for weapons; AI isn't shooting, it just tends to run away, not facing shooter
*0x10 - unknown

{{Table}}
{{OBDth}}
{{OBDtr| 0x138 | float |8C8CCC| 00 00 80 3F | 1.000000 | minimal firingspread dodge amount; IMO similar to maneouvre variable, it tells AI how long it should perform dodging/hiding in response to some time spent inside firing spread (so setting this very high means that once enemy starts dodging/hiding, he will perform it even after firing spread disappears) }}
{{OBDtr| 0x13C | float |8C8CCC| 00 00 80 3F | 1.000000 | maximal firingspread dodge amount; IMO similar to maneouvre variable }}
{{OBDtr| 0x140 | float |8C8CCC| 00 00 00 3F | 0.500000 | unknown; always the same }}
{{OBDtr| 0x144 | float |8C8CCC| 00 00 C8 41 | 25.000000 | unknown; always the same }}
{{OBDtr| 0x148 | float |8C8CCC| 00 00 80 3F | 1.000000 | unknown }}
{{OBDtr| 0x14C | int32 |FF00C8| 00 00 00 00 | 0 | unknown }}
{{OBDtr| 0x150 | int32 |FF00C8| 05 00 00 00 | 5 | unknown }}
{{OBDtr| 0x154 | int32 |FF00C8| 0F 00 00 00 | 15 | unknown }}
{{OBDtr| 0x158 | int32 |FF00C8| 3C 00 00 00 | 60 | unknown }}
{{OBDtrBK|1=First of 13 elements (grey outline) }}
{{OBDtr| 0x15C | float |F0F096| 00 00 00 00 | 0.000000 | recoil compensation amount (0.0 <nowiki>= min, 1.0 =</nowiki> max) }}
{{OBDtr| 0x160 | float |F0F096| 00 00 00 00 | 0.000000 | best aiming angle in radians }}
{{OBDtr| 0x164 | float |F0F096| 00 00 00 00 | 0.000000 | shot grouping error }}
{{OBDtr| 0x168 | float |F0F096| 00 00 80 3F | 1.000000 | shot grouping decay }}
{{OBDtr| 0x16C | float |F0F096| 00 00 80 3F | 1.000000 | shooting inaccuracy multiplier }}
{{OBDtr| 0x170 | int16 |00C864| 00 00 | 0 | minimum delay between shots in frames }}
{{OBDtr| 0x172 | int16 |00C864| 00 00 | 0 | maximum delay between shots in frames }}
|}

;SHOOTING SKILLS
These can be reviewed with e.g. '''ai2_skill_select konoko_generic w1_tap''' and then either '''ai2_skill_show''' (prints to console) or '''ai2_skill_save''' (prints to file)
;Fields
:recoil compensation amount, between 0 and 1 (float)
:best aiming angle, in radians (float)
:shot grouping error (float)
:shot grouping decay (float)
:shooting inaccuracy multiplier (float)
:minimum delay between shots, in frames (short)
:maximum delay between shots, in frames (short)
The first weapon (weapon 0) is not in the game anymore, whatever that was. Muro's thunderbolt is handled as animation-bound particles, although it used to be handled as a weapon (same for Mukade's ball, except '''w10_sni''' is still available) ('''w12_ba2''' and '''w11_ba1''' are a bit mixed up : the beam is made of '''w12_ba2''' particles, and the grenade is a '''w11_ba1''' particle...)

See screenshot for the raw hex (example is '''konoko_generic''' from '''level3_Final''')
{{Table|width=""|align="left"}}
|-BGCOLOR="#E9E9E9" ALIGN=CENTER
!Weapon ||Offset ||recoil||bestangle||error||decay||inaccuracy||delays
|-ALIGN=CENTER
|'''w0_sec''' ||0x15C/0x173|| 0.0 || 0.000000|| 0.00|| 1.0 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w1_tap''' ||0x174/0x18B|| 0.0 || 0.000000|| 0.40|| 0.4 || 0.0 || 30 - 45
|-ALIGN=CENTER
|'''w2_sap''' ||0x18C/0x193|| 0.3 || 0.013962|| 0.13|| 1.0 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w3_phr''' ||0x194/0x20B|| 0.3 || 0.010472|| 0.05|| 0.5 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w4_psm''' ||0x20C/0x213|| 0.3 || 0.015707|| 0.03|| 0.2 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w5_sbg''' ||0x214/0x22B|| 0.3 || 0.001745|| 0.00|| 0.1 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w6_vdg''' ||0x22C/0x233|| 0.3 || 0.001745|| 0.13|| 0.9 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w7_scc''' ||0x234/0x24B|| 0.3 || 0.001745|| 0.05|| 0.1 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w8_mbo''' ||0x24C/0x253|| 0.3 || 0.005236|| 0.01|| 0.5 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w9_scr''' ||0x254/0x26B|| 0.3 || 0.010472|| 0.04|| 0.5 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w10_sni'''||0x26C/0x273|| 0.0 || 0.000000|| 0.00|| 1.0 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w11_ba1'''||0x274/0x28B|| 0.0 || 0.000000|| 0.00|| 1.0 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w12_ba2'''||0x28B/0x293|| 0.0 || 0.000000|| 0.00|| 1.0 || 1.0 || 0 - 0
|}
 

[[image:oncc_m.gif]]

{{Table}}
{{OBDth}}
{{OBDtr| 0x294 | int32 |00C8FF| 5A 00 00 00 | 90 | unknown; always the same }}
{{OBDtr| 0x298 | int32 |00C8FF| F0 00 00 00 | 240 | unknown; always the same }}
{{OBDtr| 0x29C | int32 |00C8FF| B4 00 00 00 | 180 | unknown; always the same }}
{{OBDtr| 0x2A0 | int32 |00C8FF| 28 00 00 00 | 40 | taunt chance (40%) }}
{{OBDtr| 0x2A4 | int32 |00C8FF| 37 00 00 00 | 55 | go for gun chance (55%); determines possibility that AI will run to some weapon and take it; can be checked in devmode by *debug_gun_behavior* command }}
{{OBDtr| 0x2A8 | int32 |00C8FF| 3C 00 00 00 | 60 | running pickup chance (60%); this value is possibility of AI running weapon pickup (acrobatics, slides) instead of normal "stop->pickup";this is calculated AFTER engine decides that AI should run for weapon }}
{{OBDtr| 0x2AC | int16 |C80040| 00 00 | 0 | combat profile ID; for example *0D* is for Mutant Muro }}
{{OBDtr| 0x2AE | int16 |C80040| 16 00 | 22 | melee profile ID }}
{{OBDtr| 0x2B0 | int8 |FFCD96| 64 | 100 | "taunt" sound probability (always) }}
{{OBDtr| 0x2B1 | int8 |FFCD96| 00 | 0 | "alert" sound probability (never) }}
{{OBDtr| 0x2B2 | int8 |FFCD96| 00 | 0 | "startle" sound probability (never) }}
{{OBDtr| 0x2B3 | int8 |FFCD96| 00 | 0 | "checkbody" sound probability (never) }}
{{OBDtr| 0x2B4 | int8 |FFCD96| 00 | 0 | "pursue" sound probability (never) }}
{{OBDtr| 0x2B5 | int8 |FFCD96| 00 | 0 | "cower" sound probability (never) }}
{{OBDtr| 0x2B6 | int8 |FFCD96| 64 | 100 | "superpunch" probability (always) }}
{{OBDtr| 0x2B7 | int8 |FFCD96| 64 | 100 | "superkick" probability (always) }}
{{OBDtr| 0x2B8 | int8 |FFCD96| 00 | 0 | "super3" sound probability (never) }}
{{OBDtr| 0x2B9 | int8 |FFCD96| 00 | 0 | "super4" sound probability (never) }}
{{OBDtr| 0x2BA | int16 |C8C864| 00 00 | 0 | probably a blank filler (always the same) }}
{{OBDtr2|0x2BC | char[32] |0096C8| c17_99_28konoko | "taunt" sound (reference to 08108-c17_99_28konoko.[[OBD:OSBD|amb.OSBD]] of level 0) }}
{{OBDtr2|0x2DC | char[32] |0096C8| unused | "alert" sound }}
{{OBDtr2|0x2FC | char[32] |0096C8| unused | "startle" sound }}
{{OBDtr2|0x31C | char[32] |0096C8| unused | "checkbody" sound }}
{{OBDtr2|0x33C | char[32] |0096C8| unused | "pursue" sound }}
{{OBDtr2|0x35C | char[32] |0096C8| unused | "cower" sound }}
{{OBDtr2|0x37C | char[32] |0096C8| c18_79_14konoko | "superpunch" sound (reference to 08110-c17_99_28konoko.[[OBD:OSBD|amb.OSBD]] of level 0) }}
{{OBDtr2|0x39C | char[32] |0096C8| c18_79_15konoko | "superkick" sound (reference to 08112-c17_99_28konoko.[[OBD:OSBD|amb.OSBD]] of level 0) }}
{{OBDtr2|0x3BC | char[32] |0096C8| unused | "super3" sound (only the superninja uses this slot) }}
{{OBDtr2|0x3DC | char[32] |0096C8| unused | "super4" sound (never used in Oni) }}
{{OBDtr| 0x3FC | float |FF80C0| 00 80 ED 43 | 475.000000 | central vision field range; you can make it visible with the script command *ai2_showvision <nowiki>=</nowiki>1* }}
{{OBDtr| 0x400 | float |FF80C0| 00 00 16 43 | 150.000000 | peripheral vision field range; you can make it visible with the script command *ai2_showvision <nowiki>=</nowiki> 1* }}
{{OBDtr| 0x404 | float |FF80C0| 7D 1B 44 3F | 0.766044 | horizontal angle between two couples of "eye-rays" (one couple is left, one if right eye); works for both vision fields }}
{{OBDtr| 0x408 | float |FF80C0| F3 B3 51 3F | 0.819152 | vision field curve for central vision field; vision field looks like something between cone and cylinder; this value affect central angle of that; the higher this value is, the more is this field wrapped in order to achieve shaper angle; when set lower, vision field unwraps totally and it looks like radar antenna, attached to a character by two couples of straight strings(one couple left, one right) }}
{{OBDtr| 0x40C | float |FF80C0| E8 D5 12 3F | 0.573576 | vertical angle between eye-rays in one couple; this is for central vision field }}
{{OBDtr| 0x410 | float |FF80C0| D5 D0 31 3E | 0.173648 | vision field curve for peripheral vision field }}
{{OBDtr| 0x414 | float |FF80C0| 6B 61 D8 BE | 0.422618 | vertical angle between eye-rays in one couple; this is for peripheral vision field }}
{{OBDtr| 0x418 | int32 |D0C0AF| B4 00 00 00 | 180 | hostilethreat definite timer; how long will AI know exactly where its enemy is even if it can't see him with central vision-field; AI attacks him; can be checked by *ai2_report_verbose* command (this command causes random crashes, beware) }}
{{OBDtr| 0x41C | int32 |D0C0AF| 84 03 00 00 | 900 | hostilethreat strong timer; how long will AI remain in strong feeling that there is the enemy, but will not attack him but investigate; can be checked by *ai2_report_verbose* command }}
{{OBDtr| 0x420 | int32 |D0C0AF| 10 0E 00 00 | 3600 | hostilethreat weak timer; how long will AI remain in weak feeling of an enemy, just looking around aimlessly (Glance pursue mode); can be checked by *ai2_report_verbose* command }}
{{OBDtr| 0x424 | int32 |D0C0AF| 10 0E 00 00 | 3600 | friendlythreat definite timer; how long will AI know exactly where its ally (Syndicate saw Syndicate for example) is even if it can't see him with central vision-field; AI simply knows there is someone else nearby; maybe has further possibilities; can be checked by *ai2_report_verbose* command (this command causes random crashes, beware) }}
{{OBDtr| 0x428 | int32 |D0C0AF| 50 46 00 00 | 18000 | friendlythreat strong timer; how long will AI remain in strong feeling that there is someone else, but will not try to find him or look at him; can be checked by *ai2_report_verbose* command }}
{{OBDtr| 0x42C | int32 |D0C0AF| A0 8C 00 00 | 36000 | friendlythreat weak timer; how long will AI remain in weak feeling of ally, doing its usual job; can be checked by *ai2_report_verbose* command }}
{{OBDtr| 0x430 | float |EEDDFF| 00 00 80 3F | 1.000000 | earshot radius; defines size of the sound-collision sphere around AI }}
{{OBDtr| 0x434 | link |C5FF8A| 01 FB 03 00 | 1019 | link to 01019-konoko.[[OBD:ONCV|ONCV]]; defines variants and upgrades }}
{{OBDtr| 0x438 | link |C5FF8A| 01 F9 03 00 | 1017 | link to [[OBD:ONCP|01017-.ONCP]]; lists the particles available for this character (trails, flashes, etc) }}
{{OBDtr| 0x43C | link |C5FF8A| 01 FA 03 00 | 1018 | link to [[OBD:ONIA|01018-.ONIA]]; lists the special impact sounds (used for special combat moves) }}
{{OBDtr| 0x440 | int8 |C5FF8A| 00 | unused | runtime only }}
{{OBDtr| 0x441 | int8 |C5FF8A| 00 | unused | padding }}
{{OBDtr| 0x442 | int16 |C5FF8A| 00 00 | unused | runtime only }}
{{OBDtr2|0x444 | char[16] |C0C0C0| Light | modifier; either hardcoded or defunct (only visible in pm_mod_type.WMM_, level 0)
edit: WMDD says: Effects found for Impact x on Material y with Modifier: pm_mod_types }}
{{OBDtrBK|1=First of 15 impact elements. }}
{{OBDtr2|0x454 | char[128] |FF0080| Footstep_Walk | walk impact (reference to 04124-Footstep_Walk.[[OBD:Impt|Impt]] of level 0); always the same; without the impacts you can't hear the steps of a character }}
{{OBDtr| 0x4D4 | int16 |FF0080| FF FF | -1 | set at runtime to the value stored at 0x08 in [[OBD:Impt|Impt]] }}
|}

[[image:oncc_e.gif]]

{{Table}}
{{OBDth}}
{{OBDtr| 0xBF2 | int16 |FFFFA6| 00 00 | 0 | unknown; always the same; maybe only a filler }}
{{OBDtr2|0xBF4 | char[64] |71FFB8| unused | special death particle; only the mad bomber use it }}
{{OBDtr| 0xC34 | link |0000BF| 00 00 00 00 | unused | runtime only }}
{{OBDtr| 0xC38 | link |0000BF| 00 00 00 00 | unused | runtime only }}
{{OBDtr| 0xC3C | link |0000BF| 01 E6 03 00 | 998 | link to [[OBD:TRBS|00998-konoko_body_high.TRBS]] }}
{{OBDtr| 0xC40 | link |0000BF| 01 E7 03 00 | 999 | link to [[OBD:TRMA|00999-konoko002_high_texture_generic.TRMA]] }}
{{OBDtr| 0xC44 | link |0000BF| 01 E8 03 00 | 1000 | link to [[OBD:CBPM|01000-.CBPM]] }}
{{OBDtr| 0xC48 | link |0000BF| 01 EC 03 00 | 1004 | link to [[OBD:CBPI|01004-.CBPI]] }}
{{OBDtr| 0xC4C | int32 |804040| 2C 01 00 00 | 300 | fight mode timer in 1/60 seconds }}
{{OBDtr| 0xC50 | int32 |804040| 30 75 00 00 | 30000 | first idle animation timer in 1/60 seconds }}
{{OBDtr| 0xC54 | int32 |804040| 30 75 00 00 | 30000 | second idle animation timer in 1/60 seconds }}
{{OBDtr| 0xC58 | int32 |804040| C8 00 00 00 | 200 | basic health of the character model; extra health information for every unique character are stored in the [[OBD:BINA/OBJC/CHAR|Character.BINA]] file}}
{{OBDtr| 0xC5C | int32 |804040| 48 00 00 00 | 72 | unknown, maybe coefficient of taken damage concerning the player's health bar (higher value means less damage); always the same }}
{{OBDtr| 0xC60 | float |FF22FF| 00 00 80 3F | 1.000000 | minimal body size factor }}
{{OBDtr| 0xC64 | float |FF22FF| 00 00 80 3F | 1.000000 | maximal body size factor }}
{{OBDtrBK| the following 7 float values corespond to damage types (see the [[OBD:BINA/PAR3|PAR3]] page for the 7 possible types of damage) }}
{{OBDtr| 0xC68 | float |FF22FF| 00 00 00 00 | 0.000000 | unknown; always the same }}
{{OBDtr| 0xC6C | float |FF22FF| 00 00 00 00 | 0.000000 | unknown; always the same }}
{{OBDtr| 0xC70 | float |FF22FF| 00 00 00 3F | 0.500000 | stun timer; specifies how long should be this char stunned when hit with w6_vdg; the longest time possible to be stunned is when this byte is zero. Then this ONCC is stunned for 200 frames (30 frames for initial stagger + the rest of the frames is stun animation). The shortest time is for 1.000000 (no stagger/stun at all) }}
{{OBDtr| 0xC74 | float |FF22FF| 00 00 80 3E | 0.250000 | unknown }}
{{OBDtr| 0xC78 | float |FF22FF| 00 00 00 00 | 0.000000 | unknown; always the same }}
{{OBDtr| 0xC7C | float |FF22FF| 00 00 00 00 | 0.000000 | unknown; always the same }}
{{OBDtr| 0xC80 | float |FF22FF| 00 00 00 00 | 0.000000 | unknown; always the same }}
{{OBDtr| 0xC84 | float |FF22FF| 00 00 00 3F | 0.500000 | unknown }}
{{OBDtr| 0xC88 | link |808080| 01 F6 03 00 | 1014 | link to 01014-konoko_animations.[[OBD:TRAC|TRAC]] }}
{{OBDtr| 0xC8C | link |808080| 01 F6 03 00 | 1015 | link to 01015-konoko_screens.[[OBD:TRSC|TRSC]] }}
{{OBDtr| 0xC90 | int16 |FFAA82| 1E 00 | 30 | unknown; always the same }}
{{OBDtr| 0xC92 | int16 |FFAA82| 00 00 | 0 | time between death and deletion, in frames (about 3 seconds for mad bomber) }}
{{OBDtr| 0xC94 | bitset |00D900| 00 | 0 | TRSC bitset; see below }}
{{OBDtr| 0xC95 | int8 |00D900| 01 | 1 | when set to 1 indicates that character has daodan powers (character does more damage in overpower mode)}}
{{OBDtr| 0xC96 | int8 |00D900| 00 | 0 | when set to 1 indicates that character has supershield
* is visible as red shield when overpowered
* needs daodan flag above and 51% overpower to be enabled; chenille cheat works too
* now it prevents damage from weapon fire and melee (exception are throws)
* received (melee) hits cause not blue block flashes but orange flares (see [http://paradox.oni2.net/Bilder/blocked_attacks_on_51percent_overpower_plus_daodan-flag_plus_supershield.png HERE])
}}
{{OBDtr| 0xC97 | int8 |00D900| 00 | 0 | when set to 1, generically turns on '''canttouchthis''' cheat for this ONCC (used by MutantMuro.ONCC }}
{{OBDtr| 0xC98 | char[8] |CACAFF| AD DE | dead | unused }}
|}

;TRSC bitset
:determines whether character is left-hander or right-hander (weapon is attached to left or right fist bone) Must be consistent with TRSC or glitches appear. Possibilities are:
:NONE - Character is right-hander with both pistols and rifles
:0x01 - Character is left-hander with both pistols and rifles
:0x02 - Character is left-hander with pistols but "right-hander" with rifles (however, animations for rifles are treated as left-handed)
{{OBD_File_Footer | type=ONCC | prev=OFGA | next=ONCP | name=Oni Character Class | family=Character}}

OBD:ONCC

2008-08-29T13:27:00Z

Demos kratos:

{{OBD_File_Header | type=ONCC | prev=OFGA | next=ONCP | name=Oni Character Class | family=Character | align=center}}

[[image:oncc_a.gif]]

{{Table}}
{{OBDth}}
{{OBDtr| 0x000 | res_id |FF0000| 01 DF 03 00 | 991 | 00991-konoko_generic.ONCC }}
{{OBDtr| 0x004 | lev_id |FFFF00| 01 00 00 06 | 0 | level 3 }}
{{OBDtr| 0x008 | float |00FF00| CD CC 0C 3F | 0.550000 | downwards velocity? (unknown, always 0.55) }}
{{OBDtr| 0x00C | float |00FF00| 8F C2 75 3D | 0.060000 | downward gravity acceleration }}
{{OBDtr| 0x010 | float |00FF00| CD CC 8C 3F | 1.100000 | starting velocity for a simple (tap) JUMP }}
{{OBDtr| 0x014 | float |00FF00| 00 00 80 C0 | -4.000000 | limit velocity for jumping and gravity flight }}
{{OBDtr| 0x018 | float |00FF00| 8F C2 F5 3C | 0.030000 | upward acceleration (jetpack) if you hold JUMP }}
{{OBDtr| 0x01C | int16 |00FFFF| 07 00 | 7 | gravity timer? (unknown, always 7) }}
{{OBDtr| 0x01E | int16 |00FFFF| 14 00 | 20 | jetpack timer; time during which you can use the jetpack }}
{{OBDtr| 0x020 | float |FF00FF| 00 00 34 42 | 45.000000 | maximal falling height without damage }}
{{OBDtr| 0x024 | float |FF00FF| 00 00 07 43 | 135.000000 | maximal falling height with damage }}
|}

;Units:times are in frames
:heights are in world units
:velocities are in world units per frames
:accelerations are in world units per frames squared
;Downwards velocity: could correspond to the steady push experienced when neither jumping nor falling
:would be roughly equivalent to the starting velocity of a fall
:although the value .55 seems right, the "sinking" seems to be hardcoded now
;Gravity timer:Seems to be hardcoded now (could be the time until gravity switches on)
;Jetpack timer:You can press JUMP multiple times during the time window (quite fun!)
;Falling height: let FH1 be the height at 0x20
:let FH2 be the height at 0x24
:let BH be the base health of the character
:let FH be the actual falling height
:then, if FH > FH2, the character is killed
:if FH < FH1, the character takes no damage
:if FH1 < FH < FH2, the character takes damage (FH - FH1) / (FH2 - FH1) * BH

{{Table}}
{{OBDth}}
{{OBDtr| 0x028 | link |FF8000| 01 F8 03 00 | 1016 | link to 01016-shadow1.[[OBD:TXMP|TXMP]] }}
{{OBDtr| 0x02C | float |FF8000| 00 00 40 41 | 12.000000 | height where the shadow fades out completely }}
{{OBDtr| 0x030 | float |FF8000| 00 00 00 41 | 8.000000 | height where the diameter of the shadow decreases and the shadow fades out half }}
{{OBDtr| 0x034 | float |FF8000| 00 00 C0 40 | 6.000000 | height where the diameter of the shadow decreases }}
{{OBDtr| 0x038 | float |FF8000| 00 00 90 40 | 4.500000 | height where the diameter of the shadow decreases }}
{{OBDtr| 0x03C | float |FF8000| 00 00 40 40 | 3.000000 | height where the diameter of the shadow decreases }}
{{OBDtr| 0x040 | int16 |FF8000| 30 00 | 48 | transparency of the shadow for the first part of a jump }}
{{OBDtr| 0x042 | int16 |FF8000| 30 00 | 48 | transparency of the shadow for the second part of a jump }}
{{OBDtr| 0x044 | float |FF0080| 00 00 C8 41 | 25.000000 | unknown; always the same }}
{{OBDtr| 0x048 | int8 |FFC8C8| 16 | 22 | unknown }}
{{OBDtr| 0x049 | int8 |FFC8C8| 06 | 6 | unknown; always the same }}
{{OBDtr| 0x04A | char[2] |FFC8C8| AD DE | dead | unused; always the same }}
{{OBDtr| 0x04C | float |FFFFC8| 00 00 20 42 | 40.000000 | unknown; always the same }}
{{OBDtr| 0x050 | float |FFFFC8| 00 00 96 43 | 300.000000 | unknown; always the same }}
{{OBDtr| 0x054 | float |FFFFC8| 35 FA 8E 3C | 0.017453 | unknown; always the same }}
{{OBDtr| 0x058 | float |FFFFC8| DB 0F C9 3F | 1.570796 | unknown; always the same (1.57 <nowiki>=</nowiki> pi/2) }}
{{OBDtr| 0x05C | float |FFFFC8| 00 00 A0 40 | 5.000000 | unknown; always the same }}
{{OBDtr| 0x060 | float |FFFFC8| 00 00 80 3F | 1.000000 | unknown; always the same }}
{{OBDtr| 0x064 | int16 |C8FFC8| 06 00 | 6 | (inverse) hypo regeneration rate in frames per hitpoint }}
{{OBDtr| 0x066 | char[2] |C8FFC8| AD DE | dead | unused }}
{{OBDtr| 0x068 | float |C8FFFF| 00 10 3D 48 |193600.000000| unknown; always the same }}
{{OBDtr| 0x06C | float |C8FFFF| 00 10 3D 47 | 48400.000000| unknown; always the same }}
{{OBDtr| 0x070 | float |C8FFFF| 00 10 3D 46 | 12100.000000| unknown; always the same }}
{{OBDtr| 0x074 | float |C8FFFF| 00 00 00 00 | 0.000000 | unknown; always the same }}
{{OBDtr| 0x078 | float |C8FFFF| 00 00 00 00 | 0.000000 | unknown; always the same }}
|}

;Hurt sound paramters

{{Table}}
{{OBDth}}
{{OBDtr| 0x07C | int16 |FFC8FF| 23 00 | 35 | unknown; always the same }}
{{OBDtr| 0x07E | int16 |FFC8FF| 5A 00 | 90 | unknown; always the same }}
{{OBDtr| 0x080 | int16 |FFC8FF| 0F 00 | 15 | unknown; always the same }}
{{OBDtr| 0x082 | int16 |FFC8FF| 78 00 | 120 | unknown; always the same }}
{{OBDtr| 0x084 | int16 |FFC8FF| 23 00 | 35 | unknown; always the same }}
{{OBDtr| 0x086 | int16 |FFC8FF| 01 00 | 1 | unknown; always the same }}
{{OBDtr| 0x088 | int16 |FFC8FF| 02 00 | 2 | unknown; always the same }}
{{OBDtr| 0x08A | int16 |FFC8FF| 64 00 | 100 | unknown; always the same }}
{{OBDtr| 0x08C | int16 |FFC8FF| 0A 00 | 10 | unknown; always the same }}
{{OBDtr| 0x08E | int16 |FFC8FF| 0C 00 | 12 | unknown; always the same }}
{{OBDtr| 0x090 | int16 |FFC8FF| 16 00 | 22 | unknown; always the same }}
{{OBDtr| 0x092 | int8 |FFC800| 00 | 0 | used at runtime only: if one sound pointers have been set }}
{{OBDtr| 0x093 | char[1] |C800C8| DE | dead | unused; always the same }}
{{OBDtr| 0x094 | float |C87C64| 00 00 00 3F | 0.500000 | unknown; always the same (sound volume?) }}
{{OBDtr2|0x098 | char[32] |B0C3D4| konoko_hurt_light | hurt light sound (reference to 08121-konoko_hurt_light.[[OBD:OSBD|imp.OSBD]] of level 0) }}
{{OBDtr2|0x0B8 | char[32] |B0C3D4| konoko_hurt_medium | hurt medium sound (reference to 08123-konoko_hurt_medium.[[OBD:OSBD|imp.OSBD]] of level 0) }}
{{OBDtr2|0x0D8 | char[32] |B0C3D4| konoko_hurt_heavy | hurt heavy sound (reference to 08119-konoko_hurt_heavy.[[OBD:OSBD|imp.OSBD]] of level 0) }}
{{OBDtr2|0x0F8 | char[32] |B0C3D4| konoko_death | death sound (reference to 08115-konoko_death.[[OBD:OSBD|imp.OSBD]] of level 0) }}
{{OBDtr| 0x118 | int32 |E7CEA5| 00 00 00 00 | 0 | runtime only: pointer to hurt light sound }}
{{OBDtr| 0x11C | int32 |E7CEA5| 00 00 00 00 | 0 | runtime only: pointer to hurt medium sound }}
{{OBDtr| 0x120 | int32 |E7CEA5| 00 00 00 00 | 0 | runtime only: pointer to hurt heavy sound }}
{{OBDtr| 0x124 | int32 |E7CEA5| 00 00 00 00 | 0 | runtime only: pointer to death sound }}
|}

{{Table}}
{{OBDth}}
{{OBDtr| 0x128 | bitsets |E7CEA5| 17 00 00 00 | 23 | general AI option bitset collection ; see below }}
{{OBDtr| 0x12C | float |FFDDDD| 00 00 80 3F | 1.000000 | AI rotation speed factor }}
{{OBDtr| 0x130 | int16 |64AAAA| 06 00 | 6 | minimal fallen time; number of frames for which AI remains in *fallen* position when it is knockdowned }}
{{OBDtr| 0x132 | int16 |64AAAA| 18 00 | 24 | maximal fallen time; number of frames for which AI remains in *fallen* position when it is knockdowned }}
{{OBDtr| 0x134 | int16 |EBEBEB| 0F 00 | 15 | minimal realize firingspread time; (???number of frames???time in miliseconds???) after which AI realizes that it is in the firing spread (and it starts dodging) }}
{{OBDtr| 0x136 | int16 |EBEBEB| 00 00 | 0 | maximal realize firingspread time; (???number of frames???time in miliseconds???) }}
|}

;AI rotation speed factor
:reference rotation speed is about 1 turn (360�) per second
:the setting is only effective if the AI is in control
:so it's a bit like the AI's mouse sensitivity :)

;General AI options bitset
:allows or disables some parts of the AI behavior, incomplete so far...
*NONE - startle anim is enabled, rest is disabled
*0x01 - startle anim disabled
*0x02 - firingspread/projectile dodge enabled for melee
*0x04 - requires 0x02; firingspread/projectile dodge enabled for weapons; AI tries to face shooter and shoot back while dodging
*0x08 - requires 0x02, overrides 0x04 if both are set; firingspread/projectile dodge enabled for weapons; AI isn't shooting, it just tends to run away, not facing shooter
*0x10 - unknown

{{Table}}
{{OBDth}}
{{OBDtr| 0x138 | float |8C8CCC| 00 00 80 3F | 1.000000 | minimal firingspread dodge amount; IMO similar to maneouvre variable, it tells AI how long it should perform dodging/hiding in response to some time spent inside firing spread (so setting this very high means that once enemy starts dodging/hiding, he will perform it even after firing spread disappears) }}
{{OBDtr| 0x13C | float |8C8CCC| 00 00 80 3F | 1.000000 | maximal firingspread dodge amount; IMO similar to maneouvre variable }}
{{OBDtr| 0x140 | float |8C8CCC| 00 00 00 3F | 0.500000 | unknown; always the same }}
{{OBDtr| 0x144 | float |8C8CCC| 00 00 C8 41 | 25.000000 | unknown; always the same }}
{{OBDtr| 0x148 | float |8C8CCC| 00 00 80 3F | 1.000000 | unknown }}
{{OBDtr| 0x14C | int32 |FF00C8| 00 00 00 00 | 0 | unknown }}
{{OBDtr| 0x150 | int32 |FF00C8| 05 00 00 00 | 5 | unknown }}
{{OBDtr| 0x154 | int32 |FF00C8| 0F 00 00 00 | 15 | unknown }}
{{OBDtr| 0x158 | int32 |FF00C8| 3C 00 00 00 | 60 | unknown }}
{{OBDtrBK|1=First of 13 elements (grey outline) }}
{{OBDtr| 0x15C | float |F0F096| 00 00 00 00 | 0.000000 | recoil compensation amount (0.0 <nowiki>= min, 1.0 =</nowiki> max) }}
{{OBDtr| 0x160 | float |F0F096| 00 00 00 00 | 0.000000 | best aiming angle in radians }}
{{OBDtr| 0x164 | float |F0F096| 00 00 00 00 | 0.000000 | shot grouping error }}
{{OBDtr| 0x168 | float |F0F096| 00 00 80 3F | 1.000000 | shot grouping decay }}
{{OBDtr| 0x16C | float |F0F096| 00 00 80 3F | 1.000000 | shooting inaccuracy multiplier }}
{{OBDtr| 0x170 | int16 |00C864| 00 00 | 0 | minimum delay between shots in frames }}
{{OBDtr| 0x172 | int16 |00C864| 00 00 | 0 | maximum delay between shots in frames }}
|}

;SHOOTING SKILLS
These can be reviewed with e.g. '''ai2_skill_select konoko_generic w1_tap''' and then either '''ai2_skill_show''' (prints to console) or '''ai2_skill_save''' (prints to file)
;Fields
:recoil compensation amount, between 0 and 1 (float)
:best aiming angle, in radians (float)
:shot grouping error (float)
:shot grouping decay (float)
:shooting inaccuracy multiplier (float)
:minimum delay between shots, in frames (short)
:maximum delay between shots, in frames (short)
The first weapon (weapon 0) is not in the game anymore, whatever that was. Muro's thunderbolt is handled as animation-bound particles, although it used to be handled as a weapon (same for Mukade's ball, except '''w10_sni''' is still available) ('''w12_ba2''' and '''w11_ba1''' are a bit mixed up : the beam is made of '''w12_ba2''' particles, and the grenade is a '''w11_ba1''' particle...)

See screenshot for the raw hex (example is '''konoko_generic''' from '''level3_Final''')
{{Table|width=""|align="left"}}
|-BGCOLOR="#E9E9E9" ALIGN=CENTER
!Weapon ||Offset ||recoil||bestangle||error||decay||inaccuracy||delays
|-ALIGN=CENTER
|'''w0_sec''' ||0x15C/0x173|| 0.0 || 0.000000|| 0.00|| 1.0 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w1_tap''' ||0x174/0x18B|| 0.0 || 0.000000|| 0.40|| 0.4 || 0.0 || 30 - 45
|-ALIGN=CENTER
|'''w2_sap''' ||0x18C/0x193|| 0.3 || 0.013962|| 0.13|| 1.0 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w3_phr''' ||0x194/0x20B|| 0.3 || 0.010472|| 0.05|| 0.5 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w4_psm''' ||0x20C/0x213|| 0.3 || 0.015707|| 0.03|| 0.2 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w5_sbg''' ||0x214/0x22B|| 0.3 || 0.001745|| 0.00|| 0.1 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w6_vdg''' ||0x22C/0x233|| 0.3 || 0.001745|| 0.13|| 0.9 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w7_scc''' ||0x234/0x24B|| 0.3 || 0.001745|| 0.05|| 0.1 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w8_mbo''' ||0x24C/0x253|| 0.3 || 0.005236|| 0.01|| 0.5 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w9_scr''' ||0x254/0x26B|| 0.3 || 0.010472|| 0.04|| 0.5 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w10_sni'''||0x26C/0x273|| 0.0 || 0.000000|| 0.00|| 1.0 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w11_ba1'''||0x274/0x28B|| 0.0 || 0.000000|| 0.00|| 1.0 || 1.0 || 0 - 0
|-ALIGN=CENTER
|'''w12_ba2'''||0x28B/0x293|| 0.0 || 0.000000|| 0.00|| 1.0 || 1.0 || 0 - 0
|}
 

[[image:oncc_m.gif]]

{{Table}}
{{OBDth}}
{{OBDtr| 0x294 | int32 |00C8FF| 5A 00 00 00 | 90 | unknown; always the same }}
{{OBDtr| 0x298 | int32 |00C8FF| F0 00 00 00 | 240 | unknown; always the same }}
{{OBDtr| 0x29C | int32 |00C8FF| B4 00 00 00 | 180 | unknown; always the same }}
{{OBDtr| 0x2A0 | int32 |00C8FF| 28 00 00 00 | 40 | taunt chance (40%) }}
{{OBDtr| 0x2A4 | int32 |00C8FF| 37 00 00 00 | 55 | go for gun chance (55%); determines possibility that AI will run to some weapon and take it; can be checked in devmode by *debug_gun_behavior* command }}
{{OBDtr| 0x2A8 | int32 |00C8FF| 3C 00 00 00 | 60 | running pickup chance (60%); this value is possibility of AI running weapon pickup (acrobatics, slides) instead of normal "stop->pickup";this is calculated AFTER engine decides that AI should run for weapon }}
{{OBDtr| 0x2AC | int16 |C80040| 00 00 | 0 | combat profile ID; for example *0D* is for Mutant Muro }}
{{OBDtr| 0x2AE | int16 |C80040| 16 00 | 22 | melee profile ID }}
{{OBDtr| 0x2B0 | int8 |FFCD96| 64 | 100 | "taunt" sound probability (always) }}
{{OBDtr| 0x2B1 | int8 |FFCD96| 00 | 0 | "alert" sound probability (never) }}
{{OBDtr| 0x2B2 | int8 |FFCD96| 00 | 0 | "startle" sound probability (never) }}
{{OBDtr| 0x2B3 | int8 |FFCD96| 00 | 0 | "checkbody" sound probability (never) }}
{{OBDtr| 0x2B4 | int8 |FFCD96| 00 | 0 | "pursue" sound probability (never) }}
{{OBDtr| 0x2B5 | int8 |FFCD96| 00 | 0 | "cower" sound probability (never) }}
{{OBDtr| 0x2B6 | int8 |FFCD96| 64 | 100 | "superpunch" probability (always) }}
{{OBDtr| 0x2B7 | int8 |FFCD96| 64 | 100 | "superkick" probability (always) }}
{{OBDtr| 0x2B8 | int8 |FFCD96| 00 | 0 | "super3" sound probability (never) }}
{{OBDtr| 0x2B9 | int8 |FFCD96| 00 | 0 | "super4" sound probability (never) }}
{{OBDtr| 0x2BA | int16 |C8C864| 00 00 | 0 | probably a blank filler (always the same) }}
{{OBDtr2|0x2BC | char[32] |0096C8| c17_99_28konoko | "taunt" sound (reference to 08108-c17_99_28konoko.[[OBD:OSBD|amb.OSBD]] of level 0) }}
{{OBDtr2|0x2DC | char[32] |0096C8| unused | "alert" sound }}
{{OBDtr2|0x2FC | char[32] |0096C8| unused | "startle" sound }}
{{OBDtr2|0x31C | char[32] |0096C8| unused | "checkbody" sound }}
{{OBDtr2|0x33C | char[32] |0096C8| unused | "pursue" sound }}
{{OBDtr2|0x35C | char[32] |0096C8| unused | "cower" sound }}
{{OBDtr2|0x37C | char[32] |0096C8| c18_79_14konoko | "superpunch" sound (reference to 08110-c17_99_28konoko.[[OBD:OSBD|amb.OSBD]] of level 0) }}
{{OBDtr2|0x39C | char[32] |0096C8| c18_79_15konoko | "superkick" sound (reference to 08112-c17_99_28konoko.[[OBD:OSBD|amb.OSBD]] of level 0) }}
{{OBDtr2|0x3BC | char[32] |0096C8| unused | "super3" sound (only the superninja uses this slot) }}
{{OBDtr2|0x3DC | char[32] |0096C8| unused | "super4" sound (never used in Oni) }}
{{OBDtr| 0x3FC | float |FF80C0| 00 80 ED 43 | 475.000000 | central vision field range; you can make it visible with the script command *ai2_showvision <nowiki>=</nowiki>1* }}
{{OBDtr| 0x400 | float |FF80C0| 00 00 16 43 | 150.000000 | peripheral vision field range; you can make it visible with the script command *ai2_showvision <nowiki>=</nowiki> 1* }}
{{OBDtr| 0x404 | float |FF80C0| 7D 1B 44 3F | 0.766044 | horizontal angle between two couples of "eye-rays" (one couple is left, one if right eye); works for both vision fields }}
{{OBDtr| 0x408 | float |FF80C0| F3 B3 51 3F | 0.819152 | vision field curve for central vision field; vision field looks like something between cone and cylinder; this value affect central angle of that; the higher this value is, the more is this field wrapped in order to achieve shaper angle; when set lower, vision field unwraps totally and it looks like radar antenna, attached to a character by two couples of straight strings(one couple left, one right) }}
{{OBDtr| 0x40C | float |FF80C0| E8 D5 12 3F | 0.573576 | vertical angle between eye-rays in one couple; this is for central vision field }}
{{OBDtr| 0x410 | float |FF80C0| D5 D0 31 3E | 0.173648 | vision field curve for peripheral vision field }}
{{OBDtr| 0x414 | float |FF80C0| 6B 61 D8 BE | 0.422618 | vertical angle between eye-rays in one couple; this is for peripheral vision field }}
{{OBDtr| 0x418 | int32 |D0C0AF| B4 00 00 00 | 180 | hostilethreat definite timer; how long will AI know exactly where its enemy is even if it can't see him with central vision-field; AI attacks him; can be checked by *ai2_report_verbose* command (this command causes random crashes, beware) }}
{{OBDtr| 0x41C | int32 |D0C0AF| 84 03 00 00 | 900 | hostilethreat strong timer; how long will AI remain in strong feeling that there is the enemy, but will not attack him but investigate; can be checked by *ai2_report_verbose* command }}
{{OBDtr| 0x420 | int32 |D0C0AF| 10 0E 00 00 | 3600 | hostilethreat weak timer; how long will AI remain in weak feeling of an enemy, just looking around aimlessly (Glance pursue mode); can be checked by *ai2_report_verbose* command }}
{{OBDtr| 0x424 | int32 |D0C0AF| 10 0E 00 00 | 3600 | friendlythreat definite timer; how long will AI know exactly where its ally (Syndicate saw Syndicate for example) is even if it can't see him with central vision-field; AI simply knows there is someone else nearby; maybe has further possibilities; can be checked by *ai2_report_verbose* command (this command causes random crashes, beware) }}
{{OBDtr| 0x428 | int32 |D0C0AF| 50 46 00 00 | 18000 | friendlythreat strong timer; how long will AI remain in strong feeling that there is someone else, but will not try to find him or look at him; can be checked by *ai2_report_verbose* command }}
{{OBDtr| 0x42C | int32 |D0C0AF| A0 8C 00 00 | 36000 | friendlythreat weak timer; how long will AI remain in weak feeling of ally, doing its usual job; can be checked by *ai2_report_verbose* command }}
{{OBDtr| 0x430 | float |EEDDFF| 00 00 80 3F | 1.000000 | earshot radius; defines size of the sound-collision sphere around AI }}
{{OBDtr| 0x434 | link |C5FF8A| 01 FB 03 00 | 1019 | link to 01019-konoko.[[OBD:ONCV|ONCV]]; defines variants and upgrades }}
{{OBDtr| 0x438 | link |C5FF8A| 01 F9 03 00 | 1017 | link to [[OBD:ONCP|01017-.ONCP]]; lists the particles available for this character (trails, flashes, etc) }}
{{OBDtr| 0x43C | link |C5FF8A| 01 FA 03 00 | 1018 | link to [[OBD:ONIA|01018-.ONIA]]; lists the special impact sounds (used for special combat moves) }}
{{OBDtr| 0x440 | int8 |C5FF8A| 00 | unused | runtime only }}
{{OBDtr| 0x441 | int8 |C5FF8A| 00 | unused | padding }}
{{OBDtr| 0x442 | int16 |C5FF8A| 00 00 | unused | runtime only }}
{{OBDtr2|0x444 | char[16] |C0C0C0| Light | modifier; either hardcoded or defunct (only visible in pm_mod_type.WMM_, level 0)
edit: WMDD says: Effects found for Impact x on Material y with Modifier: pm_mod_types }}
{{OBDtrBK|1=First of 15 impact elements. }}
{{OBDtr2|0x454 | char[128] |FF0080| Footstep_Walk | walk impact (reference to 04124-Footstep_Walk.[[OBD:Impt|Impt]] of level 0); always the same; without the impacts you can't hear the steps of a character }}
{{OBDtr| 0x4D4 | int16 |FF0080| FF FF | -1 | set at runtime to the value stored at 0x08 in [[OBD:Impt|Impt]] }}
|}

[[image:oncc_e.gif]]

{{Table}}
{{OBDth}}
{{OBDtr| 0xBF2 | int16 |FFFFA6| 00 00 | 0 | unknown; always the same; maybe only a filler }}
{{OBDtr2|0xBF4 | char[64] |71FFB8| unused | special death particle; only the mad bomber use it }}
{{OBDtr| 0xC34 | link |0000BF| 00 00 00 00 | unused | runtime only }}
{{OBDtr| 0xC38 | link |0000BF| 00 00 00 00 | unused | runtime only }}
{{OBDtr| 0xC3C | link |0000BF| 01 E6 03 00 | 998 | link to [[OBD:TRBS|00998-konoko_body_high.TRBS]] }}
{{OBDtr| 0xC40 | link |0000BF| 01 E7 03 00 | 999 | link to [[OBD:TRMA|00999-konoko002_high_texture_generic.TRMA]] }}
{{OBDtr| 0xC44 | link |0000BF| 01 E8 03 00 | 1000 | link to [[OBD:CBPM|01000-.CBPM]] }}
{{OBDtr| 0xC48 | link |0000BF| 01 EC 03 00 | 1004 | link to [[OBD:CBPI|01004-.CBPI]] }}
{{OBDtr| 0xC4C | int32 |804040| 2C 01 00 00 | 300 | fight mode timer in 1/60 seconds }}
{{OBDtr| 0xC50 | int32 |804040| 30 75 00 00 | 30000 | first idle animation timer in 1/60 seconds }}
{{OBDtr| 0xC54 | int32 |804040| 30 75 00 00 | 30000 | second idle animation timer in 1/60 seconds }}
{{OBDtr| 0xC58 | int32 |804040| C8 00 00 00 | 200 | basic health of the character model; extra health information for every unique character are stored in the [[OBD:BINA/OBJC/CHAR|Character.BINA]] file}}
{{OBDtr| 0xC5C | int32 |804040| 48 00 00 00 | 72 | unknown, maybe coefficient of taken damage concerning the player's health bar (higher value means less damage, takes effect only if this class is deafult class of level; always the same }}
{{OBDtr| 0xC60 | float |FF22FF| 00 00 80 3F | 1.000000 | minimal body size factor }}
{{OBDtr| 0xC64 | float |FF22FF| 00 00 80 3F | 1.000000 | maximal body size factor }}
{{OBDtrBK| the following 7 float values corespond to damage types (see the [[OBD:BINA/PAR3|PAR3]] page for the 7 possible types of damage) }}
{{OBDtr| 0xC68 | float |FF22FF| 00 00 00 00 | 0.000000 | unknown; always the same }}
{{OBDtr| 0xC6C | float |FF22FF| 00 00 00 00 | 0.000000 | unknown; always the same }}
{{OBDtr| 0xC70 | float |FF22FF| 00 00 00 3F | 0.500000 | stun timer; specifies how long should be this char stunned when hit with w6_vdg; the longest time possible to be stunned is when this byte is zero. Then this ONCC is stunned for 200 frames (30 frames for initial stagger + the rest of the frames is stun animation). The shortest time is for 1.000000 (no stagger/stun at all) }}
{{OBDtr| 0xC74 | float |FF22FF| 00 00 80 3E | 0.250000 | unknown }}
{{OBDtr| 0xC78 | float |FF22FF| 00 00 00 00 | 0.000000 | unknown; always the same }}
{{OBDtr| 0xC7C | float |FF22FF| 00 00 00 00 | 0.000000 | unknown; always the same }}
{{OBDtr| 0xC80 | float |FF22FF| 00 00 00 00 | 0.000000 | unknown; always the same }}
{{OBDtr| 0xC84 | float |FF22FF| 00 00 00 3F | 0.500000 | unknown }}
{{OBDtr| 0xC88 | link |808080| 01 F6 03 00 | 1014 | link to 01014-konoko_animations.[[OBD:TRAC|TRAC]] }}
{{OBDtr| 0xC8C | link |808080| 01 F6 03 00 | 1015 | link to 01015-konoko_screens.[[OBD:TRSC|TRSC]] }}
{{OBDtr| 0xC90 | int16 |FFAA82| 1E 00 | 30 | unknown; always the same }}
{{OBDtr| 0xC92 | int16 |FFAA82| 00 00 | 0 | time between death and deletion, in frames (about 3 seconds for mad bomber) }}
{{OBDtr| 0xC94 | bitset |00D900| 00 | 0 | TRSC bitset; see below }}
{{OBDtr| 0xC95 | int8 |00D900| 01 | 1 | when set to 1 indicates that character has daodan powers (character does more damage in overpower mode)}}
{{OBDtr| 0xC96 | int8 |00D900| 00 | 0 | when set to 1 indicates that character has supershield
* is visible as red shield when overpowered
* needs daodan flag above and 51% overpower to be enabled; chenille cheat works too
* now it prevents damage from weapon fire and melee (exception are throws)
* received (melee) hits cause not blue block flashes but orange flares (see [http://paradox.oni2.net/Bilder/blocked_attacks_on_51percent_overpower_plus_daodan-flag_plus_supershield.png HERE])
}}
{{OBDtr| 0xC97 | int8 |00D900| 00 | 0 | when set to 1, generically turns on '''canttouchthis''' cheat for this ONCC (used by MutantMuro.ONCC }}
{{OBDtr| 0xC98 | char[8] |CACAFF| AD DE | dead | unused }}
|}

;TRSC bitset
:determines whether character is left-hander or right-hander (weapon is attached to left or right fist bone) Must be consistent with TRSC or glitches appear. Possibilities are:
:NONE - Character is right-hander with both pistols and rifles
:0x01 - Character is left-hander with both pistols and rifles
:0x02 - Character is left-hander with pistols but "right-hander" with rifles (however, animations for rifles are treated as left-handed)
{{OBD_File_Footer | type=ONCC | prev=OFGA | next=ONCP | name=Oni Character Class | family=Character}}

OBD:ONWC

2008-08-25T19:58:09Z

Demos kratos: /* 0x1D8 to 0x6D7 - Weapon particle array */

{{OBD_File_Header | type=ONWC | prev=ONVL | next=OPge | name=Oni Weapon Class | family=Level | align=center}}

All ONWC files are 0 byte files. That means that Oni takes the information out of the ONWC files of level 0. Below is an example of an ONWC file of level 0. The first pic shows the beginning of this file. The second pic the end of it.

Unless specified otherwise, the coordinates are relative to the weapon's mesh (x = forwards, y = left, z = up).

==0x000 to 0x0D7 - Weapon main part ==

[[image:onwc_a.gif]]

{{Table}}
{{OBDth}}
{{OBDtr| 0x000 | res_id |FF0000| 01 75 0E 00 | 3701 | 03701-w1_tap.ONWC }}
{{OBDtr| 0x004 | lev_id |FFFF00| 01 00 00 00 | 0 | level 0 }}
|}

===0x008 to 0x053 - Laser sight parameters===
{{Table}}
{{OBDth}}
{{OBDtr| 0x008 | float |FFC8C8| F5 A4 49 40 | 3.150693 | x-offset of laser sight origin }}
{{OBDtr| 0x00C | float |FFC8C8| F4 2C A5 3B | 0.005041 | y-offset of laser sight origin }}
{{OBDtr| 0x010 | float |FFC8C8| 21 4E D2 3E | 0.410752 | z-offset of laser sight origin }}
{{OBDtr| 0x014 | float |FFC8C8| 23 A6 7F 3F | 0.998629 | x-component of laser sight direction }}
{{OBDtr| 0x018 | float |FFC8C8| AA 6C 56 BD | -0.052349 | y-component of laser sight direction }}
{{OBDtr| 0x01C | float |FFC8C8| 69 66 AA B7 | -0.000020 | z-component of laser sight direction }}
{{OBDtr| 0x020 | float |FFC8C8| 00 40 9C 45 |5000.000000 | maximal length of laser sight vector }}
{{OBDtr| 0x024 | color |FFFFC8| 00 00 FF FF | 0, 0, 255; 255 | laser sight color (blue, green, red); laser sight transparency }}
{{OBDtr| 0x028 | link |C8FFC8| 01 94 05 00 | 1428 | crosshair texture (link to 01428-target_1A.[[OBD:TXMP|TXMP]]) }}
{{OBDtr| 0x02C | color |C8FFC8| FF FF FF 00 |255, 255, 255; 0| crosshair background color (blue, green, red); crosshair background transparency }}
{{OBDtr| 0x030 | float |C8FFC8| CD CC 4C 3F | 0.800000 | crosshair scale factor }}
{{OBDtr| 0x034 | link |C8FFFF| 01 95 05 00 | 1428 | locked crosshair texture (link to 01429-target_1B.[[OBD:TXMP|TXMP]]) }}
{{OBDtr| 0x038 | color |C8FFFF| FF FF FF 00 |255, 255, 255; 0| locked crosshair background color (blue, green, red); locked crosshair background transparency }}
{{OBDtr| 0x03C | float |C8FFFF| CD CC 4C 3F | 0.800000 | locked crosshair scale factor }}
{{OBDtr| 0x040 | link |FFC8FF| 00 00 00 00 | unused | tunnel texture (link to a [[OBD:TXMP|TXMP]]) file }}
{{OBDtr| 0x044 | color |FFC8FF| FF FF FF 00 |255, 255, 255; 0| tunnel background color (blue, green, red); tunnel background transparency }}
{{OBDtr| 0x048 | float |FFC8FF| 00 00 80 3F | 1.000000 | tunnel scale factor }}
{{OBDtr| 0x04C | int32 |FFC800| 0F 00 00 00 | 15 | number of tunnel textures }}
{{OBDtr| 0x050 | float |C800C8| 00 00 20 41 | 10.000000 | spacing of tunnel textures }}
|}

;Crosshair
:Default crosshair appears where the laser sight hits environment, corpses, etc
:Locked crosshair appears when the laser sight hits characters (including the shooter)
:"Tunnel" is used by '''w8_mbo''' as a complement to the crosshair
:'''w2_sap''', '''w5_sbg''', '''w7_scc''' and '''w9_scr''' use it with no crosshair

===0x054 to 0x05F - Ammo meter===
{{Table}}
{{OBDth}}
{{OBDtr| 0x054 | link |C87C64| 01 7E 0E 00 | 3710 | link to 03710-tap_icon.[[OBD:TXMP|TXMP]] }}
{{OBDtr| 0x058 | link |C87C64| 01 7F 0E 00 | 3711 | link to 03711-tap_empty.[[OBD:TXMP|TXMP]] }}
{{OBDtr| 0x05C | link |C87C64| 01 80 0E 00 | 3712 | link to 03712-tap_fill.[[OBD:TXMP|TXMP]] }}
|}

===0x060 to 0x0D7 - Weapon parameters===
{{Table}}
{{OBDth}}
{{OBDtr| 0x060 | link |C87C64| 01 76 0E 00 | 3702 | link to 03702-.M3GM }}
{{OBDtr2|0x064 | char[32] |B0C3D4| w1_tap | weapon name }}
{{OBDtr| 0x084 | float |E7CEA5| 00 00 80 3F | 1.000000 | weapon mouse sensitivity (applies on AI, too) }}
{{OBDtr| 0x088 | float |E7CEA5| A6 92 2B 3D | 0.041888 | recoil base (e.g. for w1_tap and w2_sap) }}
{{OBDtr| 0x08C | float |E7CEA5| 92 0A 86 3E | 0.261799 | recoil max }}
{{OBDtr| 0x090 | float |E7CEA5| 00 00 A0 40 | 5.000000 | recoil factor }}
{{OBDtr| 0x094 | float |E7CEA5| E2 A3 7B 3B | 0.003839 | recoil return speed }}
{{OBDtr| 0x098 | float |E7CEA5| 88 C3 E4 3A | 0.001745 | unknown }}
{{OBDtr| 0x09C | float |E7CEA5| 00 00 00 00 | 0.000000 | unknown }}
{{OBDtr| 0x0A0 | float |E7CEA5| 00 00 00 00 | 0.000000 | unknown }}
{{OBDtr| 0x0A4 | float |E7CEA5| 00 00 00 00 | 0.000000 | unknown }}
{{OBDtr| 0x0A8 | float |E7CEA5| 00 00 00 00 | 0.000000 | unknown }}
{{OBDtr| 0x0AC | float |E7CEA5| 00 00 00 00 | 0.000000 | unknown }}
{{OBDtr| 0x0B0 | float |E7CEA5| 00 00 00 00 | 0.000000 | unknown }}
{{OBDtr| 0x0B4 | float |E7CEA5| 00 00 00 00 | 0.000000 | unknown }}
{{OBDtr| 0x0B8 | float |E7CEA5| 00 00 00 00 | 0.000000 | unknown }}
{{OBDtr| 0x0BC | float |E7CEA5| 00 00 00 00 | 0.000000 | unknown }}
{{OBDtr| 0x0C0 | int16 |FFDDDD| 00 00 | 0 | unknown; always zero }}
{{OBDtr| 0x0C2 | int16 |FFDDDD| 95 00 | 149 | recoil animation type (149 <nowiki>=</nowiki> autopistol_recoil) }}
{{OBDtr| 0x0C4 | int16 |FFDDDD| A4 00 | 164 | reload animation type (164 <nowiki>=</nowiki> reload_pistol) }}
{{OBDtr| 0x0C6 | int16 |FFDDDD| 19 00 | 25 | pause after reload in 1/60 seconds }}
{{OBDtr| 0x0C8 | int16 |FFDDDD| 0A 00 | 10 | amount of shots }}
{{OBDtr| 0x0CA | int16 |FFDDDD| 06 00 | 6 | amount of particles }}
{{OBDtr| 0x0CC | int16 |FFDDDD| 01 00 | 1 | amount of firing modes }}
{{OBDtr| 0x0CE | int16 |FFDDDD| 0A 00 | 10 | pause before reload in 1/60 seconds }}
{{OBDtr| 0x0D0 | int16 |FFDDDD| 04 00 | 4 | unknown }}
{{OBDtr| 0x0D2 | int16 |FFDDDD| 00 00 | 0 | unknown; always zero }}
{{OBDtr| 0x0D4 | bitset |FFDDDD| 30 | 48 | weapon options 1; the following bits are possible (values in dec):

:001 - unknown; never used
:002 - weapon can't be holstered
:004 - weapon reloads with energy cells
:008 - weapon is a rifle (two-handed)
:016 - unknown; used for w1_tap and w2_sap
:032 - sustained fire
:064 - you can't shoot ...
:128 - stun switcher,see below, used for w6_vdg

}}
{{OBDtr| 0x0D5 | bitset |FFDDDD| C0 | 192 | weapon options 2; the following bits are possible (values in dec):

:001 - knockdown switcher,see below, used for w4_psm
:002 - unknown; used for w5_sbg and w11_ba1
:004 - secondary fire enabled
:008 - weapon can't be reloaded
:016 - run, jump and creep disabled
:032 - unknown; used for w11_ba1
:064 - I d.k.h.t.c.t.2,see below, used for w1_tap, w2_sap and w3_phr
:128 - laser sight visible

}}
{{OBDtr| 0x0D6 | bitset |FFDDDD| 02 | 2 | weapon options 3; the following bits are possible (values in dec):

:001 - unknown; never used
:002 - crosshair scaling, used for w1_tap, w2_sap, w3_phr and w8_mbo
:004 - unknown; never used
:008 - weapon doesn't fade
:016 - I don't know how to call this, see below, used for w4_psm
:032 - unknown; never used
:064 - unknown; never used
:128 - unknown; never used

}}
{{OBDtr| 0x0D7 | bitset |FFDDDD| 00 | 0 | unused bitstet? }}
|}

'''stun switcher''' -if enemy is inside shooting distance (between min and max) and is '''knockdown'''ed/'''stun'''ed or '''blownup'''ed, AI with this weapon switches to melee for a time specified in a *fight timer* field

'''knockdown switcher''' - if enemy is inside shooting distance (between min and max) and is '''knockdown'''ed or '''blownup'''ed, AI with this weapon switches to melee for a time specified in a *fight timer* field

'''I don't know how to call this''' - If you press and HOLD the fire (mouse1), it ONCE triggers particles for shooting, then drains ammo as if it was '''sustained fire''', but particles are NOT emitted (you just stand and watch as ammo drops). Used by w4_psm, probably because w4 particles works constantly (beam) after triggered.

'''I d.k.h.t.c.t.2''' - try this: set '''I don't know how to call this''' on some weapon, then set this on that weapon too. You will see that once you press the shooting button, it keeps *shooting* (altough you can't see any particles coming) even after you release shooting button. You can't stop it. It keeps shooting until all ammo is drained. So, basically, it works like an automatic hold of the mouse button.

P.S.: Someone please think off nice names for those two poor flags :))
--[[User:Loser|Loser]] 07:52, 29 July 2007 (CEST)

==0x0D8 to 0x1D7 - Firing modes==

Every ONWC has 2 firing mode slots (128 = 0x80 bytes each.)

The number of slots actually used by the weapon is specified at 0xCA.

===0x0D8 to 0x157 - Primary firing mode===
{{Table}}
{{OBDth}}
{{OBDtr| 0x0D8 | int32 |64AAAA| 00 00 00 00 | 0 | unknown (1 for w9_scr and w5_sbg) }}
{{OBDtr| 0x0DC | float |EBEBEB| 23 A6 7F 3F | 0.998629 | transform matrix XX }}
{{OBDtr| 0x0E0 | float |EBEBEB| 05 6D 56 3D | 0.052350 | transform matrix XY }}
{{OBDtr| 0x0E4 | float |EBEBEB| F4 8D A9 37 | 0.000020 | transform matrix XZ }}
{{OBDtr| 0x0E8 | float |EBEBEB| 05 6D 56 BD | -0.052350 | transform matrix YX }}
{{OBDtr| 0x0EC | float |EBEBEB| 23 A6 7F 3F | 0.998629 | transform matrix YY }}
{{OBDtr| 0x0F0 | float |EBEBEB| D0 1D 0E B5 | -0.000001 | transform matrix YZ }}
{{OBDtr| 0x0F4 | float |EBEBEB| F4 8D A9 B7 | -0.000020 | transform matrix ZX }}
{{OBDtr| 0x0F8 | float |EBEBEB| D0 1D 0E B5 | -0.000001 | transform matrix ZY }}
{{OBDtr| 0x0FC | float |EBEBEB| 00 00 80 3F | 1.000000 | transform matrix ZZ }}
{{OBDtr| 0x100 | float |EBEBEB| 00 00 00 00 | 0.000000 | translation X; always zero for original weapons }}
{{OBDtr| 0x104 | float |EBEBEB| 00 00 00 00 | 0.000000 | translation Y; always zero for original weapons }}
{{OBDtr| 0x108 | float |EBEBEB| 00 00 00 00 | 0.000000 | translation Z; always zero for original weapons }}
{{OBDtr| 0x10C | float |EBEBEB| 23 A6 7F 3F | 0.998629 | firing spread direction X component }}
{{OBDtr| 0x110 | float |EBEBEB| AE 6C 56 BD | -0.052349 | firing spread direction Y component }}
{{OBDtr| 0x114 | float |EBEBEB| AF 8D A9 B7 | -0.000020 | firing spread direction Z component }}
{{OBDtr| 0x118 | float |EBEBEB| DC FE 08 3C | 0.008362 | targeting vector origin X component? }}
{{OBDtr| 0x11C | float |EBEBEB| 5C 11 23 3E | 0.159246 | targeting vector origin Y component? }}
{{OBDtr| 0x120 | float |EBEBEB| 39 C6 2A 3F | 0.667087 | targeting vector origin Z component? }}
{{OBDtr| 0x124 | float |EBEBEB| 00 00 61 44 | 900.000000 | unknown; it is some angle; if this angle is for example 90°, then AI, which is shooting this weapon, will try to copy target's movements eg. when target strafes left, armed AI stops shooting and runs left too; if you set it 270°, armed AI is performing opposite actions eg. when you run left, armed AI runs right; while running, AI stops shooting }}
{{OBDtr| 0x128 | float |EBEBEB| 00 00 20 41 | 10.000000 | max. inaccurancy angle; sets max angle between weapon's aiming vector and target's position; when AI exceeds this angle (by recoil or target running away), AI stops shooting and aims weapon again straight to the target, then resume shooting }}
{{OBDtr| 0x12C | float |EBEBEB| 00 00 20 40 | 2.500000 | unknown; always the same; possible related to the inaccuracy angle above }}
{{OBDtr| 0x130 | float |EBEBEB| 00 00 96 43 | 300.000000 | weapon sound sphere radius; when somebody shoots, weapon creates this range; AIs which are inside this range notice there was a shot + they know WHO is the shooter and WHERE he stands (threat strong), can be seen with *ai2_showsounds<nowiki>=</nowiki>1* (but you have to be in a large open area, since those ranges are quite big) }}
{{OBDtr| 0x134 | float |EBEBEB| 00 00 40 41 | 12.000000 | minimal shooting distance; when AI is closer then min.shot.dist., it will stop shooting and attempt to go away from the target until it again reaches higher distance then min.shot.dist. is; you can see its effect when AI is operating SBG and you get too close }}
{{OBDtr| 0x138 | float |EBEBEB| 00 00 61 44 | 900.000000 | maximal shooting distance; when AI is further then max.shot.dist., it isn't shooting but running towards target until it reaches max.shot.dist. limit; then AI opens fire; you can see its effect when AI is far away and has w2_sap }}
{{OBDtr| 0x13C | int16 |8C8CCC| 05 00 | 5 | unknown; always the same }}
{{OBDtr| 0x13E | int16 |8C8CCC| 01 00 | 1 | skill index (in the [[ONCC]] shooting skill table) }}
{{OBDtr| 0x140 | int32 |8C8CCC| 00 00 00 00 | 0 | fight timer, 240 for w4_psm, 200 for v6_vdg }}
{{OBDtr| 0x144 | float |FF00C8| 00 00 00 00 | 0.000000 | unknown, projectile speed? (150 for SBG, 160 for WMC) }}
{{OBDtr| 0x148 | float |FF00C8| 00 00 00 00 | 0.000000 | unknown, projectile "friction"? (0.5 for SBG, 0.3 for WMC) }}
{{OBDtr| 0x14C | float |FF00C8| 00 00 34 43 | 180.000000 | length of firingspread which aims from weapon; when AI collides with this firingspread, it tries to dodge/hide of it; can be seen by *ai2_showfiringspreads<nowiki>=</nowiki>1* (180 for w1_tap, 150 for w2_sap, 120 for w4_psm) }}
{{OBDtr| 0x150 | float |FF00C8| 00 00 40 40 | 3.000000 | lenght of the firingspread's base side; can be seen by ai2_showfiringspreads<nowiki>=</nowiki>1 }}
{{OBDtr| 0x154 | float |FF00C8| 50 77 D6 3D | 0.104719 | angle between firingspread's base and its altitude(length); can be seen by ai2_showfiringspreads<nowiki>=</nowiki>1 (0.1 for w1_tap, 0.21 for w2_sap) }}
|}

;Transform matrix
:Probably defines the orientation, scaling and position of the firing spread. It doesn't appear to be used.

===0x158 to 0x1D7 - Secondary firing mode===

The only original weapon for which these fields are not all zero is '''w11_ba1'''.

They are the exact counterparts of the fields at 0xD8 - 0x157.

==0x1D8 to 0x6D7 - Weapon particle array==

Every ONWC has 16 particle slots (80 = 0x50 bytes each.)

The number of slots actually used by the weapon is specified at 0xCA.

Offsets are relative to the beginning of a slot.

{{Table}}
{{OBDth}}
{{OBDtrBK|1=First of 16 elements (black outline).}}
{{OBDtr| 0x000 | float |F0F096| AE 6C 56 3D | 0.052349 | transformation matrix, xx term }}
{{OBDtr| 0x004 | float |F0F096| 23 A6 7F 3F | 0.998629 | transformation matrix, xy term }}
{{OBDtr| 0x008 | float |F0F096| C2 53 90 B3 | -0.000000... | transformation matrix, xz term }}
{{OBDtr| 0x00C | float |F0F096| 23 A6 7F 3F | 0.998629 | transformation matrix, yx term }}
{{OBDtr| 0x010 | float |F0F096| AE 6C 56 BD | -0.052349 | transformation matrix, yy term }}
{{OBDtr| 0x014 | float |F0F096| AF 8D A9 B7 | -0.000020 | transformation matrix, yz term }}
{{OBDtr| 0x018 | float |F0F096| BA 59 A9 B7 | -0.000020 | transformation matrix, zx term }}
{{OBDtr| 0x01C | float |F0F096| 5B 02 85 35 | 0.000001 | transformation matrix, zy term }}
{{OBDtr| 0x020 | float |F0F096| 00 00 80 BF | -1.000000 | transformation matrix, zz term }}
{{OBDtr| 0x024 | float |F0F096| 6F 63 57 40 | 3.365444 | x-offset of particle to weapon }}
{{OBDtr| 0x028 | float |F0F096| B3 1D 89 BC | -0.016738 | y-offset of particle to weapon }}
{{OBDtr| 0x02C | float |F0F096| C5 C1 2A 3F | 0.667019 | z-offset of particle to weapon }}
{{OBDtr2|0x030 | char[16] |00C864| w1_tap_e01 | particle name (reference to 06226-3RAPw1_tap_e01.[[OBD:BINA/PAR3|BINA]]) }}
{{OBDtr| 0x040 | int32 |00C8FF| 00 00 00 00 | 0 | runtime only (pointer to particle class) }}
{{OBDtr| 0x044 | int16 |00C8FF| 01 00 | 1 | ammo decrement (different for the 2 firing modes of w11_ba1) }}
{{OBDtr| 0x046 | int16 |00C8FF| 0C 00 | 12 | delay between shots in frames (12 frames <nowiki>=</nowiki> 0.2 seconds) }}
{{OBDtr| 0x048 | int16 |00C8FF| 04 00 | 4 | 'roughjustice' delay between shots in frames }}
{{OBDtr| 0x04A | int16 |00C8FF| 00 00 | 0 | number in frames for active firing mode (1st frame for activate); Used for w4_psm and w11_ba1 }}
{{OBDtr| 0x04C | int16 |00C8FF| 00 00 | 0 | 0 <nowiki>=</nowiki> particle is fired with fire1; 1 <nowiki>=</nowiki> particle is fired with fire2; -1 <nowiki>=</nowiki> particle is triggered by other particles }}
{{OBDtr| 0x04E | int16 |00C8FF| 00 00 | 0 | delay before firing }}
|}

;Transformation matrix
:That's what defines orientation, stretching, etc.
:See [[OBD:CRSA|CRSA]] for details.

==0x6D8 to 0x71F - End of file==

[[image:onwc_e.gif]]

{{Table}}
{{OBDth}}
{{OBDtr2|0x6D8 | char[32] |C80040| weapon _empty | empty weapon sound (reference to 08993-weapon_empty.[[OBD:OSBD/OSIm|imp.OSBD]]) }}
{{OBDtr| 0x6F8 | int32 |FFCD96| 00 00 00 00 | 0 | runtime only (pointer to empty weapon sound) }}
{{OBDtr| 0x6FC | link |C8C864| 01 81 0E 00 | 3713 | link to 03713-w1_glow.[[OBD:TXMP|TXMP]] }}
{{OBDtr| 0x700 | link |C8C864| 01 82 0E 00 | 3714 | link to 03714-w1_glow_ammo.[[OBD:TXMP|TXMP]] }}
{{OBDtr| 0x704 | float |0096C8| 00 00 80 3F | 1.000000 | x-scale factor of glow textures }}
{{OBDtr| 0x708 | float |0096C8| 00 00 80 3F | 1.000000 | z-scale factor of glow textures }}
{{OBDtr| 0x70C | float |0096C8| 76 65 EB 3F | 1.839034 | x-offset of pickup handle }}
{{OBDtr| 0x710 | float |0096C8| 96 4C A9 3D | 0.082666 | y-offset of pickup handle }}
{{OBDtr| 0x714 | float |0096C8| 06 E2 14 3E | 0.145393 | z-offset of pickup handle }}
{{OBDtr| 0x718 | float |0096C8| 00 00 00 00 | 0.000000 | hovering height of unheld weapon }}
{{OBDtr| 0x71C | char[4] |FF80C0| AD DE | dead | unused }}
|}

;Glow textures
:They're applied to the lower face of the M3GM's bounding box. The factors above are the ratio between the x/z extent of that face and the half-length/width of the glow textures. So if both factors are 0.5, the glow textures fit the bounding box exactly.
;Pickup handle
:The tolerance is hardcoded. The offsets are not relative to the weapon's axes, but to the world axes (!).
:This is a rather nasty "feature" (actually, the offsets ''should'' be relative to the weapon's orientation)
:The way it's now, the pickup volume of a WMC is not necessarily next to the handle. That's why it's hard to pick up.

{{OBD_File_Footer | type=ONWC | prev=ONVL | next=OPge | name=Oni Weapon Class | family=Level}}