[Ryzom Forge] Meeting (14th of december) - OFFICIAL NEWS

1 Groupe Dev

1.1 Amélioration de la sécurité
Grâce à VL, https://secure.ryzom.com n'accepte plus désormais ni SSLv3 ni TLSv1.0, il a reçu la note A+ sur https://www.ssllabs.com/ssltest/analyze.html?d=secure.ryzom.com&a mp;hideResults=on

Ulukyn a mis à jour le certificat SSL sur RSYNC pour les joueurs Linux puissent à nouveau créer des comptes.

Les notifications du forum ne devraient plus aller dans le répertoire de Spam puisque VL a réparé l'enregistrement SPF pour ryzom.com.

1.2 Ryzom sur Steam
Comme il reste beaucoup de travail sur tous les fronts pour améliorer le jeu avant son arrivée sur Steam, Tamarea a demandé un report de la date d'entrée sur Steam, et ça a été accepté. La nouvelle date butoir est donc fin mars 2016, et non plus fin décembre 2015.

Kervala : Pour Steam, je suis en train de rajouter un lien "Configuration du jeu", qui lance le tout nouveau configurateur multiplateforme. C'est un contributeur de Ryzom Core qui l'avait fait. Il fonctionne sous Windows, OSX et Linux.

Là, je suis en train de travailler sur le système de patch. J'ai réussi à générer les .packed_sheets et à faire fonctionner le système de patches sous Linux. Il me reste à le tester. Pour l'instant, il n'y a que les exécutables Windows 32 bits, mais on prévoit de faire un fichier BNP spécifique aux clients de chaque plateforme (win32, win64, linux32, linux64 et OSX).

Voici ce que j'ai fait dans l'ancienne TODO list :
- Compilation des clients Windows sous Linux (processus d'automatisation) ;
- Finalisation de Ryzom Configuration (versions MFC et Qt 5) ;
- Régénérer .packed_sheets.

Le système de patch ne pourra pas être utilisé avec le client sur l'AppStore car Apple refuse le changement des applications sans leur validation. Il y aura, par contre, un package OS X à télécharger pour installer le client sans passer par l'AppStore et celui-ci aura le système de patch activé.

1.3 Un lanceur pour Ryzom
Kervala: J'ai réfléchi à différents problèmes de patchs sous OS X, Linux et Windows, et je me suis demandé si nous n'aurions pas besoin d'un petit lanceur avec des boutons pour lancer Ryzom, Ryzom Configuration, etc... Ça permettrait aussi de configurer des clients alternatifs comme Yubo, ou si vous voulez lancer plusieurs clients.

Ça corrigera les problèmes actuels qui sont :

- Ryzom doit être lancé en tant qu'Admin sous Windows, ce qui n'est pas une bonne chose pour la sécurité. Des applications comme Chrome n'ont pas besoin de ça et elles se patchent. Ils ont choisi d'installer les fichiers dans AppData donc ils n'ont pas besoin des autorisations Admin. Le lanceur sera installé dans C:\Program Files et tounera comme un utilisateur normal. Il pourra télécharger les données nécessaires et les copier dans un répertoire en écriture.

- Sous OS X, c'est le même problème. Ryzom ne pourrait pas patcher des données si on l'installe dans /Applications parce qu'il a besoin d'autorisations root. Donc le "lanceur" pourrait mettre les données quelque part dans "Application Support".

- Sous Linux, même chose. Les packages sont installés avec l'utilisateur root et nous ne pouvons pas remplacer ces données. Avec un lanceur, le client pourra se mettre à jour en utilisant le système de patch IG. RSYNC pourra être abandonné puisque tous les clients (à part ceux de l'AppStore) utiliseront le système de patch IG.

- Sous Ubuntu, nous n'aurons à mettre à jour que les packages Debian si le lanceur doit être mis à jour et parce qu'il sera compilé en statique, ce sera le même pour toutes les versions d'Ubuntu.

Le lanceur pourra créer les liens dans le menu Démarrer ou sur le bureau de tous les clients. Vous pourrez toujours lancer Ryzom directement sans utiliser le lanceur. Le lanceur sera surtout utilisé pour le téléchargement des données d'origine au premier lancement.

