D'après ED, ils font parti de la "world database classification".
Cela concerne les armes, les types de spike au TEWS, ...

Mais ca représente quoi au juste ?

Exemple:


LoGetLockedTargetInformation() -- (args - 0, results - 1 (table of current locked targets tables))
this functions return the table of the next target data
target =
{
ID , -- world ID (may be 0 ,when ground point track)
type = {level1,level2,level3,level4}, -- world database classification




LoGetTWSInfo() -- return Threat Warning System status (result the table )
result_of_LoGetTWSInfo =
{
Mode = , -- current mode (0 - all ,1 - lock only,2 - launch only
Emitters = {table of emitters}
}
emitter_table =
{
ID =, -- world ID
Type = {level1,level2,level3,level4}, -- world database classification of emitter

jkdvsl<jkvnjnvjk
<kodpfùj,<soù<soùhgpfdgjpodp^QP

SFDPJ%GIQJGJIO%SD
?JSKI<JIFOPQ<IOQ<G

Moi aussi je sais parler comme ça !

Je sais pas j'ai jamais passé le Boss du level 2!!!

c'est pas le type d'unité, genre comme dans l'éditeur de mission, tu as les avions (level1), puis la suite ?

sinon, gjqriughbiuvbqirygbqvrberghgiluqhervqb

Postal, t'as oublié de faire sa piqure à Doug.

Ou alors il a pris quelque chose de pas net...

Je pense que la meilleure solution serait de poser la question à Brothers, notre éminent spécialiste du LUA

Ceci dit je crois que cette classification concerne la dangerosité du spike, en fonction notamment de la force du signal, ce qui va permettre à lockon de classer la menace comme étant principale ou secondaire.

Je n'ai jamais eu à faire à ce genre d'ID avec mon ACMI, donc je n'en suis pas certain de ceci :

[Mode programmeur ON]

Il me semble d'après les commentaires dans export.lua, qu'il s'agit d'un ensemble de 4 index qui permettent de retrouver l'objet dans un arbre style base de données qui contient les objets du monde (ou les types d'objets) de Lock-On. (un arbre à 4 niveaux de profondeur)

J'en déduis que ces 4 clés sont probablement indissociables et peuvent éventuellement varier d'une version de Lock-On à l'autre.

Je pense que le plus transparent, c'est d'utiliser LoGetNameByType pour convertir ces clés en un « type » plus « user friendly ».

OK. Je vais donc zapper ces levels.

Merci pour l'info.

alors de ce que je comprends :

types :
Object types:
Air = 1 (Subtypes: Airplane = 1, Helicopter = 2)
Ground = 2 (Subtypes: Moving = 8, Standing = 9, Tank = 17, SAM = 16)
Navy = 3 (Subtypes: Ship = 12)
Weapon = 4 (Subtypes: Missile = 4, Bomb = 5, Shell = 6, Rocket = 7)
Static = 5 (Subtypes: Airdrome = 13)

donc pour un avion :
type = {1,1}
un helico
type = {1,2}
un tank fixe :
type = {2,9,17}

etc etc....

a voir plus précisémment si la typo n'est pas plutot (pour l'avion apr exemple) : type = {1,1,0,0}
voilà!

C'est correct. Cependant ces infos sont tout a fait indépendantes des levels.

Pour être exact, un avion c'est un objet dont les données membres sont:
object.Type = 1 & object.Subtype = 1

est ce que justement ca ne se traduit pas par type = {1,1,0,0} ou {1,1}?

Non, Type et Subtype sont des données membres indépendantes. Il faut donc y accéder indépendemment. De plus ce se sont pas des tableaux. Il n'y a pas de "profondeur" dans les données. Je sais pas si je suis très clair.

Salut,

Je me suis exprès inscrit (car pas d'autre moyen) pour suivre et un peu t'aider dans la mise en place de ton code (même si j'ai pas de PSP).
Est ce que tu peux me dire ce que tu as quand tu lances la commande suivantes ? LoGetObjectById()
Cela renvoi un tableau et j'aimerai surtout connaitre ce qu'il y a dans "Type".

Merci

LoGetObjectById(id) te retourne un tableau contenant des infos de l'avion sélectionner part l'id que t'as mis en paramètre.

La donnée membre "type" peut prendre comme valeur:

• 1 pour qqchose qui vole
• 2 pour qqchose qui est au sol
• 3 pour qqchose qui flotte
• 4 pour les armes
• 5 pour les objets statique

On y accède comme ceci:


Et voilà.