Scripte RTW Weazel News

Garages Weazel voiture + hélico

deux garages : voiture : vector3(-540.44, -907.20, 23.85) , hélico : vector3(-582.96, -930.03, 36.83) , le tout configuré dans Config.Garage (coords, heading, label, spawnRadius).

Liste de véhicules métier avec type

Config.Vehicles avec : model , label , type = 'car' ou 'heli' , qui permet de filtrer automatiquement les véhicules par garage.

Menus de garage (Weazel car / heli)

ouverture du garage via ox_target -> menu contextuel ( ox_lib ) montrant lesvéhicules disponibles selon le type, bouton “Ranger le véhicule” qui supprime le véhicule métier proche et retire laclé.

Intégration AK47 Vehicle Keys (clés métier)

au spawn, on génère une plaque métier ( Config.PlateFormat ), la plaque est appliquée au véhicule puis lue via GetVehicleNumberPlateText , on appelle l’export AK47 pour donner une clé liée à cette plaque (local vehicle).

Mode spectateur pour les joueurs

en cours (code client OK, tests joueurs normaux à faire). // les joueurs non journalistes peuvent regarder le direct via les écrans TV( startWatching ), utilisation de NetworkSetInSpectatorMode pour suivre le journaliste en caméra, sortie du mode avec BACKSPACE. 2. Garages métier & véhicules 3. Directs & spectate côté joueurs À faire : vérifier que les permissions ACE et/ou scripts admin ne bloquent pas ce nativepour les joueurs normaux.

Écrans TV interactifs avec ox_target

objets TV placés par les admins, reliés au direct, interaction pour “Regarder le JT en direct”, possibilité de supprimer l’écran via option admin.

Menu F6 Weazel News (journaliste)

commandes centralisées : allumer/éteindre caméra, passer en reportage, quitterreportage, déployer/rappeler drone, écrire article, voir archives, définir titre dedirect, définir ticker, déclencher flash info (selon grade).

Régie des reportages (main journaliste)

⚙️ en cours (structure du menu prête, logique de test à faire). // pour le journaliste principal du direct ( isMainJournalist() ), menu spécial “Régie”pour : sélectionner le reporter à l’antenne, revenir au plateau principal, couper un reportage en cours, gestion d’une liste de reportages en attente ( PendingReports ). À faire : tester en situation avec plusieurs journalistes, ajuster les notifs et lestransitions NUI.

⚙️Drone de reportage

commande newsdrone pour déployer/rappeler un drone caméra, contrôles W/S/A/D/Q/E, retour BACKSPACE, distance maximale configurable, caméra script attachée au drone, le journaliste joue une animation smartphone. À améliorer : ajouter un overlay “DRONE LIVE” côté NUI, limiter la hauteur, ajouter unmode follow.

Système de scoops

⚙️ en cours (events et config présents, tests en jeu à faire). Description : événements “scoopAvailable” avec blip temporaire, radius, récompense selonrank, durée de vie, si un journaliste arrive dans la zone en direct, il peut “claim” le scoop via serveur. À faire : créer quelques types de scoops préconfigurés et voir comment ils s’intègrentdans les directs.

📺 TV & ambiance (nouvelle phase)

Thèmes d’overlay multiples (standard / Breaking / météo / sport) Statut : 🧠 idée à développer. Description : Permettre à la régie ou au journaliste principal de choisir le thème graphique du direct Weazel News : “Standard” (rouge Weazel, bandeau info classique), “Breaking News” (couleur plus agressive, icône d’alerte, animations spécifiques), “Météo” (tons bleus, icônes météo, espace pour la ville et la température), “Sport” (accent sur le score, équipes, chrono). Techniquement, chaque thème correspond à : un set de couleurs (background bandeau, texte, badge DIRECT), un jeu d’icônes (breaking, météo, sport), éventuellement des animations (entrée/sortie du bandeau). Le thème se sélectionnera via un sous‑menu F6 (“Thème du direct”) et le NUI adaptera son rendu en fonction du thème choisi (CSS/JS côté overlay).

Types d’écrans TV avancés (intérieur / extérieur, ambiance)

