Fonctionnalités

Ce que StaticOps suit pendant une soirée.

Chaque écran répond à une question concrète : que s’est-il passé, qui est mort, quelle mécanique a raté et où le groupe bloque.

01
Pulls et soirées

Chaque tentative reste dans l’historique.

Le suivi local découpe les combats de boss compatibles et les regroupe par soirée, combat et type de session.

Ce qui est suivi

  • Début, fin, durée et issue du pull
  • Morts, chronologie et progression observée
  • Tags roster, prog PU, entraînement ou autre
  • Dossiers personnalisés pour organiser librement plusieurs groupes de sessions

Sources

  • ACT local
  • SQLite

Limites et repli

ACT doit produire un journal récent. Les donjons sont exclus et un combat non reconnu reste hors suivi automatique.

02
Morts et wipes

Le récap sépare le coup fatal de la cause du wipe.

Les événements observés sont remis dans l’ordre pour distinguer une mort individuelle, une cascade et le déclenchement réel du wipe.

Ce qui est suivi

  • Coup fatal, HP, overkill, soins et boucliers
  • Débuffs, soak raté, échec collectif et mécanique
  • Responsabilité, preuve et niveau de confiance

Sources

  • FF Logs Events
  • ACT local
  • cactbot / oopsy

Limites et repli

Sans fight public associé, le récap local reste une estimation signalée. Un débuff présent à la mort ne suffit jamais, à lui seul, à désigner un fautif.

03
Performance et ressources

rDPS, soins, HP, MP et uptime gardent leur source.

Les chiffres FF Logs vérifiés et les mesures locales ne sont pas mélangés. Chaque colonne et chaque graphique indiquent clairement leur origine.

Ce qui est suivi

  • rDPS, aDPS, nDPS, DPS et actions
  • HPS, soins effectifs, boucliers et overheal
  • Courbes HP, MP et DPS zoomables, limitées aux joueurs pour les ressources
  • Uptime réel, dégâts subis, nourriture, potions et analyse de job

Sources

  • FF Logs Tables
  • FF Logs Graph
  • xivanalysis

Limites et repli

FF Logs demande un rapport public associé. L’analyse de job dépend des contenus, niveaux et patchs pris en charge par xivanalysis.

04
Progression

Les phases montrent où la prog s’arrête.

Le diagnostic compare plusieurs pulls au lieu de tirer une conclusion d’une seule tentative.

Ce qui est suivi

  • 20 derniers pulls, 3 soirées ou historique complet
  • Phases atteintes, passages et points d’arrêt
  • Filtres par combat, soirée et type de session

Sources

  • FF Logs Fights
  • Historique local

Limites et repli

Les pulls sans phase FF Logs restent comptés dans la couverture, mais sont exclus des taux qui exigent une phase connue.

05
Rotation et comparaison

La timeline compare les mêmes moments du combat.

La lecture chronologique rapproche votre run d’une référence publique automatique ou choisie manuellement, phase par phase.

Ce qui est suivi

  • Rotation principale, potions, mitigations et actions utilitaires sur des lignes distinctes
  • Prépull et repères P1, P2, P3 et phases suivantes
  • Zoom, déplacement horizontal et sélection d’une plage temporelle synchronisés
  • Référence choisie à partir d’un rapport et d’un fight FF Logs public

Sources

  • FF Logs Events
  • FF Logs Fights

Limites et repli

La précision dépend des événements et des phases exposés par les deux rapports. Des durées très différentes doivent être comparées phase par phase.

06
Compte et sauvegardes

Le cloud reste facultatif et entièrement manuel.

StaticOps fonctionne sans compte. Une connexion Discord permet seulement de conserver jusqu’à trois snapshots privés de l’historique dans Supabase.

Ce qui est suivi

  • Création et restauration déclenchées explicitement par l’utilisateur
  • Trois snapshots privés maximum par compte
  • Vérification avant restauration et sauvegarde locale de sécurité
  • Suppression du compte sans suppression de la base locale

Sources

  • SQLite local
  • Discord OAuth
  • Supabase privé

Limites et repli

Un snapshot contient l’historique de raid nécessaire à la restauration, notamment les noms des joueurs. Il n’inclut jamais les secrets, réglages, logs ACT, caches ou images.

07
Discord et exports

Le bilan se partage sans exposer la configuration.

Le suivi Discord et le rapport HTML reprennent les informations utiles de la soirée sans embarquer les secrets locaux.

Ce qui est suivi

  • Webhook Discord optionnel avec confirmation avant chaque récapitulatif
  • Sélection visible des pulls avant publication
  • Rapport HTML autonome par soirée
  • Export de diagnostic nettoyé

Sources

  • Base locale
  • Données FF Logs enregistrées

Limites et repli

Discord reste facultatif. Webhooks, identifiants FF Logs, chemins ACT et base SQLite ne sont jamais inclus dans les exports publics.

Fiabilité

FF Logs vérifié ou estimation locale : c’est indiqué.

Les métriques FF Logs portent leur source. Les responsabilités affichent leur niveau de confiance. Une donnée absente reste absente.

Stockage
Local
Compte
Non requis
Rapports pris en charge
Publics
Donjons
Exclus