Derniers messages
Dernier message par YannK - 25 Octobre 2022 à 18:15:24
Cliquez pour afficher le message
Bonjour à toutes,
pour celles qui ont eu la joie de bosser un peu dans les dépôts d'assets de Ryzom, il est certainement apparu qu'il est complexe d'organiser les choses pour que la contribution artistique soit aisée et les manipulations fluides d'un bout à l'autre de la production, depuis la création par l'artiste jusqu'à l'intégration en jeu. La cohérence des versions utilisées pour générer les objets finaux est souvent complexe (voir par exemple les différentes armatures incompatibles entre elles utilisées pour les humanoïdes dans Ryzom). C'est un sujet très épineux pour beaucoup de studios, d'autant que les compétences nécessaires pour appréhender ces questions ne sont pas si fréquentes, surtout pour les animations.
Richard Lico, ce héros
Pour notre plus grand bonheur, un vétéran de l'industrie extrêmement talentueux (Richard Lico, le sus-nommé) a décidé de prendre la question à bras le corps. Il s'agissait pour lui de faciliter la gestion des données d'un bout à l'autre du pipeline, avec le moins de maintenance possible. Et de chercher une façon pour que les animatrices soient les plus libres possible tout en ayant une rapidité de travail décuplée. D'un autre côté, il n'avait pas le choix, il venait de devenir indépendant et se retrouvait tout seul sur de nombreux aspects pour un gros projet
(le jeu Moss pour les curieuses, qui lui a donc valu de nombreuses récompenses.)
Aparté : Si certaines sont intéressées, deux conférences où il parle de son travail sur Moss, justement : Animating Quill: Creating an Emotional Experience (sur lequel il y aurait d'autres choses à dire, mais j'y reviendrai à un autre moment) et Animation Workflow Siggraph 2018
Brad Clark, ce héros (parce que lui aussi le vaut bien)
Sur ce, Brad Clark un gars devenu référence mondiale dans son domaine (le rigging) depuis des années (le genre qui a bossé sur le motion capture de Gollum pour « Le seigneur des anneaux » il y a 20 ans...), et qui a décidé de se plonger dans Blender parce qu'il s'est dit qu'il y avait du potentiel inutilisé (vous avez deviné pourquoi il me plaît tant ?
), s'est dit qu'il faudrait trouver comment pousser ce genre de pratique. Et il fait alors la connaissance de deux frangins, qui se sont dits dans leur coin que ce serait cool d'avoir des outils de ce type dans un addon Blender (Rig On the Fly). Et paf, voilà, ça veut dire que Blender peut le faire et qu'en plus des gens planchent à rendre ça plus aisé.
Aparté : une vidéo revient sur ce processus de rencontres qui s'est fait peu à peu : Meet The Expert: BRAD CLARK (Rigging Dojo)
Tout cela m'a semblé extrêmement intéressant pour nous, qui n'avons pas les moyens de créer et de maintenir un pipeline de production trop lourd, ni de créer plein d'outils pour toutes les contributrices qui pourraient venir de temps en temps.
Ce que je vais dire ci-dessous l'est dans un contexte où ce sont les animations qui sont concernées, mais il faudrait voir comment l'étendre peut-être à d'autres pans de la contribution artistique, à étudier.
Le premier point est de simplifier le plus possible la gestion des ressources. Donc l'idée (du moins pour tout ce qui est résultat d'un workflow destructif, comme l'est l'animation) est de n'avoir qu'un format à gérer, celui qui est nécessaire au moteur (à savoir glTF dans notre cas). Le but d'une contributrice est donc de fournir un fichier glTF qui contient une animation pour l'armature de déformation d'un objet animé. Seule l'armature de déformation, et le skinning du mesh correspondant, ont besoin d'être fournis et versionnés. Vu que le rig de contrôle est ce qui est le plus complexe à faire, et le plus difficile à s'approprier et parfois s'avère limitant pour certaines opérations souhaitées par l'animatrice, on n'a plus à se préoccuper de sa maintenance et de sa cohérence tout au long du pipeline. Ainsi, ajouter un nouvel emplacement dans le dos pour fixer un sac ne pose pas de souci, c'est juste un bone dans l'armature de déformation. Pas besoin de reprendre tout le travail préalable où celui-ci n'est pas inclus et de le propager partout pour maintenir la cohérence du rig de contrôle, cet ajout sera simplement pris en compte lors du prochain import avec les scripts habituels afin d'être pris en charge. Car dans l'approche professée par Richard Lico, le rig de contrôle est généré à la volée par l'animateur via des scripts personnalisés (d'où l'intérêt de l'addon Rig on the Fly qui en fournit un certain nombre prêts à l'emploi), depuis l'armature de déformation, en se basant sur les keyframes déjà en place. Du coup, on a directement la ressource utile et on repart toujours toujours d'elle quand on veut faire des modifications, peu importe comment on fait cette dernière et les modifications qu'elle a pu connaître entretemps, on a forcément toujours la dernière version d'édition entre les mains.
Le seul gros point noir à cette façon d'opérer est que l'animation demande alors quand même pas mal de connaissances théoriques en rigging et en scripting, ou au moins une très grande aisance avec l'outil qu'on utilise. Ce qui veut dire que la marche d'entrée pour contribuer me semble un peu plus haute. Mais son gros avantage est que celles qui contribueront perdront moins d'énergie à maintenir des outils plus ou moins adaptés (voire à les adapter au nouvelles venues) et bien plus à réellement fabriquer du contenu, ce qui est plus motivant. Par ailleurs, on peut plus rapidement obtenir des résultats de très bonne qualité.
J'ai étudié la façon dont on pourrait déployer ça dans notre pipeline Blender > Godot et je pense avoir trouvé comment faire pour que les animations puissent être réalisées une par une pour un même modèle et les importer séparément comme ressource dans Godot. J'ai commencé à noter ça dans le Guide de développement. On testera ça in vivo pour le premier client dès que Godot 4 sera un peu stabilisé.
Si vous avez des avis, des remarques, des questions...
pour celles qui ont eu la joie de bosser un peu dans les dépôts d'assets de Ryzom, il est certainement apparu qu'il est complexe d'organiser les choses pour que la contribution artistique soit aisée et les manipulations fluides d'un bout à l'autre de la production, depuis la création par l'artiste jusqu'à l'intégration en jeu. La cohérence des versions utilisées pour générer les objets finaux est souvent complexe (voir par exemple les différentes armatures incompatibles entre elles utilisées pour les humanoïdes dans Ryzom). C'est un sujet très épineux pour beaucoup de studios, d'autant que les compétences nécessaires pour appréhender ces questions ne sont pas si fréquentes, surtout pour les animations.
Richard Lico, ce héros
Pour notre plus grand bonheur, un vétéran de l'industrie extrêmement talentueux (Richard Lico, le sus-nommé) a décidé de prendre la question à bras le corps. Il s'agissait pour lui de faciliter la gestion des données d'un bout à l'autre du pipeline, avec le moins de maintenance possible. Et de chercher une façon pour que les animatrices soient les plus libres possible tout en ayant une rapidité de travail décuplée. D'un autre côté, il n'avait pas le choix, il venait de devenir indépendant et se retrouvait tout seul sur de nombreux aspects pour un gros projet
(le jeu Moss pour les curieuses, qui lui a donc valu de nombreuses récompenses.)Aparté : Si certaines sont intéressées, deux conférences où il parle de son travail sur Moss, justement : Animating Quill: Creating an Emotional Experience (sur lequel il y aurait d'autres choses à dire, mais j'y reviendrai à un autre moment) et Animation Workflow Siggraph 2018
Brad Clark, ce héros (parce que lui aussi le vaut bien)
Sur ce, Brad Clark un gars devenu référence mondiale dans son domaine (le rigging) depuis des années (le genre qui a bossé sur le motion capture de Gollum pour « Le seigneur des anneaux » il y a 20 ans...), et qui a décidé de se plonger dans Blender parce qu'il s'est dit qu'il y avait du potentiel inutilisé (vous avez deviné pourquoi il me plaît tant ?
), s'est dit qu'il faudrait trouver comment pousser ce genre de pratique. Et il fait alors la connaissance de deux frangins, qui se sont dits dans leur coin que ce serait cool d'avoir des outils de ce type dans un addon Blender (Rig On the Fly). Et paf, voilà, ça veut dire que Blender peut le faire et qu'en plus des gens planchent à rendre ça plus aisé.Aparté : une vidéo revient sur ce processus de rencontres qui s'est fait peu à peu : Meet The Expert: BRAD CLARK (Rigging Dojo)
Tout cela m'a semblé extrêmement intéressant pour nous, qui n'avons pas les moyens de créer et de maintenir un pipeline de production trop lourd, ni de créer plein d'outils pour toutes les contributrices qui pourraient venir de temps en temps.
Ce que je vais dire ci-dessous l'est dans un contexte où ce sont les animations qui sont concernées, mais il faudrait voir comment l'étendre peut-être à d'autres pans de la contribution artistique, à étudier.
Le premier point est de simplifier le plus possible la gestion des ressources. Donc l'idée (du moins pour tout ce qui est résultat d'un workflow destructif, comme l'est l'animation) est de n'avoir qu'un format à gérer, celui qui est nécessaire au moteur (à savoir glTF dans notre cas). Le but d'une contributrice est donc de fournir un fichier glTF qui contient une animation pour l'armature de déformation d'un objet animé. Seule l'armature de déformation, et le skinning du mesh correspondant, ont besoin d'être fournis et versionnés. Vu que le rig de contrôle est ce qui est le plus complexe à faire, et le plus difficile à s'approprier et parfois s'avère limitant pour certaines opérations souhaitées par l'animatrice, on n'a plus à se préoccuper de sa maintenance et de sa cohérence tout au long du pipeline. Ainsi, ajouter un nouvel emplacement dans le dos pour fixer un sac ne pose pas de souci, c'est juste un bone dans l'armature de déformation. Pas besoin de reprendre tout le travail préalable où celui-ci n'est pas inclus et de le propager partout pour maintenir la cohérence du rig de contrôle, cet ajout sera simplement pris en compte lors du prochain import avec les scripts habituels afin d'être pris en charge. Car dans l'approche professée par Richard Lico, le rig de contrôle est généré à la volée par l'animateur via des scripts personnalisés (d'où l'intérêt de l'addon Rig on the Fly qui en fournit un certain nombre prêts à l'emploi), depuis l'armature de déformation, en se basant sur les keyframes déjà en place. Du coup, on a directement la ressource utile et on repart toujours toujours d'elle quand on veut faire des modifications, peu importe comment on fait cette dernière et les modifications qu'elle a pu connaître entretemps, on a forcément toujours la dernière version d'édition entre les mains.
Le seul gros point noir à cette façon d'opérer est que l'animation demande alors quand même pas mal de connaissances théoriques en rigging et en scripting, ou au moins une très grande aisance avec l'outil qu'on utilise. Ce qui veut dire que la marche d'entrée pour contribuer me semble un peu plus haute. Mais son gros avantage est que celles qui contribueront perdront moins d'énergie à maintenir des outils plus ou moins adaptés (voire à les adapter au nouvelles venues) et bien plus à réellement fabriquer du contenu, ce qui est plus motivant. Par ailleurs, on peut plus rapidement obtenir des résultats de très bonne qualité.
J'ai étudié la façon dont on pourrait déployer ça dans notre pipeline Blender > Godot et je pense avoir trouvé comment faire pour que les animations puissent être réalisées une par une pour un même modèle et les importer séparément comme ressource dans Godot. J'ai commencé à noter ça dans le Guide de développement. On testera ça in vivo pour le premier client dès que Godot 4 sera un peu stabilisé.
Si vous avez des avis, des remarques, des questions...
Dernier message par Zatalyz - 25 Octobre 2022 à 10:29:48
Cliquez pour afficher le message
On a de la chance, un mod vient juste de sortir qui devrait aussi améliorer la partie des messages récents : Info Center Manager
J'espère d'ailleurs que mon thème ne vas pas trop mettre le bazar pour ajouter des mods...
Par ailleurs, bien que mon thème demande encore pas mal de modifs, je me demande si on ne devrait pas déjà l'installer en version intermédiaire afin de pouvoir passer à la version du forum. Mais, bon, il a des trucs un peu moches, des bugs...
J'espère d'ailleurs que mon thème ne vas pas trop mettre le bazar pour ajouter des mods...
Par ailleurs, bien que mon thème demande encore pas mal de modifs, je me demande si on ne devrait pas déjà l'installer en version intermédiaire afin de pouvoir passer à la version du forum. Mais, bon, il a des trucs un peu moches, des bugs...
Dernier message par YannK - 20 Octobre 2022 à 12:30:00
Cliquez pour afficher le message
J'aime bien que ce soit les sujets visibles surtout, et vérifier vite fait si le message nous intéresse avant de cliquer, c'est nickel.
Dernier message par alcyone - 20 Octobre 2022 à 11:16:59
Cliquez pour afficher le message
Personnellement j'apprécie, je trouve aussi que voir les messages sans le contexte ne m'est pas pratique, je clique toujours sur les sujets pour les consulter ensuite.
L'interface est plus compacte ainsi et franchement l'affichage au survol en CSS suffit je pense, avec peut-être un nom plus parlant que "Afficher plus" pour indiquer que le message s'affiche au survol ?
L'interface est plus compacte ainsi et franchement l'affichage au survol en CSS suffit je pense, avec peut-être un nom plus parlant que "Afficher plus" pour indiquer que le message s'affiche au survol ?
Dernier message par Zatalyz - 20 Octobre 2022 à 11:00:36
Cliquez pour afficher le message
j'ai bidouillé un truc sur le lien vers les "récents", et j'ai besoin de votre avis.
Cette page reste pour moi un pis-aller. Elle permet de voir l'activité récente du forum, mais pas de la façon que je voudrais... Elle affiche chaque message par ordre de dernière apparition. Message, pas sujet. Donc, on voit des réponses sans forcément savoir à "quoi".
J'ai modifié un peu ça, à présent le lien et le titre du sujet sont mis en avant, et pour le message lui-même, deux choix possibles :
- soit je le cache complètement
- soit je le rends visible si on le demande seulement.
C'est ce que j'ai expérimenté dans mon dernier test. Le souci c'est que je suis nulle en JS donc le machin est en CSS pur, donc même souci que le menu général : on le voit au survol de la souris, mais on ne peux pas cliquer pour le laisser ouvert. Si vous voyez comment faire, je prends. La grande question est donc : est-ce bien ou non ? Je précise bien : sur le fait que le message s'affiche au survol. C'est plein de détails moches à régler par ailleurs, mais celui-ci, j'atteins ma limite donc soit ce sera comme ça, soit sans message, je crois... Je vous laisse regarder :
https://forum.kagouille.fr/index.php?action=recent
Cette page reste pour moi un pis-aller. Elle permet de voir l'activité récente du forum, mais pas de la façon que je voudrais... Elle affiche chaque message par ordre de dernière apparition. Message, pas sujet. Donc, on voit des réponses sans forcément savoir à "quoi".
J'ai modifié un peu ça, à présent le lien et le titre du sujet sont mis en avant, et pour le message lui-même, deux choix possibles :
- soit je le cache complètement
- soit je le rends visible si on le demande seulement.
C'est ce que j'ai expérimenté dans mon dernier test. Le souci c'est que je suis nulle en JS donc le machin est en CSS pur, donc même souci que le menu général : on le voit au survol de la souris, mais on ne peux pas cliquer pour le laisser ouvert. Si vous voyez comment faire, je prends. La grande question est donc : est-ce bien ou non ? Je précise bien : sur le fait que le message s'affiche au survol. C'est plein de détails moches à régler par ailleurs, mais celui-ci, j'atteins ma limite donc soit ce sera comme ça, soit sans message, je crois... Je vous laisse regarder :
https://forum.kagouille.fr/index.php?action=recent
Dernier message par YannK - 19 Octobre 2022 à 22:34:41
Cliquez pour afficher le message
Nan mais quel talent
Dernier message par Zatalyz - 19 Octobre 2022 à 22:33:52
Cliquez pour afficher le message
Déjà corrigé sur le nouveau thème 
Dernier message par YannK - 19 Octobre 2022 à 22:32:36
Cliquez pour afficher le message
Pendant que j'y pense, dans les trucs que je trouverais sympa, il y aurait le fait que les images trop larges soient redimensionnées pour ne pas avoir de barre de scroll en bas, qu'elles s'adaptent à la largeur de l'affichage. Vu que je poste souvent des images et qu'elles dépassent souvent, ce serait cool de les avoir automatiquement non coupées avec du scroll 
Aucune idée si ce serait compliqué à avoir, mais je profite de l'occasion pour faire ma liste
Aucune idée si ce serait compliqué à avoir, mais je profite de l'occasion pour faire ma liste
Dernier message par Zatalyz - 19 Octobre 2022 à 11:19:30
Cliquez pour afficher le message
Note en mode "todo" : réorganiser l'arborescence forum/sous-forum. S'il y a des sous-forums, alors le forum parent ne doit pas avoir de sujets, tout doit être dans les forums du dernier niveau.
Dernier message par Zatalyz - 16 Octobre 2022 à 17:27:44
Cliquez pour afficher le message
Il y a des très bonnes choses dans tout ça !
Maintenant le plus dur, ça va être de se décider !
Maintenant le plus dur, ça va être de se décider !
