Bonjour tout le monde, j'ai un problème lors de l'installation de Devkit pro, alors voila mon problème :

Ca bloque au télécargement de devkitARM_r30-win32.exe

Le truc est que le téléchargement se bloque à 100%, mais ne passe pas au téléchargement du fichier suivant, de plus, mon taux de téléchargement de KB diminue à partir de se moment(à 100%, sans passer au téléchargement suivant, c'est à dire, toujours en téléchargeant devkitARM_r30-win32.exe), j'usqu'à arriver à zéro...

Puis j'ai le message d'erreur :
"Your internet connection seems to be not permitted or dropped out!
Please reconnect and click Retry to resume installation."

Et je n'aimerai vraiment pas à avoir à télécharger les fichiers manuellement sur le site, c'est long ><....

Est-ce que quelqu'un à déjà eu ce problème?

Aidez-moi s'il vous plaît.
Merci D'Avance.
Au Revoir.

Re bonjour, désolé, je me suis trompé de section, je voulais poster dans aide de développement DS, mais, j'ai essayé d'installer DEVkit pro sur mon ancien ordinateur Window XP, tout s'est passé normalement........ bisarre, je vais copier le dossier sur mon ordinateur portable Vista, installer les variables d'environnement.....
Pourtant, sur mon Vista, j'ai lancé devkit pro avec compatibilité Window XP SP2... enfin bon....

J'ai une dernière question, où télécharger la dernière version de PALIB s'il vous plaît?
Merci D'Avance.
Au Revoir.

Bonjour tout le monde, waw, c'est moi ou PAlib a une version C++? Car j'ai vu un :: comme pour une namespace dans un exemple.... ? J'ai meme vu : "cpptemplate" dans le dossier de PAlib, les problème de taille de sprite ont-ils été corrigés?

Mais, chaque nouvelles versions de PAlib sera sur le lien que tu m'as donné Sheeft?

Merci D'Avance.
Au Revoir.

Non, c'est toujours du C  , c'est juste qu'il y a un exemple/template faisant usage du C++ et un maigre début de wrapper.

Pour ce qui est du changement de site, je crois que c'est parce que la communauté a repris le flambeau de Mollusk. Donc c'est définitif.

Happy, si par "problème de taille de sprite" tu fais références au limitations au multiples de 8 (jusqu'à 128).
Il ne s'agit pas de quelque chose de "corrigeable" mais bien d'une contrainte imposée par la console qui n'a pas tant de RAM que ça, il faut donc poser des limites en fonction des capacités pour éviter d'avoir un dépassement de mémoire.

Et puis, on peut très bien passer outre avec C++ en créant des objets de genre BigSprite qui permettent de faire de plusieurs sprites un seul non ?

Ben en fait, dans doctor Lord, chacun de mes personnage est un objet.
Il a deux attributs qui correspondent à un sprite de 64*64 qui servent à l'afficher en entier comme si c'était un sprite de 64*128.
Après j'ai une méthode pour donner une position qui calcule ainsi les positions des sprites en conséquences