Développement

Compte-rendu de la réunion du lundi 30 mars 2015 :

Tutoriels sur le système de base : Datasheets et Primitives

YannK continue les tutoriels sur le système de base (à savoir Datasheets et Primitives). Il en a posté un récemment sur la façon dont sont créées et gérées les boutiques dans les Primitives. Il est sur le wiki de Khaganat pour l'heure car il déjà eu assez de peine à maitriser un système de wiki.

Lyne l'a traduit en anglais et il est donc prêt à être transféré sur le wiki de RF dès que quelqu'un saura le faire.

Pour ceux qui veulent aider à l'export : http://khaganat.net/tools/docu-export.php. Il faut relire, mais ça traduit la plupart des balises dokuwiki en mediawiki (pour la mise en page).


Familiers

YannK est depuis un moment sur les familiers (donc les datasheets) et pense que ce sera le prochain tuto qu'il publiera. Ça sera l'occasion d'ajouter des bestioles qui nous suivent qui ne soient pas des mektoubs.

L'idée est de renseigner tous les paramètres, pour qu'ensuite des personnes puissent créer les datasheets de façon 'simple'.

YannK n'a jamais réussi à quoi que ce soit sur le wiki de Ryzom Core, mais si quelqu'un veut les y transférer, ce sera bien volontiers.



Serveur de tests de Ryzom Forge

Madi continue à travailler à déployer un serveur de test pour Ryzom Forge.

<Madi> D'abord j'ai passé des heures à configurer un serveur, recompiler les services, configurer les apps web ... Puis j'ai eu un souci, le serveur étant en ligne, j'ai décidé de refaire une configuration sur une machine virtuelle chez moi pour test pour éviter de faire des expérimentations sur un serveur en permanence connecté au net. Et là, encore des heures à compiler, installer ... C'est à ce moment que j'ai pensé que je faisais fausse piste.

J'ai donc reposé au propre les objectifs :
- mettre à disposition un serveur de test pour ryzom,
- permettre à tout à chacun d'avoir aussi à disposition un serveur de jeu pour réaliser ses propres tests.

Ce dernier point est important, YannK pourra vous en dire plus, il a dispo une machine virtuel de test et cela l'a aidé dans ces expérimentations d'objets graphiques.

Mon erreur : avoir une approche de dev, passer des heures à configurer une machine à la main, reperdre des heures pour une nouvelle machine juste après.
Comment va faire l'utilisateur lambda qui veut faire un test mais n'a pas la compétence pour rééditer un scénario de plusieurs heures pour configurer un serveur ?

J'ai donc regardé du coté d'un nouveau paradigme en informatique qui s'attaque à ce problème : DevOps. Ce sont des outils qui permettent d'automatiser la configuration et l'installation d'un serveur. Des outils comme Puppet / Chef / Ansible.
J'ai choisi Ansible, car il est le plus abordable pour débuter.

Donc étape 1 : j'ai mis en place un script qui automatise la configuration pour la compilation d'un serveur ryzom. A présent je peux l'utiliser sur un serveur réel, ou sur une machine virtuelle.

Côté machine virtuelle justement, j'ai justement utilisé un second outil de la panoplie "DevOps" : il s'agit de "vagrant". Il permet en 3 lignes de commande, de créer une machine virtuelle et de lancer dessus un script ansible par exemple pour "configurer" (on dit provisionner) un serveur. Il fonctionne sous Mac OSX, windows, linux.

J'ai aussi adjoint au tout un script "Packer" qui permet de créer aussi des images de VM pour vagrant (kvm, ou virtuelbox).

Donc à ce moment de mes expérimentations : j'ai une manière d'automatiser la configuration d'un serveur réel pour ryzomcore (compiler en fait) et je peux aussi déployer automatiquement cela sur une machine virtuelle chez soi.
Mais a ce moment je me rends compte que je n'ai fait que repousser un problème : si je provisionne automatiquement un serveur ryzomcore, cela prend sur un VM sir ma machine .... 8h.

* Madi compte sur ses doigts : récupérer les sources, installer les outils, compiler le serveur, etc... Même si c'est automatique, cela n'est pas accessible à l'utilisateur lambda.

C'est là que je me rends compte d'une seconde erreur :
L'idée de Ansible/Vagrant/Packer c'est automatiser le déployement d'un serveur. Cela doit prendre disons, 15mn ... pas une journée.
Le problème vient de la compilation des sources. Tout simplement, il n'existe pas de package binaire pour le serveur.
J'ai donc contacté kervala, et j'ai fait le point avec lui sur ces paquets binaires qui concerne le client de jeu. On a discuté, et on est arrivé à la conclusion, qu'il nous faut aussi des paquets binaires pour le serveur.
A ce moment, déployer un serveur, c'est juste 15mn, des binaires à installer, un script de config à exécuter.

