ouasse

Salut, Franchement, évite d'apprendre la programmation par le C++, c'est inutilement compliqué pour une initiation : trop de concepts à assimiler, trop de pièges et de risques de mal programmer ! Le langage C est beaucoup plus simple, et on peut aussi programmer la PSP avec.

Jusqu'ici, toujours rien !

salut, j'ai le même problème avec unrar sous Linux : UNRAR 3.51 freeware Copyright (c) 1993-2005 Alexander RoshalExtracting from CrackAttackPSP_v001.rarCreating CA OKExtracting CA/background.png 14%CA/background.png - CRC failedUnexpected end of archiveTotal errors: 2

wipeout pure

Je ne suis pas très calé en infrarouge, mais IRDA c'est un standard d'échange de données par infrarouge (pour faire communiquer deux machines, par ex un oardinateur et un téléphone portable, ou deux PSP, ..) et SIRCS c'est un protocole pour les télécommandes Sony (TV/Hifi, mais aussi les Aibot). D'ailleurs, je me demande comment fonctionne la télécommande LIRC vu que ce n'est ni du irda ou sircs. a mon avis, Google t'aidera à trouver les infos dont tu as besoin. Pour les explications de code, je crois que c'est un peu à toi de trouver les réponses, en lisant les docs que tu peux trouver sur Irda ou SIRCS, et si ça a un rapport avec le PSPSDK (les fonctions sceXXX), essaye de voir dans le code source de pspsdk s'il n'y a pas des commentaires intéressants à propos des fonctions qui te posent problème. Sinon je ne sais pas si tu sais, mais dans le pspsdk, il y a une doc succinte mais qui peut rendre service, sur toutes les fonctions disponibles. C'est une doc en HTML, et elle est générée avec doxygen à partir des sources, au moment de l'installation du sdk. et sinon, pour les opérateurs "<<" et ">>", ce sont les opérateurs de décalage du langage C (et donc aussi du C++). va falloir te mettre à niveau, si c'est un problème de langage, tu risques d'avoir beaucoup de problèmes pour comprendre les sources ! va voir cette page pour les opérateurs du C : http://www.cybwarrior.com/articles/read.php?id=47

salut ! j'ai fini l'original dans tous les sens (toutes les fins possibles, toutes les armes cachées débloquées), je me vois mal acheter le même jeu que pour ma PS1 avec juste un nouveau moteur graphique. je suis dubitatif.

salut, je crois que ce n'est pas possible. Ceci dit, les vecteurs, listes et autres hashtables sont facilement implémentables en Lua, grâce aux tables. Une table Lua peut à la fois servir de tableau, de structure, d'objet, de hashtable, .... Que demander de plus ? infos sur les tables : http://www.lua.org/pil/2.5.html

cool, ça promet ! par contre elles sont hyper dures à jouer, les 4 mesures du screenshot !

La manip décrite dans le post que tu indiques c'est exactement ce que j'ai dit : prendre le Lua Player, mettre son propre code d'initialisation, et on a un eboot indépendant. Mais ce n'est pas de la compilation. D'autres ont parlé de luac, qui est un "compilateur" qui génère du bytecode à partir d'un script Lua, mais qui a toujours besoin d'un interpréteur pour fonctionner (un peu comme les classes Java). Bref, sur PSP on ne peut pas se passer du Lua Player pour exécuter des scripts Lua.

Désolé, ça dépasse mes compétences

Si tu as des liens, ça m'intéresse ! mais je doute quand même, parce que Lua est vraiment prévu pour être interprété.

Il n'y a pas de compilateur Lua, du moins qui produise du code natif pour PSP. Ce que font les développeurs de homebrews "indépendants", ce n'est que reprendre le Lua Player, en modifiant les icones, et en remplaçant le fichier system.lua par leur propre code Lua.

