tikilou

Pour l'autre console qui fonctionne sinon, tu peux toujours y mettre une puce pour avoir le glitch... Elle ne sera pas perdue au moins. Quand à Easycash & cie, il n'y a pas que des mauvaises affaires, un collègues voulait une console glitchée lui aussi, il s'est pris une Jasper là bas qui fonctionne très bien, suffit de regarder la tronche des connecteurs d'alim derrière la console avant d'acheter !

Dans le doute, suivez le tuto et les retours d'expérience ! Pour ceux qui s'y connaissent coté théorie & utilité de différents composants, n'hésitez pas à proposer un tutoriel qui pourrait servir de base afin de comprendre l'utilité d'un condensateur ou d'une résistance, et d'effectuer des vérifications et calculs de base. (Pour ma part, en dehors de la loi d'Ohms, j'ai presque tout zappé)

En effet, après je ne dirais pas que c'est pareil pour toutes les consoles, mais c'est ce que j'ai remarqué sur celle que j'ai fait, et il ne s'agit pas du condo 680pF, mais du 480pF sur le point F de la glitchip. D'ailleurs, ça ne freezait pas toujours qu'une fois le dash se lançait, parfois ça le faisait aussi juste à la fin de l'animation de boot, après que le profil soit chargé.

Tes logiciels fonctionnent via les implémentation .NET (mono) sous Linux et MacOS?? Normalement faut faire quelques adaptations pour ça non?

Non, aucune !

Je croise juste les doigts pour qu'il ne s'agisse pas d'utiliser un logiciel disponible (que) sous Windows... Au pire, qu'on nous fasse des logiciels devellopés en .NET pour Windows, et dispo sous Nux & MacOs via Mono !

De ce que j'ai remarqué, le fait de mettre le condo 470pF sur le point F de la puce, corrige ces problèmes de freeze, derrière par contre, on perd un petit peu de temps en boot parfois.

Pour les interessés, j'ai publié un retour d'expérience ici => http://gueux-forum.net/index.php?showtopic=262817

Salut la compagnie des gueux ! J'ai fait pas mal de vidéos avec différents tests, auxquelles j'ai rajouté des commentaires, ça pourrait vous être utile ! Je tiens toutefois à noter, que j'ai utilisé le point alternatif FT2R2 au lieu de R4B24, ce qui semble avoir légèrement augmenté les chances de succès, pensez également à faire vos tests en ayant le lecteur branché, là aussi j'ai pu remarquer une influence sur les taux de succès du hack. La solution la plus stable, semble donc pour l'instant, d'utiliser un condo 680 pF avec une tolérance de 5%, sans raccourcir les pattes entre le point GND et C de la puce, et un condensateur 470pF 10% entre le point F et son fil. Je dois m’occuper d'une autre Jasper CB 6750 appartenant à moizore, qui était encore plus récalcitrante, quand tout sera au point; je n'avais rien pu en tirer avant, mais je vous ferais sans doute passer des infos si j'arrive à quelque chose dans l'avenir. Dans tous les cas, tant qu'une mise à jour du RGH n'aura pas été libérée, et que les teams proposant ces puces ne se seront pas penchées sur le problème et ne reconnaîtront pas officiellement (et que ça soit indiqué lors de l'achat d'une puce) l'existence de problèmes avec certains modèles de consoles FAT, je vous conseille de fuir les Jasper comme la peste, les CB 6750/6751 sont difficilement glitchables et ne sont pas au point, et le CB 6752 n'est pas encore compatible. Pour ceux qui auraient vu mon mod DB-9, il permet d'externaliser l'utilisation du SPI flasher, plutôt que d'en acheter un pour chaque console, ce qui permet, entre autre, de ne pas avoir à ré-ouvrir la console pour flashouiller la nand quand le besoin s'en fait sentir. Edit : je suis intervenu ici, après avoir fait des essais sur d'autres consoles, mi à part le CB 6752 qui n'est pas compatible avec le glitch pour le moment, j'ai fortement l'impression que les problèmes de boot ne sont pas liés aux CB, mais à la révision matérielle de la carte mère, chaque révision est plus ou moins tolérante par rapport à une puce de base, néanmoins, si l'on rajoute des condensateurs jusqu'à tomber sur les meilleures valeurs possibles, on peut éliminer les temps de boot qu'on retrouve au delà du seuil habituel d'une console de base ! Sur le principe, les puces, en tant que bases génériques, fonctionnent sur beaucoup de modèles, mais néanmoins, elles ne semblent pas êtres optimisée pour chacune des révisions de cartes mères (pour les jasper, il suffit de regarder plusieurs cartes mères pour s'apercevoir que des composants diffèrent), ce qui je pense, expliquerait les temps de latence pour le boot, et parfois l'incompatibilité, de base. Maintenant, j'aurais tendance à conseiller aux plus pressés, de tester eux même l'ajout de condensateurs, mais pour les autres, attendez et réclamez des teams qu'elles fassent leur boulot, testent plusieurs cartes mères, et sortent de nouvelles révisions de leurs puces ! Sans en être sûr à 100%, je ne pense pas me tromper en disant que les puces actuelles, ne sont tout simplement pas au point, et qu'il est de leur responsabilité, qu'elles le soient et que davantage de recherches soient faites avant de vendre. (Comme la puce de Soul qui est déjà équipée d'un condo supplémentaire, ce qui est déjà un plus)

