Test documentaire de Vork : la scène devient l'interface, les performances demandent des précisions

Un travail 3D devient intéressant à la deuxième demande : garder la caméra, déplacer la lumière principale, changer le matériau et produire à nouveau le même plan. Une image seule ne conserve pas ces décisions. Une description de scène peut le faire.

C'est l'idée utile de Vork, le moteur 3D et VFX sans interface graphique de Voyager, destiné aux agents. Une scène JSON sépare l'assistant du moteur, avec des SDK Python et TypeScript, des profils nommés et des étapes GPU programmables. Mon avis : un essai limité mérite sa place pour des scènes procédurales et des mouvements de caméra répétables. Les preuves actuelles ne permettent pas d'en faire un remplaçant général de Blender.

Périmètre : le 7 novembre 2026, j'ai lu le README, la licence, les limites, les documents de mesure, l'installateur et certaines parties du SDK et du moteur. Je n'ai pas installé Vork, produit de rendu ni reproduit les temps annoncés. Les illustrations sont conceptuelles, pas des sorties Vork. La révision main examinée était 44188baab29a ; la version 0.1.0 pointe vers 09dbd97. La documentation main peut donc être plus récente que le binaire.

Ce que fournit le dépôt

Le README décrit un moteur Rust avec des programmes Slang, Vulkan sur les GPU NVIDIA pris en charge et Metal sur Apple Silicon. La boucle consiste à écrire une scène, produire un aperçu réduit, examiner l'image et modifier la scène. L'agent travaille sur des objets et paramètres nommés plutôt que sur les captures d'un éditeur graphique.

Le contrat de sortie couvre PNG, séquences d'images, MP4 H.264, MOV ProRes 4444 et EXR multicouche. Les fichiers de caméra et de métadonnées comptent pour le compositing : il faut connaître le sens de la profondeur et du mouvement. Les encodages des canaux PNG et EXR diffèrent et sont documentés.

Le SDK Python écrit le JSON et peut placer les gros tampons dans un fichier binaire associé. Son implémentation termine ce fichier immuable avant de remplacer le JSON de façon atomique. Cela aide la cohérence des lecteurs, mais les anciens fichiers sont conservés. Une génération prolongée doit prévoir leur nettoyage. Copier uniquement le JSON peut perdre des ressources référencées.

Un profil change les hypothèses de l'image

La lecture essentielle est celle des limites. Les profils ne sont pas un simple curseur de qualité. std/final emploie des approximations de l'éclairage indirect. Augmenter les échantillons ne restaure pas un transport lumineux absent de la méthode. Le profil path a aussi ses limites de rebonds, son écrêtage et son débruitage. Il ne constitue pas une référence incontestable.

Un aperçu rapide peut aider à choisir une caméra et une silhouette malgré un éclairage différent du plan final. Cette utilité ne rend pas son temps équivalent à celui d'un rendu final de qualité comparable. Il faut séparer la décision d'aperçu de la décision de livraison.

Le document signale aussi des effets absents ou incomplets, dont brouillard, fumée et volumes, ainsi que des difficultés avec la géométrie dense et la transparence complexe. Certaines fonctions non prises en charge sont ignorées avec des avertissements. Un processus terminé sans erreur ne prouve pas que tous les effets demandés sont présents.

Pourquoi je ne reprends pas le titre sur la vitesse

Le README des mesures explique pourquoi le script actuel ne reproduit pas toutes les anciennes tables : il désactive le débruitage, omet draft par défaut et ne fixe pas l'ancienne graine. Les anciennes tables final débruitées ont une autre version et des paramètres identifiés.

Le fichier de résultats réunit des mesures historiques et des références reprises, explicitement signalées. Pour les grandes scènes d'oiseaux, certains temps Blender sont projetés à partir de quelques images, plutôt que mesurés sur des films complets. Les journaux bruts et planches-contact des tables ne sont pas inclus dans le dépôt. Ce sont les chiffres du fournisseur, pas ceux de cet examen.

Un obstacle plus immédiat est documenté : l'outil Blender échoue à préparer la caméra avec Blender 5.2.1, et les exceptions Python n'arrêtent pas toujours la préparation. Réparation et validation restent à faire. Avant une nouvelle mesure conjointe des deux moteurs, je préfère évaluer un vrai cahier des charges plutôt que citer un ratio.

Un rapport équitable doit compter préparation à froid, démarrage à chaud, chargement des ressources, écriture ou encodage, échecs et temps humain de correction. Un nombre égal d'échantillons ne démontre pas une qualité égale.

