Derniers tests et previews
TEST Pokémon Pokopia : le Pokémon le plus zen jamais conçu sur Switch 2
TEST Resident Evil Requiem sur Switch 2, un portage ambitieux dopé au DLSS
TEST Resident Evil Requiem : entre nostalgie et frissons (SANS SPOIL)
TEST Pirates VR Jolly Roger : L'aventure pirate débarque sur Meta Quest 3 et 3S
Dernières actualités
Nintendo Indie World : une nouvelle présentation dédiée aux jeux indépendants à suivre ce mardi
L'étude Logitech G montre que l'Esport entre dans son âge d'or : des aspirations professionnelles en hausse et une légitimité croissante dans le monde entier
Pokémon : Project VOLTAGE High, la collaboration musicale et visuelle avec Hatsune Miku atteint de nouveaux sommets (MAJ 02/03/26)
Pokémon Pokopia : de nouveaux alliés et mécaniques de jeu introduits en vidéo
md5
Entièrement d'accord !
Comme ça, il y aura mon problèmes (normalement).
Suite à ces nombreux bricks, j'ai parcouru différents sites afin d'en savoir un peu plus. Et lisez ce que j'ai déniché sur un site que je ne citerais pas:
-"D’après les récentes informations, il semblerait que la Team M33 ne soit pas tout à fait responsable des brickages, mais peut-être dû au fait que le mot de passe ait été retiré de l’archive original ou qu'un fichier c'est corrompu lors de la décompression. La Team M33 aurait mis des protections dans le but de nuire au site dont il est mention dans le fichier LISCENCES.TXT."
"Mot de passe de l’archive : _M33_Hate_And_Ban_Leakers_And_Thieves_333_"
J'espère que ça pourra éclaicir certains...
Sinon pour repondre au sujet, moi je pense que la Team pénalise un peu tout le monde, les utilisateurs de PSPgen aussi, car cette protection augmente le risque de briquer, même si tu télecharge l'archive d'origine, imagine qu' il y est un petit beug de transfers et que un octets soit absent dans l'archive et ben tu brique au lieu de faire un semi brique (c'est con quand même). Et cette protection ne penalisera nullement PS3news, qu'est-ce qu'ils s'en foute que leurs utilisateurs briquent, limite ils ont fait exprès de modifier l'archive pour ça.
En tout cas c'est pas Dark Alex qui nous aurait pondu cette protection inutile, c'est vrais quoi, on s'en fout des code sources, le tout c'est qu'on puisse profiter des CF, et qu'une comunauté entre les dév. se créer (ce qui ne risque pas d'arrive si chaqun protége ses code source à coups de brique).
Je suis entièrement d'accord. Pour la prochaine release, nous posterons le MD5 de l'eboot, afin d'éviter tout problème
J'ai parcouru un peu ce topic en diagonale (meme beaucoup en diagonale
Est-ce que je peux le trouver quelque part dans le site?
Ce serait bien de mettre systematiquement le MD5 des downloads du site, pour eviter les mauvaises surprises à cause d'un bit corrompu pendant la transmission...
En tout cas (c'est mon premier post, il fallait que je le dise), je remerci tous les admins de ce site, et tous ceux qui le font vivre, j'ai acheté la psp il y a une semaine, et franchement, vous etes les meilleurs !!
Continuez comme ça!
C'est pour cela qu'il y a un MD5, suffit de vérifier!
Et pourquoi pas un coup de gueule sur ceux qui ont viré les readme/licence.txt, qui ont trafiqué l'eboot sans trop savoir ce qu'ils faisaient, sur ceux qui ne prennent pas la précaution de lire, vérifier les disclaimers et autres avertissements?
C'est comme pour la clope, fumer tue, c'est comme le port-salut c'est marqué dessus, mais quand on fume on assume!
Briquer, je connais merci! C'est aussi pour cela que je connais l'importance de vérifier ces sources, de lire les readme et howto... S'il y en a qui se jettent la fleur au fusil dès qu'ils voient un nouveau truc, c'est pas faute de prévenir!
S'ils avaient voulu briquer intentionnellement les psp des "indélicats", ils n'auraient surement pas pris la peine de prévenir! Faut quand même pas tomber dans la parano non plus!
Ils checkent l'intégrité MD5? Et alors? Un md5, c'est pas fait pour rien et c'est trés évidemment la première à faire! On leur reproche de ne pas avoir prévu de procédure en cas de différence, c'est cela?
en tant que dev, je ne leur jette pas la pierre et comme à chaque fois qu'on installe quelque chose qui touche au flash, on prend le minimum de précaution, on regarde d'où ca vient, on vérifie ce qu'il y a à vérifier, c'est tout!
C'est normal qu'ils veulent protéger leur CF, mais pas de cette manière...
Ils devraient faire un truc moins salaud. Du genre interdire la MAJ, effacer la MS ou alors installer le 3.52 officiel... Au lieu de bousiller des PSP d'innocents!!
Est-ce que PSPGen pourrait fournir les MD5 des archives (et des EBOOT.PBP) des CF afin qu'on puisse vérifier leur intégrité?
90% ^^
EDIT : ça marche
Merci à tous ceux qui ont permis le hack de la psp; particulièrement la team noob ( le dg), DA pour ces fabuleux CF et tous ces traveaux , et la team M33 qui se révèle comme le digne successeur de DA !!
Ainsi qu'un remerciement spécial à PSPGEN pour leur fabuleux travail !
( si à l'avenir on pourrait avoir la clée de vérification MD5 ce serait fabuleux)
Ce serait sympas merci
Pour vérifier que l'iso télécharger est le bon sans bug voila le code MD5 et le nom de l'iso:
8572bcb7f476d23965c13dfac5c2d885 yellowdog-5.0-phoenix-20061208-PS3.iso
(Yellow Dog Linux 5.0 for Sony PLAYSTATION(R)3)