Si je puis me permettre, pour ceux qui galèrent avec le point C3B2 (R4B24), vous pouvez aussi bien vous tourner vers le point alternatif FT2R2 Encore moins de chances d'êtres emmerdés par des parasites, le fil étant très court, et pour avoir essayé, ça fonctionne bien.

Bah, pour la 360, j'avais parlé d'une petite idée de portage Xbslink sur 360 dans la section dev (histoire de lier toutes les 360 glitchées/jtag ensemble), mais j'ai vu qu'un développeur passer en speed, visiblement pas intéressé pour un portage. Là aussi le problème est le même, pas de dev, pas de programme... Pourtant de base, un simple plugin XBSLINK pour Dashlaunch tournant comme service en arrière plan, et connectant tous les joueurs au même cloud, serait déjà bien suffisant de base... Le code et le protocole utilisés sont libres, donc c'est faisable...

P'tain, les gens sont paradoxaux quand même, ça se plaint que c'est désert, mais si personne ne s'y met en même temps, ça risque pas de décoller... Dans l'idéal, faudrait que la console soit reliée en permanence à un réseau de jeux multiconsoles...

Effets pervers de la dépendance d'un fournisseur de contenus... Vous vous extasiez tous devant ce système, mais moi je vois ça d'un mauvais œil, de trop compter là dessus, tant que vous êtes maîtres de vos données, vous êtes en position de force, quand ça n'est plus le cas, vous êtes en position de faiblesse et dépendez entièrement de la bonne volonté, de la bonne santé d'une entreprise, ainsi que de ses compétences en matière de sécurité, et sa capacité à résoudre des problèmes techniques... Et ça s'applique à tout type d'infrastructure centralisée...

En plus 38€ pour de la fibre, c'est quand même du foutage de gueule, ils ne sont plus redevables de la moité de l'abonnement à France télécom... Même chez Free ils ont affirmés que la fibre leur reviendrait moins cher que l'ADSL, n'ayant plus de location de la ligne.

Sur consoles glitchées/JTAG, peut être bien, mais dans ce cas là, autant extraire tous les fichiers de l'ISO, les transférer sur disque dur ou clé USB, ou bien graver ça sur DVD comme un disque de données au format UDF 128, pour que ça passe aussi sur les lecteurs non flashés, et soit accessible directement sur PC. Il doit s'agit d'une modification hexadécimale concernant les offsets ou sont indiqués la région de l’exécutable je pense, peut être qu'elle est similaire pour les executables de la 360

