Discussion :

[Aotarie]

Bonsoir,

En comparant des dossiers de jeux achetés et les dossiers de jeux fait par mes soins, j'ai remarqué une grande différence : si dans mes dossier, mes ressources sont présentes et visibles, elles ne le sont pas dans ceux des jeux commerciaux. Comment font-ils ?
J'ai beau avoir recherché sur différentes pages, impossible d'avoir la réponse (sûrement les mots clés qui n’étaient pas bons).
Si quelqu'un a une idée, je suis tout ouï

Cordialement

Ps : je m'excuse si ce n'est pas la bonne section, mais aucune idée de l'endroit ou cela pouvait aller autre qu'ici

[Bousk]

Les ressources sont "compilées" et souvent packagées.
Si tu fouilles tu devrais finir par tomber sur de (très) gros fichiers (plusieurs Go) avec des extensions .pkg ou de ce style.

[Aotarie]

Ok merci pour cette info, j'avais en effet vu les gros dossiers mais sans comprendre le contenu.
Du coup avez vous une idée simple de la mise en œuvre ? Faut-il vraiment passer par VS, Qt comme le disent certains tuto ou encore l'api windows (?) ?
Je suis preneur de la méthode la plus simple ou que vous jugez la plus simple. Après, bah je tenterai ma chance dans vos idées (ou Qt si c est peu facile)

Cordialement

[Kannagi]

Bah c'est en gros des équivalent a des zip compressé et crypté.
Si tu veux en faire autant rien de plus simple a faire , tu prend juste un format de compression de ton choix , tu fait en sorte de pouvoir le lire sur ton programme , et tu le crypte.

[Bousk]

C'est exactement comme dit Kannagi.
Chacun sa méthode, son système.
Un système simple sans compression ni cryptage que j'avais fait pour un projet : dans un fichier tu stockes les datas binaires les unes à la suite des autres, et dans un autre tu enregistres une association <nom><taille>. Et voilà tu as un package.
L'essentiel c'est de pouvoir lire les données dans ton fichier packagé à partir du nom.


edit: sur console, au moins PS4, le packaging est obligatoire et les outils sont fournis

[Kannagi]

C'est sur chaqu'un sa méthode
Enfin l'avantage d'utilisé un format deja existant est quand peut le modifier plus facilement sans créer forcément les outils nécessaires (le nombre de logiciel pour manipulé les format d'archivages sont nombreux).
Je conseille pour ne pas se prendre la tête le .tar , simple a lire et pas d'algo de compression donc les données sont en brut (sauf ces dérivé .z .xz ect).

[Aotarie]

Merci bien de vos réponses, je vais étudier cela de façon un peu plus poussée.

Cordialement

[LittleWhite]

Bonjour,

N'hésitez pas à nous dire le résultat de vos recherches, c'est une chose très intéressante (enfin, pour moi au moins )

[LeGreg]

Chaque moteur de jeu a sa propre méthode. Il faudra donc faire la documentation par jeu (ou à la rigueur par type de moteur puisque les moteurs commerciaux sont réutilisés sur plusieurs jeux). Et "crypter" est un grand mot, si avoir son propre format de texture est "crypté" ce n'est pas d'un très haut niveau il est possible de les lire directement en mémoire du jeu.

Par exemple voilà la documentation sur les formats utilisés par les jeux Valve :
https://developer.valvesoftware.com/...y:File_formats

[Aotarie]

Bonjour ! ! !

Bon ca va faire longtemps que la dicussion est finis mais bon. J'ai trouvé ceci au propos qui à l'air franchement bien (ca évite surtout de devoir coder quelque chose a la main).
Ca s'appelle "pickle", c'est du python mais ca à l'air d'avoir été adapté en d'autres langages. Bref voila.
https://wiki.python.org/moin/UsingPickle

Cordialement