Reprise des commits 91f7f977 (PR #100 de Trombo38) et 1dfac0cf d'AJEAN.
Une vidéo jointe (mp4, webm, mov, mkv, avi) part au modèle en partie
input_video, et l'outil see_video charge une vidéo du disque, mais
seulement si le moteur actif sait la lire : preset llama.cpp local avec
projecteur (MMPROJ) et binaire dont l'aide annonce --video-fps
(videoInputSupported, aide relue quand le binaire change, chemin des
bibliothèques passé à la seule commande pour ne pas figer binHelp).
Strata et les API externes ignoraient la partie en silence : la vidéo
reste alors un fichier, annoncé avec la marche à suivre (ffmpeg puis
see_image), et see_video n'est pas proposé.
llama.cpp a --video-fps depuis la PR #24318 (fin août 2026) ; l'image
server-cuda officielle, base du conteneur, installe ffmpeg. La consigne
de repli dit quoi faire si ffmpeg manque (installation hors conteneur).
Adapté à Loki :
- la vidéo de see_video est toujours éphémère (jamais dans l'historique,
KEEP_TURN_IMAGES compris) ; même ordre de refus que see_image, sonde
/props en dernier, refus sur un poste distant ;
- une vidéo jointe est rangée par référence (loki-vid:, LOKI_HOME/chatvid,
chiffrée comme le fil), parties recopiées et non mutées comme les
images ; retirée d'un fil rouvert (stripImageParts, videoLostMarker) et
effacée par le ménage des médias ;
- marqueur de perte à la compaction, élision dans l'export JSON, relais
par l'API interne des outils (vision_video).
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
