Discussion :

[FabaCoeur]

Bonjour,

Je viens de terminer un projet en SDL. Ce projet utilise des ressources tel que des fonts, des images bitmap, ect. Lorsque je distribue mon éxecutable sous Windows, je suis contraint à donner toutes ces ressources en externe, c'est a dire que j'accompagne mon éxecutable des ressources ordonées dans la bonne arborescence.

Je voudrais savoir comment inclure les images et les fonts dans mon éxecutable directement histoire de n'avoir au final qu'a distribuer un et un seul fichier.

J'ai trouvé un début de réponse, dans le fichier ressource.rc mais je ne suis pas arrivé à mes fins. J'utilise dans mon programme IMG_Load() de SDL qui prends en argument le chemin relatif vers le fichier image, et je ne voie pas comment substituer cela par une ressource interne.

D'avance merci.

PS: même question pour les 3 .dll que je dois donner avec !
Il s'agit de SDL.dll, SDL_image.dll et SDL_ttf.dll)

[fearyourself]

- On voit souvent cette question sur les forums. Je déconseille cette pratique. Premièrement elle n'ajoute rien au programme. Elle rend la portabilité difficile et les modifications du programme aussi.

Pour les .dll, je n'ai aucune idée et je doute que ce soit faisable à part faire ce que font certains programmes : générer les .dll au démarrage (extraction par exemple) et les utiliser par la suite et effacer à la fin.

Mais c'est idiot et cela allourdit le programme. Les répertoires sont fait pour mettre tous les fichiers en rapport avec ton projet à l'intérieur. Mets tout dedans, créer un installeur et tu auras un seul .exe à envoyer. L'utilisateur le lance et cela mettra tous les fichiers en place au bon endroit.

- Si jamais tu ne veux pas que tes ressources soient disponibles, mets tout dans une archive et crypte l'archive ou juste l'entête. Ensuite tu charges en mémoire la partie qui t'intéresse et tu utilise le groupe de fonctions SDL_RWops et IMG_Load_RW pour te donner des surfaces à partir d'une zone mémoire.

Jc

[FabaCoeur]

Oui je sais qu'avec un installateur le problème serait simplement résolu, mais je ne veux pas que les ressources soient disponible comme tu l'as dit à la fin de ton post. En modifiant les images à leur places respectives, l'éxecutable qui va chercher les images dans les dossiers est en conséquence modifié: c'est l'effet indésiré.

Si jamais tu ne veux pas que tes ressources soient disponibles, mets tout dans une archive et crypte l'archive ou juste l'entête. Ensuite tu charges en mémoire la partie qui t'intéresse et tu utilise le groupe de fonctions SDL_RWops et IMG_Load_RW pour te donner des surfaces à partir d'une zone mémoire.

Je vais chercher dans cette direction.
Si jamais j'ai des problèmes, je reviendrais poster.

Merci pour tes réponses


EDIT: J'ai recherché à travers Google pour utiliser SDL_RWops mais je ne suis tombé QUE sur des forums où des gens avait le même problème que moi... et les réponses étaient toute les même, mais pas moyen de trouver un cours ou tuto sur l'utilisation de SDL_RWops. Si vous avez ca sous la main, je prendrais volontié !

[razmott]

Salut !

Si je tape SDL_RWops dans Google, j'obtiens :

http://kekkai.org/roger/sdl/rwops/rwops.html
http://www.libsdl.org/cgi/docwiki.cgi/SDL_5fRWops

et si tu préfères le français, il y a même un tutoriel sur ce que tu veux faire :
http://www.xgarreau.org/aide/devel/sdl/rwops.php

Et tout ça c'est dans la première page de recherche !
Tu as vraiment cherché ?



Bon @+

[ironzorg]

- On voit souvent cette question sur les forums. Je déconseille cette pratique. Premièrement elle n'ajoute rien au programme. Elle rend la portabilité difficile et les modifications du programme aussi.

Mouais... Pas terrible au niveau de la portabilité ton truc là ... Franchement la solution de fearyourself ( SDL_RWops ) pourrais sembler la meilleure dans ton cas ...

[FabaCoeur]

Salut !

Si je tape SDL_RWops dans Google, j'obtiens :

http://kekkai.org/roger/sdl/rwops/rwops.html
http://www.libsdl.org/cgi/docwiki.cgi/SDL_5fRWops

et si tu préfères le français, il y a même un tutoriel sur ce que tu veux faire :
http://www.xgarreau.org/aide/devel/sdl/rwops.php

Et tout ça c'est dans la première page de recherche !
Tu as vraiment cherché ?



Bon @+

Je suis tombé sur le premier lien, mais j'avoue ne pas avoir compris le contenu... pourtant j'ai déjà lu des cours et tuto en anglais et d'habitude ca passe mais là j'ai du mal.

Et le tuto de "xgarraud" alors là c'est encore pire je capte rien du tout.
De plus j'ai quelques notions d'UNIX mais je comprends déjà pas pourquoi on en parle dans l'intro. Puis le reste c'est flou...!

Et oui j'ai cherché, mais à part ces tutos là je suis tombé que sur des forums.