salut, dans le Makefile, tu dois remplacer -02-G0-Wall par -O2 -G0 -Wall (note qu'il y a une lettre O à la place du zéro et des espaces en plus)

salut ! pour python : http://python-psp.net/trac/ pour c++ : j'ai pas trouvé, à mon avis tu peux t'en sortir avec les samples de la toolchain

salut, cygwin c'est un sorte d'environnement Unix sous Windows, et ça inclut tout un ensemble d'outils prévus pour Unix, mais tout en restant sous Windows. Les outils vont du compilateur C à l'environnement graphique X11, en passant par des librairies diverses et variées, issues du monde Unix. Je n'ai pas d'expérience d'utilisation de psptoolchain sur cygwin, mais en l'ayant utilisé sous Linux, je sais que le nombre d'outils nécessaires n'est pas si important que ça, ça reste principalement des outils de développement : gcc/g++, subversion, make, automake, et les librairies de développement de la libc (et peut-être d'autres trucs que j'ai oubliés). Tu peuix virer X11 et emacs, ça devrait te faire gagner de la place

salut zouzz, c'est sympa de donner des nouvelles, mais tu en donnes soit trop soit pas assez ! il consiste en quoi ton projet au juste ?

Cool oui jveux voir ça et dans une Ax c'est possible ? et dans une clio 2 modèle 99 1,2 L essence ?

salut, j'ai pour ma part trouvé des vidéos qui ne marchent qu'en firmware 2.0, et d'autres en fw 1.5. Bonjour le bazar

salut, il n'est pas interdit de télécharger des sauvegardes de jeu ... pour ce qui concerne le problème de yeye : dans les deux noms de dossiers de sauvegardes que tu donnes, il y a US d'un côté, et ES de l'autre, ce qui tend à me laisser penser que tu essayes de faire fonctionner une sauvegarde pour la version US du jeu sur une version européenne (ou l'inverse). Or, certains jeux ne le permettent pas. Essaye toujours de changer le nom du dossier, tu verras bien si ça passe !

salut, désolé si je pose une question posée mille fois déjà, mais ayant du mal à trouver une réponse claire, je la pose ici : est-ce qu'il est nécessaire de décrypter les PRX de l'image ISO pour un jeu 2.0 ou 2.5 (et donc de se taper une reconstruction d'image), ou bien est-ce géré directement dans le loader ? 2 eme question, au cas où il y aurait des PRX à décrypter : comment savoir lesquels sont à décrypter, lesquels remplacer par des PRX 1.5, etc. ?

c'est quoi un langage qui diverge ? et le Pascal est bien plus proche du C que de Lua. Je comparerais plus Lua à PHP ou Javascript (variables non typées, utilisation de listes, ...)

tiens, un fan de ron thal je crois que ce que tu cherches se trouve là.

pareil.

Salut, la différence entre Lua et C/C++ est évidemment que le premier est interprété, et le second est compilé. Cela veut dire, que pour fonctionner, un programme Lua nécessite l'utilisation d'un interpréteur, qui va traduire au fur et à mesure de l'exécution du programme, les instructions en opérations directement réalisables par le hardware. Même si Lua est très optimisé, cela n'empêche pas que cela réduit forcément les performances par rapport à un programme compilé, qui contient directement le code machine pour l'exécution du programme. Maintenant, sur une console de jeux comme la PSP, une grosse partie du boulot d'un programme ordinaire fait usage de fonctions graphiques, sonores ou autres, qui sont, elles, programmées et compilées pour la machine. Ainsi, si tu fais un programme Lua qui affiche des objets 3D, le gros du boulot (en termes d'utilisation CPU) sera effectué par la librairie graphique, qui elle est compilée (dans le Lua player), et fera en outre usage du GPU. La part de temps de calcul par le programme Lua est relativement très faible. Pour ton autre question concernant ffmpeg, libre à toi de compiler ffmpeg sur PSP (je crois que le homebrew PMP MOD contient déjà une version de FFMPEG adaptée à la PSP). Si tu arrives à en faire une librairie indépendante programmable en C, tu pourras ensuite la rajouter au Lua Player, vu que le code source est disponile. Tu n'as qu'à t'inspirer du code des librairies déjà existantes pour rajouter la fonction de lecture OGG ou MP3 en Lua

Je pense aussi que les jeux devront être recompilés, voire légèrement adaptés au format de la PSP (vidéo en 16/9, absence de boutons L2 et R2, un seul stick analogique non cliquable en plus). Vivement Gran Turismo 2 sur ma PSP !