Ryzom

C'est dans la classe NLMISC::IStream et celles qui en héritent NLMISC::COFile et NLMISC::CIFile

kervala wrote:Enfin, pour répondre à benletib, en général, Nevrax sérialise ses classes, donc toutes les données sont toujours écrites de la même manières ce qui fait que pour eux c'est facile : tout est lu en une seule fois et écrit en une seule fois aussi.

Oui, voilà. Méthode assez courante finalement, j'aurais pu réfléchir un peu

Quand à un accord officiel, je ne crois pas qu'on l'aura. Par contre on ne nous dira rien tant qu'on ne dépassera pas les limites. D'après ce que j'ai en tête, pas de "reverse ingeneering" et pas de désassemblage et encore moins de modification des fichiers de données du jeu. Je me souviens aussi que Nevrax avait été moyennement d'accord avec l'histoire de l'analyse des logs, mais est-ce équivalent ?

Quitte à sérialiser, pourquoi pas en XML ?

J'ai essayé de sérialiser en XML avec le NeL et c'est vrai que c'est pas hyper génial

Le but d'un fichier XML c'est d'être lisible

Or quand on sérialise c'est illisible

Ca donne un truc du genre :
Alors qu'en XML on s'attendrait plutôt à un truc genre :
Donc perso, je trouve le premier exemple quasi aussi illisible que si c'était un fichier binaire On voit bien le type mais quant à savoir ce qu'il représente...

*est complement a la rue...*
Pourquoi pas faire des capture d'ecran IG de la map, avec tout vos petit drapeau?
*sort tres vite*

*rembale discretement ses cartes faites à la main et file à l'anglaise*

bilbo79 wrote:*rembale discretement ses cartes faites à la main et file à l'anglaise*

superbe ......

cyrille5 wrote:Pour la licence, d'apres ce que je comprends, on a pas le droit de "procéder à l'ingénierie inverse" (gloups ) donc oui, ca serait sympa qu'on ait une petite reponse officielle la dessus (si on a le droit d'exporter les drapeaux, d'en ajouter de nouveaux, les deux, aucun...)

Effectivement le reverse engineering est interdit par la licence d'utilisation de Ryzom.

Sinon, concernant les discussions concernant NeL ou la tech en général, il est possible de trouver certains éléments de réponse ou aide sur http://www.nevrax.org. Le forum général n'est pas le meilleur endroit pour des discussions de ce genre.

Merci Marjo, au moins, on est fixé

Donc ça veut dire que les logiciels développés par Noth n'étaient pas vraiment dans la légalité

Il me semblait que la reverse inge concistait a prendre un exe le decompiler pour en obtenir le code source.
Or la il sagit juste de pouvoir 'manipuler' des flags.

Arf, pas cool ca :'( Moi qi avait comme projet de me mettre au C++ pour dev un chti parseur ICFG..

@bruno33 :
ingénérie inverse => prendre un programme, fichier, protocole et tenter de comprendre comment il fonctionne sans documentation. Or pour utiliser le fichier icfg, il faut clairement faire de l'ingénérie inverse, on doit "deviner" certains trucs. En poussant le vice plus loin, on peut meme dire qu'étudier les fichier de configuration (client.cfg) est de l'ingénérie inverse (pas de haut niveau, mais ds le principe s'en est)

La décompilation est assez dur a effectuer, car il s'agit de prendre un executable et de recuperer le code source d'origine (les noms de variables/fonctions/commentaires mis de coté). Par exemple partir du client Ryzom et arriver à une source en C++. ( a part pour quelques langages spécifique il existe pas reelement de décompilateur)
Le deassemblage consisite lui de partir d'un executable donner le code assembleur equivalent. Cette technique est souvent appellée décompilation par abus de langage, mais c'est un abus de langage (suffit de voir un code C désassemblé et un code Java décompilé pour comprendre )