Pour conclure : j'ai donc créé un dépot pour les binaires debian/ubuntu via le site bintray. Je dois encore mettre à dispo tous les scripts dont j'ai parlé ici : patch pour l'installation de paquets binaires, scripts ansible, vagrant, packer. Je vais essayer de le faire très vite sur github/bitbucket car l'aide de tous est la bienvenue.

Compte-rendu de la réunion du lundi 13 avril 2015 :

Briques de combat
[Skeepy] Juste une note/idée pour plus tard, j'ai trouvé quelques entrées dans le FamilyId des briques de combat, probablement là pour développer quelques capacités spéciales liées aux armes nationales de skin 3. Il y a de la place pour créer et développer de nouvelles compétences de combats à utiliser, comme le feu des armes fyros, le poison des matis, etc. Je n'ai pas encore vérifié si c'était faisable d'un point de vue technique, si certaines commandes peuvent être utilisées pour ça, mais je pense qu'il serait intéressait d'en parler aux gens d'abord, pour voir si ça pourrait être intéressant sur une base Level Design/GamePlay.
[Goki] Une chose pareille est possible, mais nécessitera du nouveau code, des choses que les armes vedice ont un code spéciale pour elles.
[Skeepy] Il faudrait bien sûr de nouveaux .sbricks, mais peut-être pas de nouveau développement c++. Ce pourrait être seulement de nouvellles compétences, pas de nouvelles fonctionnalités.
[Glorf] Si vous voulez chercher des briques : http://dsryzom.glorf.fr/liste.php

Serveur de test
[Madi] A la dernière réunion, j'avais parlé du travail en cours pour mettre en place un serveur de jeu de test. Là, j'ai mis en place des dépôts pour rendre accessible ce travail et permettre à tous d'y participer :
1) https://bitbucket.org/maadi/packer. C'est un script pour automatiser la construction d'une image Jessie pour machine virtuelle. Pour vous évitez de passer quelques heures à le faire vous-même, j'ai uploadé une image toute prête créée via ce script : https://atlas.hashicorp.com/madi/boxes/jessie-amd64. Note : on peut l'utiliser pour générer des VM virtualbox ou KVM (Qemu).
2) https://bitbucket.org/maadi/vagrant : Vagrant sert à faciliter l'initialisation et le lancement d'un VM. Vagrant simplifie la mise à dispo d'une machine virtuelle toute prête pour utilisation. Ici Vagrant utilise l'image créée par packer (voir point (1)). Ensuite il utilise un script ansible qui configure automatiquement la machine virtuelle : récupérer les sources de ryzomcore, les compiler, etc... Ansible permet de configurer une machine virtuelle mais peut s'utiliser aussi sur un vrai serveur, et à la base je l'ai testé sur un VPS.
3) Comme je l'avais indiqué à la précédente réunion, le but de packer/vagrant/ansible est d'automatiser la mise à dispo d'une machine virtuelle ou d'un vrai serveur; disons en quelques minutes. Sauf qu'ici, entre la création d'une image d'une debian, la récupération des sources de ryzomcore, la compilation, cela peut prendre 1 jour sur ma machine, donc il y a un souci. Avec Kervala j'avais fait le point, et on avait acté le fait, qu'il fallait mettre à dispo paquets binaires des outils. De fait l'installation revient sous linux à faire un simple "apt-get install ryzomcore", "urpmi ...", "yum ..." (tout dépend de la distribution). donc garder la même approche qu'au-dessus, mais cette fois s'appuyer sur les binaires et ne rien avoir à recompiler. Pour cela, j'ai forké les sources de libwww, squish et Ryzomcore afin de compléter ce qui manque pour générer les paquets binaires. Kervala a déjà ajouté le dossier "dist/debian" au dépot ryzomcore sur bitbucket pour générer les paquets binaires concernant ubuntu. J'ai commencé à compléter cela sur mes dépots ici (pour débian jessie/wheezy) :
https://bitbucket.org/maadi/ryzomcore
https://bitbucket.org/maadi/libwww
https://bitbucket.org/maadi/squish
Cela va servir de dépôt de dev puis sera intégré au dépot officiel de ryzomcore.
Et pour finir j'ai aussi configuré un dépot binaire pour ces paquets sur bintray.com
Pour le moment j'ai uploadé les paquets binaires (jessie/wheezy, i386/amd64) de libwww et squish (des dépendances de ryzmcore) : https://dl.bintray.com/ryzomforge/ryzomforge. Vous pouvez bien entendu vous y inscrire pour rejoindre ce dépôt et aider à le compléter.
(J'ai pris le parti de travailler sous linux, avec une distribution debian, mais les outils sont multiplatformes (mac, win, linux)).

Compte-rendu de la réunion du 27 avril 2015 :

<YannK> wiedii : si des DEV ont du temps, RC a besoin de gens pour aider à la mise au point / le débogage de Ryzom Core Studio, c'est avec lui qu'on édite les sytèmes de particules et qu'on fait une partie du travail graphique.

<wiedii> Est-ce que quelqu'un aurait une piste pour le besoin d'un plugin Blender -> NeL ?
<YannK> wiedii : Kaetemi est la personne de RC qui maitrise le mieux le pipeline je pense, et il avait proposé de regarder la faisabilité déjà. Kaetemi : Est-ce que tu as eu le temps d'étudier la faisabilité / le temps / le coût d'un plugin blender pour remplacer celui de 3DSMax ?
 *Kaetemi : Une fonctionnalité d'export basique pour un modèle statique avec texture, c'est une demi-semaine de travail. Ajoute une semaine ou deux pour le squelette plus le poids des vertex. Ajoute une ou deux autres semaines pour un outil d'édition de matériau nel séparé. Ensuite, il y a tout un tas de fonctions aditionnelles, comme les meshes multi-res, avec LOD, etc, qui prendront probablement environ trois semaines de plus de travail et de début etc.  Et ensuite il y a une tripotée de support pour les animations, y compris l'animation des matières, que je ne peux pas estimer. A ce point, il manque encore les meshes pour le paysage statique, avec l'éclairage, le clustering, et tout ça... mais ça demandera une refonte complète parce que ça utilise aussi l'éditeur de niveau de 3DSMax pour l'instant. Donc estime ça à 2 000 € / semaine pour être tranquille. :) Et tu pourras calculer ce que ça coutera en fonction des fonctionnalités qu'il te faut. :)