Je reprendais cela à tête reposé demain.

[FabaCoeur]

Je me suis attaqué aux codes des exemples du premier tuto, mais la bibliothèque Zlib ne semblait pas être installée car le fichier zlib.h demeurait introuvable.

Je l'ai donc téléchargée ici: http://www.zlib.net/
(Je travaille sous Code::Blocks)
Puis j'ai mis les headers dans 'includes' de CB, les trois fichiers 'zdll.exp', 'zdll.lib', 'zlib.def' dans le dossier 'lib' de CB. En revanche, une dll différente étais déjà en place dans System32 et dans le dossier 'bin' de CB.

Après cela, il y a une nouvelle erreur à la compilation:
undefined reference to `gzopen'

J'en déduit que l'installation à échouée !
Une suggestion ?

[ironzorg]

Oublie ton idée et n'utilise pas SDL_RWops

[fearyourself]

Oublie ton idée et n'utilise pas SDL_RWops

Pourquoi ne pas utiliser SDL_RWops ?

Jc

[FabaCoeur]

Bah oui c'est clair, SDL_RWops semble être une des seule solution justement, je ne voie pas pourquoi il faudrait s'en passer !

[loka]

Je pense que Ironzorg faisait de l'humour

[FabaCoeur]

Mouais mais ca fait pas toujours avancer la chose

[fearyourself]

Mouais mais ca fait pas toujours avancer la chose

C'est pas faux, je vais tenter de trouver du temps pour faire une source qui utilise les fonctions SDL_RWops ce soir,
Jc

[FabaCoeur]

Ca serait vraiment sympas !
Et surtout très utile pour beaucoup de monde car sur le net il n'y en a pas tant que ça apparement.

[loka]

On devrait peut être penser à en faire même un tuto après la source, ce serais pas un mal car il me semble que ce n'est pas la première fois que je vois ce genre de question.

[FabaCoeur]

C'est un problème qui vient assez naturellement à la fin d'un projet SDL, au moment de la distribution. On voudrait ne donner que l'éxecutable (et les dll à la rigueur), en aucun cas les ressources d'autant plus qu'en modifiant une image, elle est modifiée dans le jeu. Je ne pense pas qu'il y ai beaucoup de developpeur qui veuille bien qu'on modifie son programme d'une telle façon

[fearyourself]

On devrait peut être penser à en faire même un tuto après la source, ce serais pas un mal car il me semble que ce n'est pas la première fois que je vois ce genre de question.

En effet, je suis en train de faire un petit quelque chose dans ce style là. Le problème de la source toute seule c'est qu'on aurait du mal à comprendre ce que j'ai fait...

Du coup, je tapotte un peu pour sortir une explication que j'espère sera claire...

Par contre :

On voudrait ne donner que l'éxecutable (et les dll à la rigueur), en aucun cas les ressources d'autant plus qu'en modifiant une image, elle est modifiée dans le jeu. Je ne pense pas qu'il y ai beaucoup de developpeur qui veuille bien qu'on modifie son programme d'une telle façon

C'est la discussion OpenSource vs Code caché... Personnellement, je suis pour l'OpenSource pour la simple et bonne raison que ce que je fais n'est pas assez bon pour être commercialisé et du coup si cela dit à quelqu'un de modifier les images, les textes ou le comportement d'un de mes programmes et que cela l'amuse ne serait-ce que pendant quelques heures alors tant mieux.

Où est le mal ? La personne a profité du programme, s'est amusé. Que ce soit avec le programme de base ou une version modifiée, cela ne change pas grand chose.

Je ne parle que de programme stand-alone et non des clients à des serveurs de jeux...

Jc

[FabaCoeur]

Bah dans ce cas là, il faut donner les sources avec.

Si jamais un utilisateur désire avoir les sources après avoir utilisé le programme, il me contacte et je lui donnerai sans problème (ou au pire, je laisserai un lien dans un readme), mais quand je distriburai mon programme je ne mettrai que le strict minimum.

Après tout cela dépend du programme, mais la simplicité reigne. Je connais des gens avec qui l'informatique fait deux, et ils auront déjà du mal à trouver quel fichier il faut éxecuter parmis les quatres

[fearyourself]

Bah dans ce cas là, il faut donner les sources avec.

Si jamais un utilisateur désire avoir les sources après avoir utilisé le programme, il me contacte et je lui donnerai sans problème (ou au pire, je laisserai un lien dans un readme), mais quand je distriburai mon programme je ne mettrai que le strict minimum.

Après tout cela dépend du programme, mais la simplicité reigne. Je connais des gens avec qui l'informatique fait deux, et ils auront déjà du mal à trouver quel fichier il faut éxecuter parmis les quatres

Comme dit, lorsque tu distribue un jeu, il y a peut-être 1% des gens qui vont s'amuser à modifier quelque chose, du coup, c'est rare que ce soit la peine de prendre le temps de mettre un système de protection en place. Cela complique le programme généralement...

Jc

[BugFactory]

Attention, je me rappelle notamment que selon la license SDL, seul un projet open source peut inclure la SDL directement dans l'exécutable. Les autres projets doivent fournir le DLL.