savii

Perso il a le droit d'être en colère, mais faut pas oublié que ce n'est qu'une console de jeux....

Je ne vais pas non plus m'étaler sur ma vie privé, mais la santé de mes enfants passe avant une console de jeux...

1 client mécontent sur tous ceux que j'ai fait depuis ~ 10 ans que je pratique sur différentes consoles....bon ça arrive..

Bon courage a celui qui fera la console et qu'il me dise pourquoi je n'ai pas réussit ça serait sympa.

Merci acide0 et aux autres...

Console remonté, remariage effectué avec succès, mise à jour en OFW 4.76 Ok. Tous refonctionne BD, CD et DVD.

Merci encore..et passez de bonne fête litleBalup et cool72...

Hello,

Fonctionnel sous Win XP Pro.

j'ai eu un problème avec le miens aussi , je l'ai régler en reflashant le bootloader 1.05 avec JRunner .

La team Xecuter vient de publier les fichiers nécessaires pour le RGH2 avec sa nouvelle puce. Elle explique aussi sur son message la marche à suivre pour mettre en place le hack. Voici la traduction intégrale de son post :
 

Bonjour tout le monde. Voici ce que vous attendiez tous.

Nous ne pouvons pas attendre plus longtemps que J-Runner soit mis à jour, cela fait 5 jours maintenant et toujours rien.

Alors, sans plus tarder, voici les fichiers que vous souhaitez :
 
Télécharger les fichiers

Dans ce .zip, vous trouverez deux dossiers : RGH2_ECC et SMC
 
Voici la marche à suivre pour faire fonctionner votre CR4XL en RGH2 + :

1. Après l'installation de votre CR4 et le dump de votre NAND, chargez le .ECC qui correspond à votre type de console en cliquant sur le bouton « Load source » dans J-Runner. Naviguez jusqu'au dossier RGH2_ECC et en sélectionnant le .ECC approprié.
2. Appuyez sur « Write ECC » dans J-Runner.
3. Votre console peut maintenant démarrer en RGH2 + Xell.
4. Comme toujours, récupérez votre clé CPU, DVD, les fuses et autres avec le Xell.

Pour créer une image Freeboot :

1. Assurez-vous que votre Nanddump pour votre console est chargé dans « Source ».
2. Prenez le fichier .bin approprié dans le dossier SMC et copiez-le dans le répertoire Xebuild/data, dans le dossier d'installation de J-Runner (il est généralement juste en-dessous du dossier OUTPUT)
3. Renommez ce fichier .bin approprié en SMC.bin.
4. Dans J-Runner, créez une image Xebuild de la façon dont vous le feriez normalement (cliquez sur "Create Xebuild Image")
5. Il y aura une fenêtre dans J-Runner qui affichera "smc.bin found. Delete it?"
6. CLIQUEZ SUR NO
7. Votre image Xebuild/Freeboot sera créée.
8. Ecrivez ce updflash.bin dans votre console.
9. Configurez votre installation, jouer à des jeux. Profitez.

Et nous voili voilou  de retour avec la Slim PROTO V2 de la Team Tx....

Après les essais de la Slim Proto V1, qui était plutôt pas mal je doit dire ( je sais que certain accro ne jurerons que par la Xrun et autres... ), j'ai acheté une Slim Proto V2

 pour voir ce que la finalisation de leur produit donnait...

Au premier abord un package toujours impec ( c'est la TX en même temps... allez c'est gratuit les gars, comme je sais qu'ils vont lire ce Post..... )

Plus de QSB pour une éventuel mise à jour de la puce et ajout d'un câble blindé ( pas forcément utile..).

La puce à eu quelques petite modification aussi :

 - Ajout du point CR_EN pour la couplé avec un DNA.

 - Ajout d'un point pour le ROL.

 - Ajout d'un  shunt 3 positions pour facilité les réglages ( d’ailleurs si quelqu'un peu nous dire à quoi il sert, car la team est avare de commentaire sur ce dernier..)

et d'autres petite chose ...

L'objet du délit, une CORONA V3 en Kernel 16547, et avec un DUAL NAND SVP.....!

Allez on commence, pose du QSB V3 pour CORONA et du POSTFIX Adaptateur, là pas de problème.....

Pose du  QSB Slim POST, bon là la team à du faire un petit effort sur sur la qualité car l'on observe plus de décalage sur les soudures du POST_OUT ( même si ici elle ne nous serve pas...).

Soudure de la puce, là aussi aucun problème, pour commencé j'ai soudé le CPU_RST sur le point 50 du QSB Slim POST et le POST_OUT1 au point 50 du CORONA POSTFIX Adaptateur.