*Goki : "pour être tranquille" Tranquille par rapport à quoi ?
*Kaetemi : Par rapport à manquer de temps, et pour avoir un bon dev.
<wiedii> ok, il faudra que tout ça soit étudié, merci Kaetemi.

*Goki : Ulukyn a travaillé sur quelque chose qui, je l'espère, permettra d'appliquer des scripts d'IA complets à des groupes d'events sans avoir à les définir dans les primitives. Pas de date prévue pour l'instant, mais associé à ARK, ça permettra de faire des trucs encore mieux. Par exemple, faire qu'un mob fasse X quand sa vie descend en dessous de Y etc...

Réunion du 11 mai 2015

[Ulukyn] Rien de particulier niveau dev si ce n'est quelques corrections de bugs, la priorité étant de pouvoir faire avancer le Level Design.

[Tamarea] Crowdfunding : pour les projets dev tournant autour de 1500-2000 € maximum, WinchGate nous propose de ne pas nous lancer dans un crowdfunding, il financera lui-même ces projets s'ils les juge intéressants pour Ryzom.
Pour chaque projet, le dev devra faire remonter à WG son projet détaillé avec une estimation du prix de chaque tâche. 
Il faudrait que Kaetemi prépare un tel document pour le projet "Blender" (pour pouvoir se passer de 3dsMax).

[Zatalyz] On a déniché/créé plein de docs et on a besoin d'aide pour 1) traduire 2) transférer sur le wiki de Ryzom Forge. Lyne et Osquallo ont déjà traduit beaucoup, mais du renfort serait bienvenue, il y a vraiment beaucoup de choses. 
Pour le transfert sur le wiki : Cela ne demande aucune compétence technique, juste de la patience, je vous apprendrai le peu qu'il y a à connaitre. Si vous êtes intéressés, contactez-moi, on se réservera un soir pour faire ça (le groupe crée l'émulation). 
Pour les curieux qui veulent voir cette doc :  une partie était dans les sources de Ryzom Core, sur la façon de créer des missions. il parait qu'il y a des airs de famille avec les options d'ARK, cela pourra peut-etre aussi aider ceux qui bossent dessus ? La doc était en anglais, avec un ou deux morceaux en français. On a tout traduit en anglais, il en reste un peu à traduire en français et vous pouvez aider à le faire ! Français : https://khaganat.net/wikhan/fr:rcprimitivemissiondoc / Anglais : https://khaganat.net/wikhan/en:rcprimitivemissiondoc
Nous avons aussi pas mal de docs sur les datasheets grâce à YannK, c'est assez frais. Là aussi, on a besoin d'aide pour tout traduire en anglais : https://khaganat.net/wikhan/fr:rcdssitem