Il y aura un petit package (moins de 50 MB) pour chaque lanceur à télécharger sur SF (ou d'autres sites). Les exécutables associés seront empaquetés dans le package, mais toutes les données seront téléchargées depuis un fichier commun.

Pour résumer, le but du lanceur est de :

- télécharger les données initiales (plusieurs GB) ;- installer les bons exécutables (client + configuration) ;
- créer les liens pour les exécutables ;
- copier tous les fichiers dans un emplacement inscriptible ;
- faire des copies du client avec différentes configurations (serveur différent, compte différent, etc...) ;
- lancer le configurateur ;
- il pourra être utilisé pour Windows, Linux et OS X, mais pas pour Steam (Steam gère lui-même les patchs et fonctionne comme un lanceur) ni AppStore (Apple n'autorise pas les fichiers de patch).

Pour le cas où des données critiques seraient corrompues, nous utiliserons l'utilitaire ryzom_client_patcher qui est un outil en ligne de commande très semblable au vieux ryzom_recover mais qui utilise les mêmes fichiers que le patch IG. Il ne nécessite pas de fichers externes, à l'inverse du client.

1.4 Correctif du pipeline pour créer une nouvelle zone
Kervala : J'ai de bonnes nouvelles : Kaetemi vient juste de me dire qu'il sera facile de créer de nouvelles zones 3D (pays) ou d'en modifier des existants. Il a corrigé toute la pipeline de création. L'énorme problème était que nous ne pouvions pas changer les fichiers existants / en créer de nouveaux. Tout a été testé maintenant et fonctionne bien. En tous cas, Kaetemi a testé.

Q : C'est dans le cadre des outils que Kaetemi développe ? Ou c'est juste une modification préalable ? Il faut toujours 3DSMax pour l'instant ?
R : Il faudra demander à Kaetemi à son retour.

1.5 Ajout en jeu des bannières de cités trykers
Les bannières des villes sont prêtes à être ajoutées en jeu mais nous devons attendre jusqu'à ce que nous puissions patcher de gros fichiers. Cela sera possible bientôt, quand nous aurons le nouveau client (celui qui sera utilisé pour Steam, également disponible sans utiliser Steam) et le nouveau système de patch.

1.6 Documentation sur les datasheets
YannK : Je voudrais juste indiquer que j'ai mis de côté l'étude des sbricks pour me focaliser sur les .creature, vu que ce sera sûrement utile plus tôt avec les outils que Kaetemi développe. Seulement il y a des quantités énormes d'options (comme vous pourriez vous en douter vue la complexité de l'IA de Ryzom). Donc si jamais vous avez besoin d'un type de créature particulier, n'hésitez pas à me le faire savoir pour que je me focalise sur ces points.

De même, j'envisage de faire des datasheets type, sans héritage, mais qui comportent tous les éléments nécessaires pour un genre de .creature, mais seulement quand j'aurai tout documenté. Donc si vous avez des besoins avant, encore une fois n'hésitez pas à me demander.

Pour précision, et pour ceux qui ne connaissent pas trop le moteur, les .creature concernent tous les éléments affichés et gérés dynamiquement par le serveur, que ce soit un poteau, une bannière décorative, un mob ou un PNJ, c'est géré par un datasheet de type .creature (voire certains bâtiments, parfois).

Enfin, pour ceux qui voudraient avoir une vue d'ensemble sur le système, j'ai fait un texte sur notre site : https://khaganat.net/wikhan/fr:tag:informatique:ryzom_core:start. Il y a à la fin un lien vers la zone des datasheets mais il ne s'y trouve que les .sitem pour l'instant. Je publie par blocs, quand j'ai fait un ensemble cohérent de mes notes. Le prochain sera donc sur les .creature.

Q : Il n'y a personne qui a retrouvé de la doc Nevrax là-dessus ?
R : Apparemment non.

Q : Où est la page sur les .sitem ?
R : [i]https://khaganat.net/wikhan/fr:rcdssitem[/i]

Edited 2 times | Last edited by Beesjy (8 years ago) | Reason: Fixing multilanguage button