aracnide

J'ai découvert un post sur un forum où ils parlent d'une faille de type overflow sur les version de Flash 8.0 r22 et inférieure. Cette faille serait corrigé dans la 8.0 r24. Solution : télécharger les patchs adéquats sur http://www.macromedia.com (cf les articles FrSirt et Secunia pour les liens directs selon les logiciels concernés Ton fichier fonctionne chez des personnes aillant Flash jusqu'a la 8.0 r22 mais pas au dessus (d'apres mes tests et certaines conclusions). S'agit t'il de même faille que ton fichier ? Finalement peut-être que ta faille peut lancer du code. Peut-on finalement injecter du code sous Windows voir lancer du code sous PSP ? J'ai lu par ailleur qu'une autre faille dans Flash Player 6.0.65 était dû a un header mal formé. Ceci permet de creer un exploit. Exploitable ou corrigé par Sony avant intégration ? Bon bah on va déja mediter dessus .

Bah, euh .... non Moi je continue mes recherches tout pénard ...

Gné ? Pourquoi faire ? GameBoot c'est pour modifier la vidéo de démarrage des jeux ...

Ta PSP ne plante pas ???

Certainement parce que c'est un fake ...

Il marche, met l'eboot.pbp dans un dossier que tu appelle pspsetx et tu envoie le tout dans PSP/Game

Effondrement du mythe XD

Si il le faut il est en 1.5 et il teste plein de homebrews telement qu'il est heureux ... Bon OK, arrètons de rêver lol

Hello, Erf, je peux pas essayer vu que je suis déja en 1.5. J'espere que ça pourra marcher sur les firmware 2.5 et 2.6, ça me permettrai de les tester. Pour infos, il me semble (presque sur) que ça ne marche pas pour les 2.7 (faille GTA corrigée). @+

Je vois pas ce qui a sur cette vidéo C'est pas compliqué a faire ça. Encore une vidéo qui sert à rien. P.S: Si cette vidéo sert a montrer quelque chose de concret, alors autant pour moi.

En plus j'ai une 1.5 donc un downgradeur pour moi n'as pas d'intéret. Sauf celui de pouvoir tester le FirmWare 2.7 et de revenir a ma 1.5 sans problème . Bon sinon j'ai toujours pas compris comment ce gars a réussi un "overflow" avec ce SWF. Je l'ai décompilé et apparement un bug AURAIT eu lieu lors de la compilation du SWF. Coup de bol -> OverFlow ou Coup de bol -> Sert à rien, juste un bug ? EDIT: Euh, j'ai reregarder le sujet d'origine -> date: 04/07/2005. Si cette faille avait été capable de lancer du code, Macromédia l'aurait certainement corrigée depuis avec la version 8.0, non ? Ou peut-être qu'ils n'ont jamais euh de problèmes avec (pas de virus ni autre). A voir tout ça ... J'ai creer un chat ou on peut discuter de ça sans encombrer le forum.

Un message à été posté sur le forum de MPH. Plus qu'a attendre, ou alors commencer à chercher de notre côté.

Ah oui ? Le PC de ma tante est un Pentium 3 450Mhz, 128 Mo de SD-RAM, et a peine 10Go de Disque Dur et ben ça met 25Min pour un episode de 50min ... Avec mon 3Ghz HT, 1Go de DDR-Ram et 400Go de DD, je met même pas 5min Soit pour 1h40 de film: 1h avec un 450Mhz et 10~15min pour un 3Ghz. Moi je m'en pleint pas

GoldenEye marche jusqu'a l'écran de choix des missions. Après plus rien. N'empèche que ce projet à l'air prometteur.

Nero Recode SE me convient Il me les réencode direct en MP4 pour PSP et compatible 1.5 EDIT: Euh nan, Nero Vision je voulais dire

En C, oui, mais en Lua je sais pas si c'est possible. Désolé

J'ai déja essayer ca marche pas.

Erf moi ma PSP veut pas acceder au dossier 101ANV01 :s Faudrais pas une PSP avec firm 2.xx ? Merci

Mais il ne serait pas possible de séparer Flash & RAM de façon a ne plus avoir ce problème de synchronisation ? A ce moment là il serait evidement plus simple de faire une puce parce que sinon c'est plutôt mal parti. (Faudrais que la puce s'adapte au millimètre près )

Merci beaucoup. J'était déja aller voir ce post et avais déja lu le PDF. Mais en le relisant et en verifiant mon code, j'ai vu que certaines fonctions étaient mal placées. Merci de m'avoir révéillé

Salut à tous. Je suis en train de dévelloper un petit shell maison. Jusque à present, pour le developpement, le mode Debug suffisait pour afficher les textes. Seulement voila, maintenant je souhaite passer en mode Display (mode graphique). Je n'ai quasiment rien trouvé. En Debug je devais effacer tous les textes puis les réécrire lorsque les variables changaient (Lecture du titre d'un UMD par exemple). Mais en Display cela creer des scintillements desagréables et ce n'est surtout pas très pratique. Personne n'aurai un tuto à ce propos (ou de simples explications)? Merci .

C'est juste que la puce qu'il a ajouté est aussi une NAND avec la RAM intégrée donc en rallongeant la longueur des pistes, il le fait sur les deux composants. Mais celà reste quand même super chaud sachant que son montage ne doit pas être de travers au risque de devoir dessouder et ressouder à maintes reprises.

Et ben c'est des PSP avec deux puces NAND. Elles ont 2 FirmWares et un levier pour choisir celui que l'on veut ... Seulement ca demande du matériel de pro alors cherche pas à faire pareil

Je ne pense pas que ca soit possible. Il faudrais modifier le principe du Game-Sharing. -> Kernel Mode via HomeBrew, donc pas faisable. A la base, les fichiers echangés sont stocké dans la RAM puis effacés à la fin de la partie.

Bonjour a tous, Je suis en train de développer un petit Shell pour PSP, seulemenent la fonction sceWlanGetEtherAddr() me pose problème. Je m'explique: certaines valeurs sont erronées Ex: - 12:14:52:4A:4A:75 - Ca marche Mais ca: 12:14:52:A4:A4:75 renvoie a ma PSP 12:14:52:FFFFFFA4:FFFFFFFFA4:75. Donc lorsque l'adresse mac contient une des valeurs qui commence avec un lettre, la PSP ajoute FFFFFF devant et empeche l'affichage correct de l'adresse. Connaissez-vous un commande qui me permettrait de supprimer ces FFFFFF (L'adresse MAC si dessus est bidon , c'est un exemple.) Merci.