Rien d'exceptionnel en soit, par contre, j'avais lu quelque part, que la technologie utilisée dans Kinect n'appartenait pas à Microsoft, mais qu'ils en avaient une licence, quelqu'un aurait des infos là dessus? Edit ; j'ai trouvé, il s'agit de la compagnie Israélienne PrimeSense, ils avaient aussi conclu un partenariat avec ASUS pour porter leur technologie sur PC avec le Wavi Xtion, et visiblement, ils se cherchent des clients en travaillant sur l'intégration à des téléviseurs ! On peut dire en quelque sorte, que NATAL, est le nom de la technologie, et que Kinect est le nom commercial donné au périphérique pour la 360, par Microsoft, il doit y avoir un solide partenariat entre les deux entreprises. (étonnant que Microsoft n'ai pas racheté PrimeSense d'ailleurs !)

C'est pour ça qu'il faut créer des "clouds" particuliers pour les JTAG/Glitch, et consoles normales, ainsi que par région...

Ça viendra plus tard; j'attends de quoi faire des photos correctes !

Bonjour, je vous présente le réseau multiconsoles via le net XBSlink, logiciel open source sous licence GPL, présentant l'avantage de regrouper tous les joueurs de façon visible, d'utilisation claire, et simple, sur un jeu, là ou pour Xlink Kaï, c'est un peu fouillis pour trouver du monde. Attention, mon tuto est basé sur la version Linux, sous l'environnement Gnome 3 , mais le logiciel est écrit en .Net et est identique, sous Windows, Mac, et Linux, Mono (framework .NET pour OsX et Linux) se chargeant de faire la transition très facilement pour le développeur qui aura choisis .NET sous Windows concernant les programmes développés . Configuration nécessaire (au choix) : No 1 : Un PC, avec un routeur, et une Xbox 360, de préférence hackée (hack Jtag ou Glitch) No 2 : Un PC, jouant le rôle d'un routeur, avec une carte wi-fi pour recevoir une connexion, ou l'emmètre sur une Xbox, ou un PC avec deux cartes Ethernet, ou une carte Ethernet et une carte wi-fi. (Au choix selon vos besoins, la connexion internet doit être partagées, et votre par feu bien configuré pour l'ouverture du port 31415, et une Xbox 360, de préférence hackée (hack Jtag ou Glitch). 1 : Activez l'UPNP sur votre routeur, à voir selon votre routeur, ou Box, généralement une simple case dans l'interface de configuration est à cocher. 2 : Téléchargez et décompressez le dernière version disponible de XBSlink sur cette page. 3 : Installez le framework mono et ses dépendances via le gestionnaire de paquet logiciels. 4 : Lancez XBSlink sous Linux avec la commande gksudo mono XBSlink.exe (vous pouvez aussi créer un raccourci !) et renseignez votre mot de passe administrateur. 5 : Suivez les indications avec les images ci dessous. Tout d'abord, il faut indiquer sur quel port réseau (capture device), est liée la console de jeu (soit le port Wifi, soit le port ethernet, lié au routeur, ou directement à la console), dans l'onglet général, vous pouvez indiquer votre pseudo. Ensuite, on peut charger la liste des "clouds" (noeuds), de parties réseau multiconsole, chaque personne ayant ouvert son port 31415, héberge alors lui aussi en P2P le noeud sur lequel il se connectera, le système est décentralisé, chacun peut héberger avec d'autres personnes le "cloud", ainsi qu'en créer, et voir d'autres personnes l'héberger. (Si plus personne n'héberge un cloud, celui ci disparaît!) Ensuite on clique sur "Start Engine" pour lancer le service réseau XBSlink. On clique sur le "cloud" (noeud) que l'on souhaite rejoindre, puis il faut cliquer sur "Joint/Create", ceci fait, vous rejoignez le salon de discussion du cloud rejoint. Vous pouvez également créer votre propre cloud, et même y mettre un mot de passe, une fois créé, en cliquant sur load, vous verrez ce dernier dans la liste des clouds publics; vous n'êtes pas obligé de créer un cloud pour un seul jeu, un cloud XBSlink peut contenir multitudes de parties de différents jeux si vous le souhaitez, vous pouvez par exemple créer un cloud spécialement pour les consoles JTAG/Glitch + Patch ping limit, ou un Cloud pour les joueurs Français. Ensuite, il ne vous reste plus qu'à lancer votre jeu sur la Xbox 360, et à créer une partie multiconsole, ou en rejoindre une ! /!\ L'intégralité de ce tutoriel est sous licence Créative Commons by-nc-nd (Paternité, Pas d'utilisation commerciale, Pas de modification)

Ça va oui? Je suis le méchant garçon qui fait chier son monde aussi? Okay, toi tu sembles résigné à la situation actuelle, et tenter de réveiller les consciences et faire bouger les choses/gens ne t’intéresse pas, mais les autres, ils peuvent pas? Le fait que la situation soit telle quelle, signifie pour autant que c'est comme ça et qu'on doit simplement s'en foutre? Non parce que préférer les quelques teams qui s'emploient à donner quelques trucs de temps en temps à la scène, je le fais aussi, mais dans les faits, ça me semble bien peu? Y en a il ne serait ce qu'une, pour le Reset Glitch Hack, qui soutiennent financièrement, ne serait ce qu'à travers quelque dons, le projet qui leur permet de vendre leurs produits actuellement? Se soucient il du bon fonctionnement de la puce et du code qui va avec pour les consoles annoncées comme compatibles?...

Vous voulez pas ouvrir un topic de remerciement à Soul' séparément ? Non parce que vos réponses sont toutes à coté de la plaque là... Pas un seul ne répond au sujet.

Désolé, mais je n'utilise pas Xlink Kaï, mais XBSlink, ça aurait été bien d’intégrer une notion plus générique que "Xlink Kaï" qui est un choix assez partial, ce n'est pas la seule solution du genre

Fonctionne bien, même sous Wine/Crossover pour Linux Et MacOS, merci, ça va aider pas mal de monde chez qui j'ai installé *Nux ! Ps : par contre, y'aurait pas un moyen de rajouter le support des isos Xbox 1 créés pour passer sur lecteurs flashés ?

Dites, les bans en Décembre, ça serait quand même tout Benef pour Crosoft quand même... Obligation de racheter une console... Comptée dans les chiffres de Noël, pour jouer sur le live. En plus, comme les joyeux lurons auront fait la MAJ du 6, ils seront comme des cons pour faire le glitch sur leur console bannie, vu que le RGH nécessitera une mise à jour pour prendre en charge le nouveau CB.

Oui, mais même si je suis d'accord avec vous, personne à part Sephi n'a répondu à ma question, quid de la participation au projet initial du RGH, pour en améliorer le code afin d'obtenir de meilleures optimisations selon les modèles de CB, et du support des CB mal ou pas pris en charge actuellement, voir même des OPUS? dont on a découvert il y a peu, qu'elles sont compatibles ? Surtout que les sites annoncent pour toutes les puces le genre de même phrase "compatibles toutes consoles sauf Xenon" et des boots moyens de 45secondes, alors que ça n'est pas vrai ! Et je ne joue pas sur les mots, l'Opus, rien, les falcons avec CB 5772 ne sont pas supportées pour le moment, le support de la plupart des Jaspers avec CB 6750 déconne à mort pour le boot (boot parfois, mais pas toujours, et c'est très long) et y'a des freezes une fois lancé comme si la puce continuait encore ses tentatives, les Jaspers avec CB 6751 doivent être downgradées en CB 6750, mais se retrouvent face aux mêmes soucis avec ce CB pour la plupart, les Jaspers avec CB 6752 sont incompatibles pour le moment, et leur CB ne peut pas être downgradé car un Efuse a été brulé. Il n'y a qu'un pas entre ce qui est affirmé et la publicité mensongère, et j'ose espérer que les teams participent à remédier à cette situation en contribuant au projet original, et ça n'est pas parce que ça se passerait bien pour une majorité de gens, que d'autres doivent simplement se sentir lésés et se faire dire "faut attendre que la team du RGH mette à jour", tout en laissant toujours les mêmes informations sur les différents sites d'information/de vente. Je vais sans doute les briser à certains, mais je pense que mettre un coup de pied dans la fourmilière est la chose la plus juste à faire, pour que les gens sachent à quoi s'en tenir.