Chargement du contenu...
Détection & config
Comment le bridge choisit ton framework et tes systèmes tout seul — et comment en forcer ou en désactiver un.
Comment le bridge choisit ton framework et tes systèmes tout seul — et comment en forcer ou en désactiver un.
Le bridge devine ta config tout seul : le framework, et le système d'inventaire, de clés, de carburant et de dispatch que tu utilises. La plupart du temps, tu ne configures rien. Quand tu en fais tourner plusieurs à la fois, une convar te laisse forcer le bon.
Au démarrage, le bridge regarde quelles ressources sont lancées et prend la première correspondance pour chaque axe. Tu obtiens une ligne par axe dans la console :
[INFO] Bridge: framework esx détecté
[INFO] Bridge: inventaire ox_inventory détecté
[INFO] Bridge: clés véhicule none détecté
[INFO] Bridge: fuel native détecté
[INFO] Bridge: dispatch none détectéQuand rien ne correspond, l'axe retombe sur une valeur sûre par défaut (vanilla,
framework, none ou native). Le bridge se charge toujours — il ne bloque jamais ton serveur.
Mets la convar correspondante dans ton server.cfg. auto (le défaut) garde la détection.
Utilise setr pour que la valeur atteigne aussi le client.
setr see:inventory "ox_inventory"see:frameworkstringoptionalLe framework. Valeurs : esx, qbcore, qbox, ox, vanilla. Défaut auto.
see:inventorystringoptionalL'inventaire. Valeurs : ox_inventory, qs, ps, codem, origen, tgiann, jaksam, ou framework (l'inventaire natif du framework). Défaut auto.
see:keysstringoptionalLe système de clés véhicule. Valeurs : qbx, qb, wasabi, renewed, mrnewb, qs, jaksam, ou none. Défaut auto.
see:fuelstringoptionalLe système de carburant. Valeurs : statebag (ox_fuel), legacy, cdn, renewed, qb, lc, ps, rcore, qs, nd, bigdaddy, gks, rip, my, lj, melons, hrs, ou native. Défaut auto.
see:dispatchstringoptionalLe système de dispatch. Valeurs : cd, ps, qs, rcore, origen, tk, pmdt, ou none. Défaut auto.
Si tu n'as pas du tout besoin de la couche multi-framework, désactive-la entièrement :
see:bridgestringoptionaltrue (défaut) charge le bridge ; false le saute complètement. Désactivé, tout accès à lib.bridge lève une erreur claire au lieu de ne rien faire silencieusement.
Force un système dont la ressource n'est pas démarrée et le bridge ne plante pas — il avertit et retombe sur l'auto-détection :
Bridge: convar see:dispatch "cd" -> cd_dispatch non démarré, retour à l'auto-détectionUne faute de frappe, ou un système forcé que tu as oublié d'installer, se dégrade en douceur au lieu de faire tomber le serveur.
La plupart des adapters tiers sont écrits depuis l'API publique de chaque produit mais ne sont pas encore testés en jeu. Si l'un se comporte mal, l'API du produit a peut-être changé depuis — signale-le et on met l'adapter à jour.
Tu ne sais pas ce qui a été choisi ? Les lignes de détection sont affichées au démarrage
(console serveur et F8), et exposées via lib.bridge.framework, lib.bridge.inventorySystem, etc.