[Zatalyz] On (côté Khaganat) se pose des questions sur le choix que semble faire Ryzom, de s'appuyer entièrement sur Ark pour ajouter des missions et du contenu, et pas sur les primitives. Cela ne va-t-il pas alourdir le trafic entre le serveur et les joueurs, alors que quand tout est dans les primitives, la majorité des tâches sont gérées par le client ? NH est déjà laborieux, suivant les jours ; qu'est-ce que ça va donner s'il y a beaucoup plus de choses basées sur l'ARK ? Les rites de l'encyclopédie, tout ce qui est destiné à perdurer, ne serait-il pas mieux dans des primitives ? ARK est un outil idéal pour les events ponctuels, mais est-il adapté à du contenu permanent ? En particulier au niveau des échanges côté bande passante.
=> [Ulukyn] Effectivement, s'il fallait comparer les deux, ARK prend beaucoup plus de bande passante que les primitives. Maintenant, s'il était simple, fun, efficace de faire des missions avec les primitives, il y a longtemps que j'aurais amélioré le système. Mais pour y avoir passer des mois... c'est juste super mal fichu. Les deux rites ajoutés m'ont pris des mois et ça bug tout le temps. En plus de ne pas fonctionner comme prévu pour des tas de raisons. Les deux boss maraudeurs ont été ajoutés en 3 ans par un dev très présent. On ne peut pas vraiment comparer. Et entre développer un outil mal adapté et peu extensible ou louer un serveur supplémentaire pour ARK, il n'y a pas photo. De plus, de nouveaux modules vont réduire les latences d'ARK. Avec moins d'aller retour entre le serveur -> client -> Ark et via l'utilisation de nouvelles commandes.

25 mai 2015

Serveur de test de RF
Pas de retour de Madi sur le serveur, il est un peu occupé IRL, pour un temps indéterminé.

Tutoriaux sur les datasheets et primitives
Lyne a avancé dans la traduction, mais de l'aide serait bienvenue.
Zatalyz attend toujours des volontaires pour aider à transférer ces tutoriaux sur le wiki de Ryzom Forge, contactez-là en mp.

Tutoriel sur les familiers
 YannK a eu des semaines chargés IRL, donc c'est au point mort pour le moment.
 
Création d'un outil pour se passer de 3DsMax et utiliser directement Blender
- Winchgate attend toujours un doc de Kaetemi (ou d'un autre) avec le détail de chaque tâche et le prix demandé par tâche. WG est d'accord pour ce projet, ça serait bien de ne pas attendre 6 mois pour lancer le truc, d'autant qu'avec 1500€ max par mois ça n'avancera pas très vite.

- Il faudrait quelqu'un ayant 3dsmax et les plugins NEL pour exporter ça : http://app.ryzom.com/app_forum/index.php?page=topic/view/22961/

[Wiedii] J'ai déjà par le passé testé l'export de 3DsMax vers .shape. J'ai donc su le faire, je devrais pouvoir éventuellement le faire, si personne ne se propose (mais j'ai déjà beaucoup de trucs à faire). Donc je peux, mais en dernier recours. 
On me signale qu'il faudrait un tuto.. mais ça existe déjà. J'ai un tuto que j'avais en parti fait, en parti repiqué je ne sais plus où... et qui avait été traduit en anglais. Je vous exporte ça, en 2 langues, dans la soirée.. je m'étonne que ce ne soit pas sur le wiki RF.
Et le tuto sur le teddybear ? http://forge.ryzom.com/wiki/FR_Peluche
[Osquallo] Il manque surtout le avant. Genre rien que faire marcher le plugin c'est le parcours du combattant. Sinon y a le pdf de kaetemi peut-être : https://ryzomcore.atlassian.net/wiki/display/RC/Installing+the+Ma x+Plugins mais ca reste la misère rien que pour avoir le plugin.
[YannK] Il y a des étapes pour générer un .shape propre, avec ses lods, un texturage bien propre etc. et c'est ce qui nous manque. Anarkia le savait mais il n'a pas eu le temps de passer l'info.
[Wiedii] je viens de mettre la page d'export depuis 3DS sur le wiki, en vrac. il y a des images, mais elles sont cachées dans le code de la page, donc il faudra attendre que ce soit + propre sur la présentation (j'ai fait ça en 1 min et je ne me souviens plus trop de wikimedia) : http://forge.ryzom.com/wiki/Exporter_depuis_3DSMax.
Textile > Mediawiki : http://forge.ryzom.com/wiki/Export_from_3DSMax

Documentation sur les datasheets
[YannK] je voulais expliquer un peu ce que j'avais commencé à mettre en ligne sur le wikhan, à savoir la documentation de tous les styles de datasheets. J'ai commencé par les .sitem, c'est à dire tous les objets d'inventaire : http://khaganat.net/wikhan/fr:rcdssitem. 
Pour chaque style de .sitem, j'ai recensé toutes les caractéristiques possibles et les paramètres (manque deux trois petits trucs, mais c'est minime) pour pouvoir créer un tel objet. Cela va des armes aux coiffures en passant parles pactes de téléportation, la gestion des familiers ou les objets de forage.  Il faut encore traduire ça en anglais et le transférer sur le wiki de RF mais c'est déjà disponible en français. 
Donc si vous comptez créer un objet, n'hésitez pas à aller compulser ces fiches. Je compte faire des exemples précis et détaillés issus de notre serveur de jeu quand on aura fini de le remettre en place.
J'ai attaqué les DS des compétences mais ça sera un peu plus long. Il y a déjà une centaine de fiches de faites rien que pour les sitem, et cétait assez simple par rapport aux DS de compétences.

