17 août 2015
1 Création d'un Groupe Musique Ryzom Forge
Nous allons monter un Projet Musical. Pour cela, nous allons d'abord créer le Groupe Musique de Ryzom Forge.
L'Équipe Musique viendra plus tard, nous travaillons encore dessus côté Lore Musicale.
Le meneur de ce Groupe Musical sera Gaueko.
Les endroits habituels pour la communication seront IRC, #ryzomforge ou le canal dédié #ryzommusic, le sous-forum Musique du forum Ryzom Forge, et bien sûr le Wiki de Ryzom Forge.
Objectifs généraux
Le rôle des deux, l'Equipe et le Groupe, sera de créer la musique pour Ryzom et le son d'ambiance du jeu lui-même. La différence entre elles sera que l'Équipe s'occupera de la Lore Musicale (partitions, musique de faction, paroles etc), et le groupe RF créera la musique d'ambiance et les sons d'ambiance du jeu (J'expliquerai davantage un peu plus tard).
Objectifs du Groupe Musique de Ryzom Forge
Nous avons deux buts principaux : création d'une musique d'arrière-plan et de sons d'ambiance. La musique d'arrière-plan sera utilisée pour les missions et les rites. Cela veut dire que nous allons créer de la musique pour donner une atmosphère tranquille, une autre effrayante, une joyeuse, etc...
Les sons d'ambiance sont ceux que font les objets quand nous agissons avec eux. Des bruits de pas, un coffre qui s'ouvre ou se ferme, le vent, le son des insectes, peut-être le bruit d'un animal qui chasse...
A la fin, nous devrions donner à l'ambiance une expérience sonore plus réaliste, même si ceux que nous avons sont bons, mais nous pouvons les améliorer !!
Pour cela, nous aurons besoin de créer des fichiers de musique et de sons qui seront ajoutés en jeu plus tard. Nous n'avons pas encore d'endroit où les stocker mais dès que nous aurons un tel endroit, nous vous le dirons. Les fichiers devront être sous licence CC-BY-SA
Q : Est-ce que ce sera possible d'activer/désactiver la musique suivant ses préférences, tout en ayant les sons de la nature ? Gérer la musique et les sons séparément dans le client ?
R : Un dev devrait pouvoir répondre, mais je suppose que ce devrait être possible. Bien sûr, les musiciens devront aussi travailler avec les développeurs.
R de YannK : J'en parlerai tout à l'heure pour les assets graphiques, mais un dépôt avec versioning (sous mercurial) des sons est tout à fait envisageable rapidement.
Comment pourra-t-on associer un son ou une musique à un lieu, à un item, à une action... du point de vue Dev ?
YannK :
Tout d'abord, je tiens à préciser que mes connaissances sont très empiriques sur les sons dans Ryzom Core, je n'ai pas eu l'occasion de faire beaucoup de tests.
Ceci étant dit, de ce que j'en sais, il existe deux grands usages des sons : par les primitives et par les datasheets. Jusque là rien que de très normal.
La partie datasheet est liée à une animation :le son (fichier .sound) est lié à la mise en oeuvre d'une animation (fichier .anim), qui lui dit comment il doit apparaître, selon quelle gradation, à quel moment etc. Ce fichier .anim lui-même est lié à un objet visible dans la partie 3D du client, un .creature.
Il ne faut pas se faire leurrer par le nom du .anim et du .creature. Cela peut désigner un évènement où rien ne bouge et un objet qui n'est pas une créature. La tour à côté de Chiang sur Silan est par exemple un .creature.
Mais de façon générale, cela permet de savoir quand un son doit être émis de façon à être en phase avec ce que le joueur voit : donc faire un coffre qui grince quand on l'ouvre, le moteur permet de le faire sans aucun souci.
Les sons que l'on fait quand on marche sont en fonction de la texture du sol si je me souviens bien, donc à moins de créer une nouvelle map avec de nouvelles textures environnementales, ça risque d'être difficile de changer le bruit des pas, car cela voudrait dire changer le son pour toutes les zones où la texture est utilisée (à vérifier).
Vous l'avez compris, les compétences des personnages appellent des animations .anim qui elles-même déclenchent des .sound donc on peut lier aussi un son à une animation du personnage, aisément. La difficulté est de créer de nouvelles formes d'animation, car cela demande de toucher au code du client ET du serveur.
L'autre façon de gérer le son est par les primitives : sur la carte on peut placer des sons environnementaux, éventuellement très localisés, avec là encore pas mal de paramètres car en fait on appelle des datasheets qui elles-mêmes donnent plein de paramètre au .wav d'origine.
Ces sont peuvent évoluer de façon automatique (cycle jour/nuit par exemple ou selon météo) ou bien être liés à des déclencheurs externes, qu'ils soient environnementaux ou liés à une mission. TOut est paramétrable (mais délicat à manier et demandera beaucoup d'ajustements)
Tout ceci pour dire que le système permet beaucoup de choses (ce qui explique la richesse de ce qui existe déjà) mais il y a un énorme souci : il n'y a apparemment pas les fichiers sources .wav ni .sound (et plus ou moins tous les datasheets en général liés au son) de disponibles nulle part. Ce qui explique pourquoi rien n'a été libéré quand les asets graphiques l'ont été.
Donc on ne peut pas modifier par exemple les systèmes de particules qui existent (car ils appellent souvent des .sound), ni rien modifier de ce qui existe en terme d'environnement sonore. Toute modification sera une recréation de 0, y compris des fichiers .wav de base
Il va falloir aussi se pencher sur la question de la création de datasheets en relation avec les sons, en sachant qu'on n'a pas d'exemple complexe pour comprendre leur fonctionnement exact. Donc la documentation sera plus longue (documentation des datasheets sur laquelle je travaille).
L'appel aux musiciens est lancé !
1 Création d'un Groupe Musique Ryzom Forge
Nous allons monter un Projet Musical. Pour cela, nous allons d'abord créer le Groupe Musique de Ryzom Forge.
L'Équipe Musique viendra plus tard, nous travaillons encore dessus côté Lore Musicale.
Le meneur de ce Groupe Musical sera Gaueko.
Les endroits habituels pour la communication seront IRC, #ryzomforge ou le canal dédié #ryzommusic, le sous-forum Musique du forum Ryzom Forge, et bien sûr le Wiki de Ryzom Forge.
Objectifs généraux
Le rôle des deux, l'Equipe et le Groupe, sera de créer la musique pour Ryzom et le son d'ambiance du jeu lui-même. La différence entre elles sera que l'Équipe s'occupera de la Lore Musicale (partitions, musique de faction, paroles etc), et le groupe RF créera la musique d'ambiance et les sons d'ambiance du jeu (J'expliquerai davantage un peu plus tard).
Objectifs du Groupe Musique de Ryzom Forge
Nous avons deux buts principaux : création d'une musique d'arrière-plan et de sons d'ambiance. La musique d'arrière-plan sera utilisée pour les missions et les rites. Cela veut dire que nous allons créer de la musique pour donner une atmosphère tranquille, une autre effrayante, une joyeuse, etc...
Les sons d'ambiance sont ceux que font les objets quand nous agissons avec eux. Des bruits de pas, un coffre qui s'ouvre ou se ferme, le vent, le son des insectes, peut-être le bruit d'un animal qui chasse...
A la fin, nous devrions donner à l'ambiance une expérience sonore plus réaliste, même si ceux que nous avons sont bons, mais nous pouvons les améliorer !!
Pour cela, nous aurons besoin de créer des fichiers de musique et de sons qui seront ajoutés en jeu plus tard. Nous n'avons pas encore d'endroit où les stocker mais dès que nous aurons un tel endroit, nous vous le dirons. Les fichiers devront être sous licence CC-BY-SA
Q : Est-ce que ce sera possible d'activer/désactiver la musique suivant ses préférences, tout en ayant les sons de la nature ? Gérer la musique et les sons séparément dans le client ?
R : Un dev devrait pouvoir répondre, mais je suppose que ce devrait être possible. Bien sûr, les musiciens devront aussi travailler avec les développeurs.
R de YannK : J'en parlerai tout à l'heure pour les assets graphiques, mais un dépôt avec versioning (sous mercurial) des sons est tout à fait envisageable rapidement.
Comment pourra-t-on associer un son ou une musique à un lieu, à un item, à une action... du point de vue Dev ?
YannK :
Tout d'abord, je tiens à préciser que mes connaissances sont très empiriques sur les sons dans Ryzom Core, je n'ai pas eu l'occasion de faire beaucoup de tests.
Ceci étant dit, de ce que j'en sais, il existe deux grands usages des sons : par les primitives et par les datasheets. Jusque là rien que de très normal.
La partie datasheet est liée à une animation :le son (fichier .sound) est lié à la mise en oeuvre d'une animation (fichier .anim), qui lui dit comment il doit apparaître, selon quelle gradation, à quel moment etc. Ce fichier .anim lui-même est lié à un objet visible dans la partie 3D du client, un .creature.
Il ne faut pas se faire leurrer par le nom du .anim et du .creature. Cela peut désigner un évènement où rien ne bouge et un objet qui n'est pas une créature. La tour à côté de Chiang sur Silan est par exemple un .creature.
Mais de façon générale, cela permet de savoir quand un son doit être émis de façon à être en phase avec ce que le joueur voit : donc faire un coffre qui grince quand on l'ouvre, le moteur permet de le faire sans aucun souci.
Les sons que l'on fait quand on marche sont en fonction de la texture du sol si je me souviens bien, donc à moins de créer une nouvelle map avec de nouvelles textures environnementales, ça risque d'être difficile de changer le bruit des pas, car cela voudrait dire changer le son pour toutes les zones où la texture est utilisée (à vérifier).
Vous l'avez compris, les compétences des personnages appellent des animations .anim qui elles-même déclenchent des .sound donc on peut lier aussi un son à une animation du personnage, aisément. La difficulté est de créer de nouvelles formes d'animation, car cela demande de toucher au code du client ET du serveur.
L'autre façon de gérer le son est par les primitives : sur la carte on peut placer des sons environnementaux, éventuellement très localisés, avec là encore pas mal de paramètres car en fait on appelle des datasheets qui elles-mêmes donnent plein de paramètre au .wav d'origine.
Ces sont peuvent évoluer de façon automatique (cycle jour/nuit par exemple ou selon météo) ou bien être liés à des déclencheurs externes, qu'ils soient environnementaux ou liés à une mission. TOut est paramétrable (mais délicat à manier et demandera beaucoup d'ajustements)
Tout ceci pour dire que le système permet beaucoup de choses (ce qui explique la richesse de ce qui existe déjà) mais il y a un énorme souci : il n'y a apparemment pas les fichiers sources .wav ni .sound (et plus ou moins tous les datasheets en général liés au son) de disponibles nulle part. Ce qui explique pourquoi rien n'a été libéré quand les asets graphiques l'ont été.
Donc on ne peut pas modifier par exemple les systèmes de particules qui existent (car ils appellent souvent des .sound), ni rien modifier de ce qui existe en terme d'environnement sonore. Toute modification sera une recréation de 0, y compris des fichiers .wav de base
Il va falloir aussi se pencher sur la question de la création de datasheets en relation avec les sons, en sachant qu'on n'a pas d'exemple complexe pour comprendre leur fonctionnement exact. Donc la documentation sera plus longue (documentation des datasheets sur laquelle je travaille).
L'appel aux musiciens est lancé !