🧠 idée à développer. Description : Actuellement, les écrans TV sont des props simples reliés au direct. L’idée est d’introduire plusieurs types d’écran : Écran intérieur (studio, intérieur bâtiment, bar, appartement), Écran extérieur (place publique, façade de bâtiment, parc), Écrans “grands formats” (mur d’écrans) pour les lieux emblématiques. Chaque type pourrait avoir : un modèle de prop différent (TV murale, panneau LED, écran suspendu), une zone sonore autour de l’écran (ambiance TV, léger bruit de plateau), des réglages de luminosité/contraste (pour ne pas gêner la lisibilité la nuit). Les admins placent le type d’écran via le menu régie/admin (F6) ou une commande dédiée, et ces écrans sont sauvegardés dans data_screens.json avec leur type, pour être rechargés au démarrage serveur.

Timeline de direct (programme structuré)

🧠 idée à développer. Description : Permet à la régie / journaliste principal de définir une liste de segments pour le direct avant ou pendant l’émission : Intro (plateau), Sujet 1 (reporter + lieu), Sujet 2, Météo, Conclusion. Chaque segment comporte : un titre (“Incendie au centre‑ville”, “Point circulation”, etc.), un type (plateau, reportage, météo, interview), éventuellement un reporter assigné. Pendant le direct, le NUI affiche le segment en cours dans un petit encart ou dans le bandeau (“Sujet en cours : …”), pour que les spectateurs et le journaliste voient où ils en sont dans la programmation. La régie peut passer d’un segment à l’autre (suivant / précédent) via un sous‑menu F6 ou des touches rapides, ce qui met à jour : le titre de direct, éventuellement la caméra (plateau ↔ reporter ↔ drone), et les jingles/animations associés (voir point transitions/jingles).

Overlay “DRONE LIVE” et modes caméra drone

🧠 idée à développer. Description : Améliore le drone existant en ajoutant une présentation spécifique dans l’overlay : étiquette “DRONE LIVE” en haut ou en bas de l’écran, possible affichage de la distance au journaliste ou de la hauteur. Ajoute des modes de caméra pour le drone : Vue libre (actuelle), Mode “follow” (suivre un véhicule ou un joueur sélectionné), Mode “orbit” (tourner autour d’un point). La régie peut basculer sur la caméra drone comme une source à part entière (dans la multi‑cam avancée, voir plus bas), et l’overlay affiche clairement que la vue actuelle provient du drone.

Écriture d’articles in‑game

Statut : ✅ fait côté commandes (structure de base). Description : commande /ecrirearticle avec formulaire (titre + contenu), réservée auxjournalistes, envoi au serveur pour stockage (fonction à compléter dans server/main.lua ). À faire : définir la structure de stockage (SQL ou JSON) et gérer le statut draft / published .

Archives Weazel News (directs + articles)

Statut : ⚙️ en cours (menu côté client prêt, remplissage à faire). Description : menu “Archives Weazel News” qui affiche : anciens directs (titre, journaliste, date), articles (titre, auteur, date), ouvert via commande ou menu F6. À faire : alimenter les données en serveur quand un direct commence/termine etquand un article est créé.

Brouillons d’articles pour le site

Statut : ⏳ à faire plus tard (tu veux le site en dernier). Description : lorsque les journalistes écrivent un article, il est stocké en status = "draft" côtéserveur, plus tard, ce même système servira à pousser les brouillons vers ton site viaAPI/export.

Dossiers d’enquête (regroupement de preuves)

🧠 idée à développer. Description : Permet aux journalistes de créer des dossiers d’enquête pour des sujets au long cours (corruption, guerre de gangs, etc.). Un dossier contient : un titre, une description courte, une liste de “preuves” (photos prises par le journaliste, notes, enregistrements audio, éventuels documents). Techniquement, chaque preuve est une entrée enregistrée côté serveur (id, type, métadonnées) et associée au dossier. Lors d’un direct “Spécial enquête”, le journaliste peut sélectionner un dossier dans le menu F6 pour afficher un bandeau “Enquête spéciale : …” et éventuellement faire défiler certaines informations clés dans le ticker.

Replay court des directs dans le NUI