13 juillet 2015 :

1 Système de paiement : remplacement de PaySpan (PayByCash)

Le système de paiement va être mis à jour pour permettre des plugins et accepter des paiements tiers. Cela marchera avec Steam et Paypal.
Pas de date buttoir pour le moment car c'est une tâche complexe, mais c'est une priorité pour les Dev.
 
Q : Est-ce que les cartes Steam qu'on achète en grand surface marcheront pour payer l'abonnement ?
R : L'abonnement à Ryzom via Steam se fera directement sur la plateforme Steam et non pas sur notre site. De ce fait, toute option de paiement acceptée par Steam sera valide.

Q : je connais paypal, mais s'il vous plait qu'est-ce que Steam ?
R : C'est la plateforme de jeu de "valve" http://store.steampowered.com/

Q : Donc, je peux crééer un compte et payer pour Ryzom avec ?
R : Pas pour le moment (Ryzom sera sur Steam mais ne l'est pas encore) mais c'est ce qui est prévu.


2 Système de tickets : avancée de la création d'un système de tickets interne

Uservoice (l'outil pour les tickets, qui cesse d'être gratuit) va être progressivement remplacé par un programme maison. Il tourne déjà, il reste juste à l'améliorer pour plus de confort.

Q : Ce remplacement s'est fait assez vite, non ?
R : Oui, en deux semaines le nouvel outil était opérationnel, et nous avons pu récupérer toutes les données stockées sur Uservoice.Les deux outils tournent en parallèle pour le moment, nous couperons Uservoice (encore gratuit, nous en profitons) une fois le nouvel outil davantage élaboré. Mais si Uservoice passe payant demain, nous sommes prêts à passer à 100% sur le nouvel outil interne.


3 Création d'un générateur de noms atysiens

Daexin a créé un Générateur de Noms de Ryzom, gratuit d'utilisation : http://atys.wiki.ryzom.com/RyzomNameGenerator/ N'hésitez pas à l'utiliser !

Q : C'est pour les PNJ ou les joueurs ?
R : C'est pour les PNJ (et les persos d'event), mais il est facile de l'utiliser pour choisir un nom de perso joueur en ne prenant que le prénom. Il est très utile à l'Event Team, et sera très utile à l'équipe Level Design quand elle devra nommer x PNJ !

Q : Petite question dans le jeu, le nom de famille des PNJ est en premier ou il n'y a pas de règle ?
R : Ca dépend des peuples : prénom + nom de famille pour les Fyros et les Matis ; Nom de famille + prénom pour les Trykers et les Zoraïs.


4 Appel aux dev : projet de plugin nel pour pouvoir utiliser Blender et non pas uniquement 3dsMax (travail rémunéré)

Tout est dans le titre, les infographistes de Ryzom Forge ont des difficultés à cause de l'obligation de passer par 3DSmax (un outil très cher). Ils ont besoin de pouvoir utiliser un outil gratuit comme Blender. Winch Gate payera un développeur pour créér ce plugin. S'il vous plait envoyez vos projets à tamarea@ryzom.com, ou faites suivre à vos amis développeurs à ce propos !

Q : Ce dont il y a besoin est précisément décrit quelque part ?
R : Ici : https://semestriel.framapad.org/p/blender_nel_2015


5 Logithèque Ubuntu et mise à jour du client

Malgré plusieurs relances, Kervala n'a eu aucune réponse de Canonical (le fait que la personne qui s'occupait de Ryzom là-bas est partie n'aide pas).
Kervala a donc compilé des nouvelles versions le 27 juin : https://launchpad.net/~ryzom-isv/+archive/ubuntu/ppa . Cela n'a pas la même visibilité, mais c'est mieux que rien.
La page sur le wiki de Ryzom Forge a été mise à jour : http://forge.ryzom.com/wiki/Linux_FAQ_EN ainsi que http://doc.ubuntu-fr.org/ryzom 


6 Documentation dev sur les missions

Voici un nouveau document Dev / LD : http://forge.ryzom.com/wiki/Documentation_sur_les_missions.
C'est de la documentation sur les différentes options utilisables dans les missions. Cela couvre un champ très large (par exemple ce qu'on peut forer, où... etc). A la base, c'est prévu pour être utilisé dans les primitives (quelque chose d'un peu complexe), mais cela devrait aussi servir à ceux qui utilisent ARK : les mêmes fonctions sont appelées. Il vous faudra adapter la syntaxe dans ARK, mais ça peut donner des idées à certains sur ce qui est réalisable facilement pour le jeu.
La traduction des articles en anglais est déjà disponible sur Khaganat : http://khaganat.net/wikhan/en:rcprimitivemissiondoc