La licence participe au choix du produit

La Preview License qualifie explicitement Vork de source-available, et non d'open source. Pendant la research preview, l'usage commercial et interne est autorisé, y compris la livraison de médias finis à un client. Les modifications pour son propre usage et la redistribution d'une version inchangée avec ses mentions sont permises.

La distribution de versions modifiées et un service hébergé ou géré acceptant les travaux de tiers nécessitent une autorisation écrite préalable. Les versions futures pourront être payantes ; les droits sur une version déjà obtenue demeurent. L'intégration Blender relève séparément de GPL-3.0-or-later et les ressources conservent leurs propres licences.

Mon interprétation pratique : une équipe interne de visualisation et une entreprise vendant une API publique de rendu ont des questions différentes. L'autorisation de la première ne vaut pas pour la seconde. Ce n'est pas un avis juridique.

Matériel, installation et frontière de l'agent

La configuration prise en charge est plus étroite que « tout GPU » : les NVIDIA doivent disposer du ray tracing matériel, Apple Silicon utilise Metal. AMD, Intel et le rendu CPU ne sont pas pris en charge dans cette preview. Le Slang fourni sur Mac exige macOS 26. Afficher --version ne constitue pas un test de rendu.

J'ai lu l'installateur sans l'exécuter. Il télécharge une archive, vérifie le SHA-256 publié, installe dans un préfixe utilisateur, peut modifier les fichiers de démarrage du shell et lance normalement la préparation GPU. L'intégrité ne démontre ni l'innocuité du programme ni une vérification indépendante de son éditeur.

Le SDK Python lance l'exécutable local avec une liste d'arguments. Cela ne rend pas tout le processus privé : le service de l'agent peut recevoir la scène, les aperçus ou les ressources du client. Un composant embarqué limité ne constitue pas non plus un bac à sable pour le moteur natif et ses compilateurs. Utilisez un dossier dédié, des chemins de sortie explicites et des ressources fiables. Autorisez les transferts cloud séparément.

Un premier essai qui reste à réaliser

Je propose un plan de table inventé : une forme en céramique pliée, une sphère de cuivre, une lumière principale et un court mouvement de caméra. D'abord une petite image, ensuite une courte plage d'images. Gardez caméra et géométrie fixes en changeant la lumière, puis conservez ces choix lors du changement de matériau.

Archivez un manifeste par exécution avec la scène et ses fichiers associés. Ce code explicatif enregistre des mesures à venir. Il ne lance pas Vork et ne prétend valider ni schéma ni rendu :

import hashlib, json
from pathlib import Path

scene = Path("trial/scene.json")
manifest = {
    "scene_sha256": hashlib.sha256(scene.read_bytes()).hexdigest(),
    "binary_version": "record the installed version",
    "profile": "record the chosen profile",
    "gpu_and_driver": "record locally",
    "cache_state": "cold or warm",
    "wall_seconds": None,
    "warnings": [],
    "brief_checks": {
        "camera_preserved": None,
        "material_correct": None,
        "shadows_acceptable": None,
    },
}
Path("trial/run-manifest.json").write_text(
    json.dumps(manifest, indent=2), encoding="utf-8"
)

La boucle de contrôle est scène et ressources → rendu → image, avertissements et métadonnées → contrôle du cahier des charges → révision. Conservez aussi le premier échec. Une belle image ne satisfait pas le cahier des charges si un effet indispensable manque. Avant de comparer une nouvelle version, archivez binaire exact, dépendances et paramètres.

Verdict

Vork paraît surtout adapté aux boucles contrôlées par des développeurs, aux scènes procédurales, aux révisions répétables et aux pipelines vidéo avec caméra explicite. Le besoin d'une direction artistique interactive mûre, d'effets absents, d'un large choix de GPU ou d'une licence de service donne des raisons concrètes d'attendre.

Le dépôt mérite l'attention pour son interface inspectable et ses limites clairement exposées. Des mesures appariées reproductibles et des sorties complètes répondant au même cahier des charges seraient les prochaines preuves utiles. Pour l'instant, limitez l'essai à un plan et jugez images, avertissements, temps total et licence ensemble.

Invitations avec liens de parrainage déclarés

Un assistant de code peut aider à construire les outils de scène et de manifeste. Voici des liens de parrainage : invitation ZCode et invitation Z.ai Coding Plan. Ils sont indépendants de Vork et ne sont pas nécessaires à son utilisation. Vérifiez prix et conditions sur la destination ; aucune remise n'est promise. L'éditeur peut bénéficier du parrainage.