🧠 idée à développer. Description : Après un gros direct (ou à la demande), la régie peut générer un résumé textuel des points principaux (liste de titres) et le rejouer dans le bandeau NUI, comme un “journal des titres” en différé. Les spectateurs qui arrivent après le direct voient ainsi un rapide résumé des sujets couverts. Cela peut se faire en réutilisant le ticker : lors de la fonction “Replay”, on injecte une liste de headlines générée à partir des segments de la timeline ou des notes du journaliste.

Sondages en direct

Statut : 🧠 idée à développer. Description : le journaliste ou la régie lance un sondage (question + 2–4 réponses), les joueurs votent via une commande/menu, les résultats s’affichent dans le ticker, ou un petit encart NUI.

Questions du public en overlay

Statut : 🧠 idée à développer. Description : les spectateurs envoient des questions (texte), la régie choisit certaines questions à afficher dans un bandeau ou un encart“Question du public” pendant le direct.

Multi‑cam avancé (plateau / reporter / drone / cam fixe)

Statut : 🧠 idée à développer. Description : plusieurs sources caméra pré‑configurées (plateau, drone, cam fixe sur un lieu…), la régie peut basculer entre ces sources en live (comme une régie TV réelle), NUI affiche le type de plan (“Plateau”, “En direct du centre‑ville”, “Vue drone”).

Transitions / jingles visuels

Statut : 🧠 idée à développer. Description : animation courte dans le NUI (barre rouge, texte, son) lors des changements desujet ou de reporter, thèmes différents pour Breaking News, “Spécial reportage”, etc.

Indice d’impact médiatique

Statut : 🧠 idée à développer. Description : un score global “Chaos / Attention médiatique” qui monte en fonction des sujetscouverts, qui pourrait déclencher des effets RP (manifestations, réactions d’autres jobs,événements spéciaux).

Réactions en temps réel (likes / émotions)

🧠 idée à développer. Description : Permet aux spectateurs d’envoyer des réactions rapides pendant un direct via une commande ou une touche (ex : /like, /wow). Le système affiche dans l’overlay : un compteur de réactions (ex : “👍 37”, “🔥 12”), éventuellement des petites icônes qui apparaissent brièvement dans un coin de l’écran. Ces réactions peuvent être liées à l’indice d’impact médiatique (plus il y a de réactions, plus un sujet est “marquant”).

Impact sur les commerces / zones RP

🧠 idée à développer. Description : Lorsqu’un direct parle fortement d’un commerce ou d’une zone (publicité, reportage, buzz), cela peut déclencher un effet temporaire sur le serveur : augmentation de la fréquentation (plus de PNJ, plus d’événements), légère variation de prix (promo, inflation RP), apparition de PNJ spéciaux (fans, curieux). Le script garde un journal des promos et des sujets ayant une forte audience (via l’indice d’impact), et applique des petits bonus/malus RP cohérents (théoriquement configurable en serveur).

Tablette de rédaction (planning des directs)

🧠 idée à développer. Description : Objet/tablette in‑game (item ou menu) pour les journalistes qui permet de : voir les directs programmés (date, heure, sujet), proposer des sujets (“j’aimerais couvrir…”) avec titre et description, s’inscrire comme reporter sur un futur direct. Le planning est stocké côté serveur et consultable par la régie, qui peut valider ou refuser certains sujets. Lorsqu’un direct démarre, le système peut afficher “Direct prévu : …” et se baser sur ce planning pour la timeline (voir plus haut).

Carte des événements pour journalistes

🧠 idée à développer. Description : Vue spéciale (via NUI / map) montrant les événements récents ou en cours : interventions police, incendies, accidents majeurs, scoops disponibles. Cette carte permet aux journalistes de choisir où se rendre pour trouver un sujet intéressant, au lieu de dépendre uniquement de la radio ou des hasards. Pour les serveurs avec beaucoup de scripts (police, EMS, criminel), cette carte pourrait se baser sur des événements exposés par ces scripts (exports / triggers).

Abonnement à la chaîne Weazel News

🧠 idée à développer. Description : Les joueurs peuvent “s’abonner” à Weazel via un menu ou une commande. Lorsqu’un direct démarre, les abonnés reçoivent : une notification personnalisée (NUI, message), éventuellement un petit jingle sonore. Il est possible de gérer différents niveaux d’abonnement (info générale, sport, météo) pour ne notifier que les direct qui intéressent le joueur.