Pour les DIPs :

 - DIP 8 ON (CORONA)

 - DIP 3 ON pour commencé

 - et le shunt mis en position du haut vers le 5v

Après quelques essais, pour obtenir un boot sur le XELL ( boot immédiat d’ailleurs) je me suis arrêté sur les point suivants :

CPU_RST point 29 sur Slim POST QSB V3

POSTOUT1 point 50 sur CORONA POSTFIX Adaptateur

Donc Dump NAND OK pas de soucis,

 - création du XELL et Flash OK

 - récupération clé CPU, ok pas de problème

 - Création NAND Glitché et Flash ben là Problème (voir ce POST)

Bon après avoir partiellement résolu ce problème, on reprend...

Pose du DNA, là de nombreux Tutos sont là pour nous aider... allez un au Hasard ICI

Et le site officiel aussi ICI

J'ai donc laisser la NAND retail sur la MOBO et mis la NAND Glitché sur le DNA.

A près plusieurs essais ( console fermé) je me suis arrêté avec les réglages suivant :

- CPU_RST point 29 sur Slim POST QSB V3

- POSTOUT1 point 50 sur CORONA POSTFIX Adaptateur

- DIP 8 ON ( Mobo CORONA)

- DIP 2 & 1 ON

- Condensateur 22pf

Et les temps de Boot me direz-vous.... Rien de mieux qu'une petite Vidéo (ICI) (Je sais que M@dBox  aime bien.... )

Temps de boot obtenu : 1;1;4;2;1;1;2;2;2;4;1;1 lors de mes essais..

Résumé :

* De grosse modification ont été apporté a cette version simplifiant sont installation sur Slim toute version ( même pour un débutant...).

* Le QSB ne présente plus de décalage/ au POST_OUT

* Un Bundle bien fourni.

* Son prix ~27€ que vous pouvez trouvez ICI

Petit bémol :

Comme le fait remarqué M@dBox :

 

Vraiment dommage qu'ils ne rendent pas cette puce compatible Fat et Slim comme la petite dernière de chez Squirt.

Car ils en ont les moyens, mais comme à chaque fois le $$$ prend le dessus.

Be Happy....

en effet... ça recycle...

Comme il fait un peut froid en ce moment, je me suis réfugier au chaud dans mon atelier pour faire quelques essais....

La Slim Proto (V1) annonce de bon résultat, mais quand est il réellement..?

Le Tuto officiel ICI ( je prépare une traduction)

Le Pack :

Le QSB puce :

Il viens se souder sur la Slim Proto, pour je pense d'éventuel mise à jour.

Le modèle utilisé pour cet essais est une Corona 4Gb V2.

(donc utilisation du SD Reader pour lecture & écriture de la NAND avec JRunner)

Je passe les différentes étapes : Dump de la NAND, création ECC et écriture de ce dernier.

Installation du SLIM PROTO POST QSB V3: 

L'alignement du QSB et du POST n'est pas terrible, attention aux soudures.

Pour le reste rien de bien difficile.

On a la possibilité d’optimiser le Boot avec différentes longueur pour CPU_RST et POST_OUT.

Je me suis référé au tuto original pour les longueur de fil :

 - 10 cm pour CPU_RST

 - 12 cm pour POST_OUT

J'ai utiliser les points de soudure 50 qui donne de bon résultat si on en croit les posts sur le forum.

Installation du SLIM PROTO :

Là non plus, rien de bien difficile.

Pour le début j'utilise donc la configuration de base.

Aller on lance la récupération de la clé CPU....

Bon, ben, même pas le temps de me servir un JACK D... que la console boot...

Alors on continu... création de l'image et écriture... hummm tout se passe bien.....

On lance le tout et HOP.... une gorgée de JACK D... même pas le temps de l'apprécier que la console boot.........

Carte mère nue, tout les boots (~10 boots ), immédiat.... HUMMM

On remonte le tout, et là ça change la donne...

Après plusieurs essais console refermé j'ai choisi ce réglage :

 - DIP 4 - ON

 - DIP 8 - ON

 - condensateur 10pf

et le résultat, en majorité des boots entre 1 et 2 cycle, cela n'allant pas à plus de 4 à de rare moment.

J'ai pu faire une petite vidéo ICI avant de rendre la console, elle est pas très représentative du résultat sur cet essais, car deux boots un peut long.

Bilan :

les - :

 Le POST SLIM QSB V3 pas facile à souder, du faite du décalage..

Les + :

De très bon temps de boot...

Taille de la puce petit format.

Le changement de longueur pour CPU_RST et POST_OUT facilité.

A plus pour de nouvelles AVENTURE.... Be HAPPY