Q : Quand on propose une mission, ça ne veut pas dire forcément la coder dans ARK ?
R : Non. Dans un premier temps, il faut que la mission soit complète, que ce ne soit pas juste une idée de base. Ensuite... après validation vous pouvez si vous le souhaitez participer à son scriptage dans Ark, mais les spécialistes du groupe Ark, tels Goki, sont plus rapides pour le faire. Le workflow est sur le point d'être publié, toutes les informations figurent dedans.

7 septembre 2015 :

1 Correction de la récente instabilité du serveur de test "Yubo"
Un disque dur RAID du Yubo a lâché, ce qui explique sa grande instabilité du serveur de test dernièrement. Il devrait être remplacé par OVH cette semaine.  Le remplacement du disque dur a été fait la semaine dernière, maintenant le RAID lui-même doit être réparé et ça prendra environ 6/7 jours à partir d'aujourd'hui.

Q: Question gênante: combien de disque raid ont lâché? Le problème est quand il y en a deux en même temps, les lois des séries...
R : Ce qui n'a pas l'air d'être le cas. Par contre la resynchronisation est très lente. Donc il faut patienter !


2 Projet dev permettant d'utiliser n'importe quel outil 3D sans passer par 3dsMax
Le projet de Kaetemi a été validé par Winch Gate, il reste à s'accorder avec lui sur les tarifs.

Q : Y a t il des informations quant à la nouvelle zone ?
R de YannK : Il est un peu tard pour moi, mais je pourrai te répondre en journée, si tu veux.

3 Appel de YannK
J'aurais un appel à lancer : on aurait besoin de personnes sachant préparer des paquets Linux, Nimetu en fabrique déjà pas mal, mais il nous manque quelqu'un qui pourrait faire des .deb pour Debian Sid (c'est pour moi, j'avoue). Donc si des gens qui maitrisent la fabrication de packages ont envie d'aider, ce serait pour permettre un accès plus aisé aux outils Ryzom Core (RC Studio en particulier).

2 novembre 2015

1 Patch du 2 novembre

Rappel : contenu du patch : http://app.ryzom.com/app_forum/index.php?page=topic/view/23944/ 

Q:  Y a-t-il des foreuses maraudeurs maintenant ?
R : Non, juste des PNJ pour acheter et réparer des outils d'OP.

Q : Est-ce que tout le monde peut apprendre les plans ?
R : Oui, car une vérification de renommée n'est pas possible.

23 novembre 2015

Ryzom sur Steam (partie dev)

Kervala : Tout d'abord, je vais expliquer ce qu'est Steam pour ceux qui ne connaissent 
pas : c'est un logiciel et un site permettant d'acheter et installer un très grand nombre de 
jeux. Même si la majorité des jeux concerne Windows, il supporte également Linux et OS X. Publier Ryzom sur Steam peut donc nous apporter une grande visibilité avec un minimum de travail. Surtout qu'il a été "greenlighté", il a été approuvé par la communauté Steam. 
Pour l'instant, tous les clients sont prêts sur Steam, il y a Linux 32 et 64 bits, Windows 32 et 64 bits et OS X (64 bits). Nous avons corrigé les bugs les plus importants (il en reste 1) et avons amélioré la qualité visuelle du jeu pour que le jeu plaise dès le premier lancement. Nous sommes donc en phase de test et de correction des derniers bugs, il nous reste aussi à terminer la page du store.

Q : Vous dites que vous avez corrigé les bugs les plus importants, y a-t-il une liste quelque part ?
R : Oui, la liste est publique : https://bitbucket.org/ryzom/ryzomcore/commits/ Pour Steam, nous utiliserons uniquement du code public pour le client Ryzom, au contraire du client Windows actuel qui est partiellement fermé. Tous les clients seront régulièrement mis à jour avec les nouveautés de Ryzom Core.

Q : Je n'y connais rien à l'informatique et ne sais pas ce qu'est le client.
R : Quand vous lancez Ryzom, en fait vous lancez le client de Ryzom. Les MMORPG ont deux parties : le client et le serveur.

Q : Est-ce que le bug lors de la téléportation avec le mode musique activé sera un jour corrigé sur Mac ?
R : Le nouveau client OS X est déjà plus stable que les précédents.
Tgwaste: Mais cela corrige-t-il le bug ?
Kervala: Le dernier bug restant à corriger est celui-ci. J'ai réussi à le reproduire.

