Daweed

c'est fort, ca, les gars qui veulent pas foutre 50€ dans une puce ( hey les gars, c'est le prix d'un jeu, et me ditent pas que vous payer les jeux "non non je pirate pas, c'est pour faire tourner les tetris homebrew voyons" ). 'fin sinon, oui, les prix vont baisser avec l'arrivée des puces clonées sur le TMBinc IPL replacement ..

ah bah ca oui, le swap il sera encore la, c'est certain ca par contre. c'est encore une fois une question de logique ...

non mais attends, tu es serieux la ? quand je donnais les chiffres, c'etait du pifometre pour te montrer l'ordre d'idée ... m'enfin si tu veux la jouer scientifiquement avec mesure precises, partons sur de simple mathematiques, niveau college : le "rayon" de l'emplacement lentille est (je viens de mesurer) de 3.2cm, sur lesquels on a une butée d'environ 0.2cm. disons donc que l'on a une zone exploitable de 3cm de disque. ca tombe bien, la zone de donnée d'un disque GC est d'environ 2.2. la zone exploitable d'un disque 12 cm est, comme tu l'a mesuré, 3.8cm. probleme, dans le meilleur des cas, la lentille pourra aller jusqu'à un rayon de 3cm ( et encore, en "tapant" sur la butée, je ne sais meme pas si le controleur dvd est prevu pour aller aussi loin, j'en doute fortement... en tout cas le moteur n'est pas fait pour ca, et en est incapable, regarde juste comment il est fait. ) Bref, on a, sur un DVD ( qui contrairement à ce que tu crois, est rempli physiquement à 99.5% lorsqu'il est gravé entierement, va lire les specs du format dvd-r si tu en doutes ) : 1.35Go sur les 2.2 premiers centimetres, 4.35Go sur 3.8cm, ce qui nous donne environ 2.35Go sur les 3 premiers centimetres, les seuls accessibles PHYSIQUEMENT par la lentille. alors j'vais te lancer un défi, la, tiens, juste pour la déconne : Grave un dvd-r avec un fichier quelconque de .. disons 3Go, puis rajoutes y un dol ( en multisession cela va de soit ) juste derriere. explore ton dvd, et essaye d'executer ton dol. je me mange les testicules si tu arrive à l'executer pour une seule et simple raison : ton fichier sera listé dans la toc du disque, l'exploreur lira la toc et dira " oui oui, y'a ce fichier quelquepart sur le disque", mais c'est pas pour autant que ta cube sera capable de le lire. c'est plus clair comme ca, mon grand ?

mais evidemment que je suis sur de ce que je dis, c'est une question de logique : le rail sur lequel coulisse la lentille de la cube a un jeu d'environ 4.5cm, soit environ de quoi lire le contenu des 9 centimetres du media inseré. comment veut tu que la GC puisse lire quelquechose qui est PHYSIQUEMENT non atteignable par la lentille ? un peu de jugeotte, quoi, c'est à la porté d'un gosse de 12 ans de regarder et de comprendre ca ...

non mais oui, la Ripper est flashable, mais grace à un programmateur vendu separement, ce qui atomise largement le tarif d'une Viper avec son programmateur, donc franchement j'ai toujours pas saisi l'interet de la Ripper...

commander une Ripper ? c'est aussi cher qu'une Viper, c'est moins simple à installer et c'est pas flashable, je vois pas trop l'interet

LoL Figure toi que ça pue pas l'intox comme tu dis ! Ce n'est pas parce-que la tête de lecture de la gc parcour seulement les 8cm du DVD qu'elle ne peut pas lire les 4.7Go ! EXEMPLE : _Grave un DVD-R avec toutes sortes de fichiers MP3,Div-x,jx....4.7Go au total ! _Ensuite tu explore le dvd via la gc, et là....Oh ...Ben oui y a tout le contenu du dvd ^_^ bon, j'vais te donner une p'tite leçon sur le fonctionnement des medias optiques, apparamment t'en a besoin : lorsque tu grave un media optique ( cd/dvd ) avec des fichiers, tu va aussi graver ce qui s'appelle un LeadIn, c'est à dire une sorte d'amorce du media. dans ce Leadin, il va y avoir la TOC de ta gravure la Table Of Content, bref l'index de tout ce qui est gravé sur le media. Evidemment que lorsqu'un explorateur affiche le contenu d'un cd, il lit la toc, tu t'imagines bien qu'il ne va pas fait une lecture recursive de l'integralité du CD, la procedure serait bien trop longue. Donc lorsque tu grave 4.7Go de donnée sur un dvd, tout ce que ta gamecube va réussir à lire, ce sont les 1.35 premier Go et la TOC, bien que cette toc soit celle des 4.7Go. mise en situation : Grave un fichier Dummy de 4Go suivi d'un dol quelconque, et tente de lancer le dol depuis l'explorateur de Cobra. tu n'y arrivera pas. Tu a mieux compris, ou je dois approfondir l'explication ?

les screenshot de Cobra 1.0 montrent 4 jeux d'environ 1.35Go chacun ... ca pue l'intox, en tout cas ...

cette histoire de multiboot, ca pue l'intox à plein nez, genre la manoeuvre commerciale de la team Viper ( DMS, donc ) pour niquer le lancement de la ripperGC genre " regardez, nous on pourra mettre plusieurs jeux sur le DVD et les choisir au demarrage, haha". oué, sauf qu'une GC ca sait pas lire sur les 4 derniers centimetre d'un disque, le rail de la tete optique ne couvrant que 8cm. faudrait p'tet pas nous prendre trop pour des americains, non plus.

vu qu'il n'y a qu'une puce disponible sur le marché à l'heure actuelle, demander un comparatif me parait assez absurde ...

il en a plus de toute facon ( 'fin je crois ), je lui ai prit son dernier

si tu prends ce raisonnement, personne n'aurait jamais du acheter des Ripper, etant donné que les Ripper 1 etaient des clones illegaux de Messiah, les Ripper2 etaient des clones "autorisés" de DMS3 ( la team DMS ayant vendu la licence de son code source à la team ripper ), et la Ripper 3 est un clone toleré de l aMatrix Infinity. Bref la team Ripper n'a jamais fait autre chose que des clones, se mettre à refuser leurs produits maintenant, c'est stupide. il fallait les refuser depuis le début, ou alors on change pas sa ligne de conduite.

un p'tit coup de fstfix option "Auto Detection and Fix Streaming Files", et le probleme sera résolu

pourquoi ? pour eux le network adapter c'etait surtout une façon de faire jouer les joueurs online, ils pouvaient pas imaginer que de tres bons devellopeurs allaient develloper un wrapper cdvd/hdd, non plus. sinon on peut aussi dire que toutes les consoles de demain, avec leurs hdd embarqués, seront livrées avec un sticker "Hack me i'm famous", et qu'ils l'auront tous fait expres "parceque que merde, un lecteur de SDCard pour sauvegarder, ils auraient du se douter qu'on pourrait booter un bios depuis le lecteur, chui sur qu'ils ont fait expres, alalalah". Bref, faut resituer le contexte, qd le BBA est sorti sur GC, personne pensait que ca servirait au piratage. pareil pour le network adapter chez Sony. Maintenant ca parait evident, mais à l'epoque ca ne l'etait pas du tout.

j'espere que tu n'es pas serieux ... pourquoi ? Reppa a tout à fait raison sur ce coup (à ton avis pourquoi microsoft a laissé le lpc en plein milieu de la carte mère ? pour que la puce puisse juste s'y poser !) je n'ai pas lu reppa parler de facilité de pucer la Xbox1, j'ai lu reppa dire " lololol avec la xbox 2 y'aura meme pas besoin de puce lololo ce sera un pc lolol", et aussi " lolololol, sony ils savent pas proteger leurs console lololol regarde les puces et le HDLoader lololol". hormis la réthorique d'un niveau entrée de college, je trouve surtout que cela démontre une méconnaissance frappante de la scene PS2, de l'historiques du modding, et surtout une capacité à anticiper le futur ( "lololol la xbox2 meme pas besoin de puces lololol") que ne renierais pas Paco rabanne. voila pourquoi j'esperais qu'il n'etais pas serieux, et qu'il s'agissait d'un vulgaire troll douteux à la syntaxe boiteuse.

j'espere que tu n'es pas serieux ...

le Chip TMBinc prend tout son interet maintenant, j'vais p'tet en produire quelques uns, du coup ^_^

pas du tout, Side A ne veux pas du tout dire que la console est une Rev A, ca veut juste dire qu'il regarde la face superieure de sa carte mere

sans meme avoir essayé, j'te reponds que c'est d'un point de vue théorique tout simplement impossible

salut, je t'ai envoyé un mail, merci d'y repondre à l'occasion

il faut surtout se dire que pour avoir un loader interressant, il faudrait qu'il gere en natif le 100Mbps, ce que personne n'a fait avec succès pour la simple et bonne raison que PERSONNE ne sait adresser les registre directement du BBA sans passer par le SDK, et que le SDK ne documente que l'accès en 10Mbps. Donc meme avec la meilleure volonté du monde, et meme en codant un loader qui ameliore de disont 20% la vitesse de transfert, le stream serait guere moins lent. Bref, à vous d'implementer une gestion totale et fiable du 100Mbps dans un dol, en faire un loader ne sera qu'une formalité une fois cette tache accomplie.

genre ca a empeché toute forme de modification de bios sur la PS2 on peut tres facilement bypasser une bios avec un composant equivalent, c'est le principe meme d'enormement de puces .

sauf que develloper une pile TCP complete pour GC , deja , c'est pas simple , mais en plus s'il faut utiliser des registres non documentés du chip ethernet , ca en deveint carrement mission impossible . voila pourquoi les loaders 100Mbps n'existent pas encore : parcequ'on tatone pour trouver les registres non documentés ( contrairement au registres 10Mbps , ultras documentés par nintendo dans leur SDK ). Le jour ou les librairies de Tmbinc seront completes , testées et optimisés , les loaders arriveront quasi immediatement . Pour l'instant , un loader est un code beaucoup trop complexe pour pouvoir se contenter d'une ebauche de librairie telle que ce qu'a fait Tmbinc ( ce qui est deja un grand pas en avant , mais pas assez ) . Bref , attendons que l'implementation du 100Mbps soit complete avant de tenir ce genre de discours : à moins que la latence du chip ethernet soit enorme , ou que les registres soient imcomplets , il n'y a , à priori , aucune raison pour qu'un loader 100Mbps ne fasse pas parfaitement l'affaire ( hormis l'eventualité du cpu overhead , que l'on pourra constater en temps voulu ) .

c'est quoi cette vieille legende urbaine qui consisterait à vouloir brider du 100Mbps ? il faudrait peut etre reflechir un petit peu au fonctionnement d'une application Serveur/client ( en l'occurence , le jeu lancé via ACL coté Gamecube , et le streamer coté PC ) : le client ( la GC ) va faire une demande de fichier au serveur ( le PC ) . qu'est ce que ca va changer à votre avis si cette reponse lui parvient à 100Mbps au lieu de 27Mbps ? he ben y'aura un loading plus court , plus de temps CPU libre jusqu'au prochani accès au serveur , et c'est tout ! le seul risque de l'on encourt à passer de 10 à 100Mbps , c'est de surcharger le cpu de la GC avec une pile UDP mal optimisé , ce qui à nouveau provequerait des saccades dans le jeu ( non du au debit , mais au temps CPU disponible cette fois ) . Bref que le flux UDP arrive à 27Mbps , 41Mbps , 78Mbps ou 100Mbps , ce sera exactement la meme chose ! le client ( la GC ) ne demandera pas plus de données au serveur ( le PC ) , et ne risque pas de voir son HiSpeed port saturé

tu branche ta Gamecube sur l'entrée TV d'une carte tuner TV , tu la controle sous DScaler , et tu fait autant de screenshot que tu veux , de parfaite qualité . c'est ce que j'utilise , personnellement .