Q : Comment se procurer ces nouveaux clients si on n'a pas de compte Steam (et qu'on n'en veut pas ouvrir un) ?
R : Comme les clients sont compilés depuis le code open-source, je vais créer une page où on pourra télécharger les même clients que ceux de Steam. Il n'y a pas du tout de DRM avec les clients de Steam et ils peuvent être lancés sans Steam, mais le système de patch est désactivé parce que nous utilisons les mises à jour de Steam.

Q : Quelles sont les améliorations visuelles ?
R : 128Mo de RAM par défaut et détection de la résolution de l'écran pour le plein écran et quelque corrections et améliorations que nous avons faites quelques mois ou années plus tôt.

Q : Avez vous envisagé de modifier les restrictions des comptes free ou des comptes payants , de facon temporaire pour le lancement Steam ou même de facon plus définitive?
R : Nous sommes des bénévoles, nous ne décidons pas de ça.

----------------------------------------------------------

Kaetemi : Je travaille sur le code de Ryzom depuis longtemps et je suis très content que toutes les modifications que nous avons faites soient enfin mises dans le client publié. j'ai participé à l' open beta, à la beta fermée, Ryzom ring alpha, etc, et j'ai travaillé aussi sur le moteur NeL avant que le code de Ryzom ne devienne accessible. Côté son, on a travaillé pour remplacer le driver propriétaire et obsolète FMOD, et pour pour toutes les plateformes, il y a le support OpenAl et pour Windows en plus un nouveau moteur son basé sur XAudio2. Concrètement, ça signifie : le bouton EAX dans la configuration est maintenant actif. Graphiques, beaucoup d'optimisation sur OpenGL, le plus important étant : Vertex buffer streaming (terme technique) est beaucoup plus rapide - c'est-à-dire qu'être bombardé de sorts ne fera plus autant laguer le client. Côté nouvelles fonctionalités, le pipeline de post-processing et du programme de gpu a été nettoyé pour permettre ... de surprenants et magnifiques FXAA anti-aliasing, qui rend la visibilité vraiment douce, plus de crénelage pixels. peut-être un peu exagéré, mais ça rend bien. Ça permettra aussi d'implémenter un rendu VR ... plus tard. (J'ai joué sur un Oculus, ça marche). 
Et finalement, et c'est peut-être le plus intéressant pour certains d'entre vous, je suis maintenant en train de travailler sur les outils de création de contenu. Il y a maintenant un outil qui exporte les fichiers Blender en ficioers au format Nel, compatible avec Ryzom. (Il supporte en fait un grand nombre de formats d'entrée). Ceci sera encore plus amélioré par l'addition d'outils pour modifier et prévisualiser les effets de matière des modèles 3D en temps réel (ainsi que d'autres paramètres d'exportation spécifiques et variés). Tout cela devrait nous permettre de nous passerde certains programmes propriétaires pour créer de nouvelles zones , et de fournir un moyen simplifié de préparer du nouveau contenu 3D pour le jeu.

Q : On commence à ce faire vieux ! Cela serait-il possible d'augmenter la taille de la police ?
R : Toutes les polices ? il est possible de changer la taille de la police dans les fichiers xml de l'interface, mais il n'existe pas de paramètre global pour mettre à l'échelle les polices, à ce que je sais. Mais je pense que ça casserait quelques tailles d'interfaces, le texte serait hors des fenêtres. 
Q : Au minimun le chat ?
R : Pour changer la taille de la police dans le chat : U / Interface / Chat / Taille de la police (en bas de la fenêtre).

Q : Vus les "veuillez patientez" aléatoires et horaires, peut-on craindre que le nouveau contenu et l'afflux de joueurs détériore encore les choses ?
R : Les changements sont côté client. Je ne suis pas impliqué dans le shard Atys, je ne sais pas quel est le matériel sur lequel ça tourne. Mais j'ai mon propre shard, et je peux dire que c'est très facile de l'agrandir en ajoutant des machines physiques si nécessaire. En 2004, un shard tournait sur une douzaine de serveurs dual core si je me rappelle bien. Je pense qu'Atys tourne sur un serveur mais je ne sais pas.
Cyndalia : Oui après le merge on a vu des veuillez patienter, mais ça va mieux.

Q : Pour être sûr d'avoir bien compris, le nouveau contenu 3D c'est pas seulement pour les appartements cette fois ? De nouveaux bâtiments par exemple ?
R : Je ne travaille pas moi-même sur le contenu, je travaille sur les outils qui permettront le contenu 3D, mais ça sera possible si quelqu'un le fait. Importer des bâtiments implique l'ajout de briques de terrain et la reconstruction des ombrages. Nous voulons beaucoup de contenu 3D pour faire nos tests d'outils d'export.
Aileya : Oui, il sera possible d'ajouter des bâtiments, des armures, des armes ou autres choses avec un outil fonctionnel permettant d'exporter depuis des programmes 3D comme Blender vers le moteur NEL du jeu. Mais nous, du groupe Infographie, sommes très peu nombreux pour le moment. Donc quiconque pouvant et voulant nous aider à créer des éléments 2D ou 3D est plus que bienvenue pour nous aider à ajouter du nouveau contenu.


Q : où est Winch Gate là-dedans ? Il ne devrait pas être responsable de ça et décider des stratégies ? Êtes-vous aidés d'une manière ou d'une autre ?
R : Le nouvel outil d'export a été fait à la demande de WG.
Kervala: C'est WG qui a demandé à aller sur Steam et fait la page greenlight. Et je pense que c'est une bonne décision. Steam n'était pas adapté aux MMORPG, mais il y en a de plus en plus.
Yenno : Mais pour le contenu, est-ce que WG a une équipe dédiée ?
Kervala : C'est le but de Ryzom Forge.
Yenno : Ce que j'espère c'est que WG ait des locaux et des salariés... Ne compter que sur les bénévoles n'est pas suffisant...
Tamarea : Winch Gate décide des stratégies (ex : ajouter Ryzom sur Steam) et valide les intégrations en jeu (ex : les modifications dev de Ryzom Core, les ajouts de contenu de Ryzom Forge). Winch Gate aide aussi au maximum Ryzom Forge, par exemple en demandant la création d'un outil qui permettra aux infographistes de créer du contenu depuis un outil libre, et donc sans devoir passer par un outil payant (et cher). L'année 2015 a permis la création des outils indispensables à la création de contenu. Maintenant que ces fondations sont posées, 2016 pourra se concentrer sur la création de contenu visible en jeu. Plus Ryzom aura d'abonnés et plus Winch Gate sera en mesure de rénvestir pour payer de nouveaux employés (notamment dev).

Q : l'exporteur est-il prêt ? Il demande quel OS et quel environnement ? est-il côté serveur ? S'il est prêt, peut-on le télécharger ?
R : Il devrait compiler sur toutes les plateformes. Vous devrez le compiler vous-même pour le moment, il a besoin de modèles 3D de tests pour être validé : https://bitbucket.org/ryzom/ryzomcore/commits/all.

Q : Vous avez parlé de nouvelles tenues, elle seront craftables ?
R : Quelqu'un doit les modéliser d'abord. 
Kiwalie : Mais c'est dans le projets ? avec de nouveaux items à crafter ?
Aileya: Oui certains seront craftables. Mais pour l'instant ça va prendre son temps avant d'être en jeu.
Kaetemi : Sérieusement : apprenez à utiliser des outils de modelage 3D et aidez, c'est facile.

Q : Est qu'il y a une date fixée pour la sortie de Ryzom sur Steam ?
R : Pas encore, nous travaillons dur pour améliorer le jeu avant sa sortie sur Steam : mise à jour des 3 clients, résolution de bugs, mais aussi correction de tout le texte en jeu. Il reste aussi à finir de préparer la page de Ryzom sur Steam, ce qui inclut d'ajouter du texte (traduit et corrigé en DE, EN, ES, FR, RU), des screenshots et des vidéos bien choisis. Nous sommes pressés de sortir Ryzom sur Steam, mais se précipiter serait une erreur. Mieux vaut que tout soit prêt avant !

Q : Je ne vois pas trop le lien entre Steam et les outils dont parle Kaetemi... L'espoir, c'est de voir affluer de nouveaux dev, modeleurs ou créateurs de contenus ?
R : Oui, Steam est une très bonne vitrine. Cela devrait nous permettre d'avoir plus de joueurs, et donc plus d'abonnés, et donc plus de moyens pour ajouter du contenu.
Kaetemi : L'un des obstacles à la création de contenu a été toutes les étapes nécessaires pour transférer les nouvelles créations des artistes de leurs ordinateurs dans les vôtres. Donc une partie consiste à récupérer les données de l'artiste au bon format, et la seconde partie est la logistique pour la distribution aux joueurs - il faut qu'il y ait un responsable pour l'étape finale de test et de distribution, ou tout cela n'arrivera jamais. Ainsi pour la première partie, NeL utilisait 3DS Max qui coûte à peu près 5000€, ce que ne peuvent pas s'offrir la plupart des gens qui veulent aider - donc en permettant d'utiliser des outils libres comme Blender, ça élimine un problème bloquant. Pour la deuxième partie, il y avait des problèmes avec la distribution des patchs et l'app store d'Apple avant, ainsi le système originel de Ryzom pour les patchs avait été abandonné à un moment et on a introduit le système de patchlet... Mais le système de patchlet ne peut pas être utilisé pour ajouter de nouveaux paysages. Parce que c'est très inefficace. Donc Steam permet une approche bien plus standardisée pour y récupérer la dernière version du jeu.