FFlF

Au fait, il s'appelle Pongo ton chien? Sinon moi je trouve ça bien ce genre de sondage "à la PongoMonChien", tout le monde peut se défouler et ça ne blesse qu'une seule personne...

Quelque chose comme 82% ;(((

Nan le BIOS pour Linux il s'appelle Cromwell. raincoat c'est la rolls des flasheurs, c'est une appli qui tourne sous Linux.

Ben en fait de retour de vacances j'ai vu un certain nombre de posts où les modérateurs étaient vachement sympa, alors je continue... c'est sympa un forum sympa non? Tu penses que ça mérite un avertissement? C'est peut-être des jeux qu'ils développent eux-même?

Faut découper pour faire rentrer un 80mm... 60x60 ça devrait être pas mal mais ça doit être plus bruyant. J'ai pas d'adresse à te conseiller, mais il y a pas mal de topics qui parlent de tout ça dans le coin.

Je te conseille vivement raincoat, il adapte pas la taille du BIOS mais au moins l'opérateur doit rester averti. Ce qu'il faut comprendre c'est que la plupart des BIOS font 256Ko, et quelques un font 512Ko. Ensuite pour rentrer ça dans une EEPROM de 1Mo ben on le multiplie par 2 ou 4. Par exemple un M7 de 1Mo est en réalité constitué de 4 M7 de 256Ko identiques et accolés.

J'ai jamais touché au radiateur du GPU. J'ai une 1.0 chez moi mais le petit ventillateur est en très bon état, fait pas trop bruit. J'ai remplacé le ventilo de caisse sur une 1.1 que j'utilise quotidiennement avec un Papst N2/GL (80x80), et ben ça fait beaucoup moins de bruit. Je pense qu'une grosse amélioration que l'on peut porter à tout ça, c'est de changer la pâte thermique.

Ben tu mets Linux sur la Xbox et tu fais ça par FTP ou avec un log de P2P, mais tu sais que vu d'ici ça ressemble beaucoup à du warez ce dont tu nous parles???

La première, il fait bien 1Mo, et c'est sans doute une 1.1. En fait tu as dû le flasher avec Evox la première fois, qui adapte la taille du BIOS.

Dans la référence du TSOP (c'est écrit dessus) tu verras écrit 008 ou 080 si c'est du 1Mo, 002 ou 020 si c'est du 256Ko. Sinon tu demandes à raincoat: raincoat -v

Vous pouvez répéter la question??? C'est pour quoi faire?

C'est surtout une question de poussières et d'heures de fonctionnement, il y a sans doute des facteurs liés à la fabrication qui doivent tout changer aussi. Dans tous les cas on ne peut pas donner une durée de vie fiable, l'environnement joue énormément.

Bon ben je me charge du titre alors.

C'est une 1.4 !! Toute puce récente (pas comme ton BIOS;) fera l'affaire.

Tu peux la flasher avec un BIOS de 256Ko si ton TSOP fait 256Ko. Il n'y a pas de corrélation automatique entre la version de la boite et la taille du TSOP, même si on constate des tendances majeures. Le mieux c'est de regarder ce qu'il y a écrit dessus, ou de poser la question à raincoat, ou les deux? C'est quoi le rapport avec le d0?T'es sûr de ne pas avoir fait le pont du dessous comme sur une 1.1 / 1.0 ?

Le ventillateur seulement si j'ai bien suivi. C'est le ventilo de la caisse qui joue ce rôle, il aspire l'air directement sur le radiateur du CPU.

Moi ce qui me gène le plus c'est la faute d'orthographe dans le titre.

Le minimum c'est 8Go !

J'ai du mal à suivre là... que ce soit relié au D0 du dessous ok mais il doit bien y avoir qqchose entre les deux, c'est pas relié pour être relié, je vois pas l'interet... Je viens d'observer la chose avec plus d'attention, voila ce que je pense: La piste du D0 top provient du MCPX, et ne va pas plus loin que ce point où on est habitué à souder un petit fil. A cet endroit il plonge sous la carte mère, pour attérir sur une courte piste, qui comporte la pastille dénommée ici-bas "D0 alternatif". Cette piste va en dessous du TSOP, où elle traverse à nouveau la carte pour être connectée au TSOP. Donc si on casse cette piste à un endroit ou à un autre le D0 du TSOP se retrouve "en l'air" et ça doit pas être une situation confortable pour lui, comme pour la modchip. En y réfléchissant on pourrait se dire qu'il suffit de connecter le D0 du dessous à la masse pour pouvoir activer la modchip, mais je suis pas sûr que ce soit si simple.

Ben oui, avec un pont, un fil qui relie la piste D0 du dessus avec celle du dessous. Tu peux aussi ammener 2 fils, l'un qui part du dessus, l'autre du dessous, sur ta puce, ça revient précisément au même.

Je me suis toujours posé la question.. En observant la masse par endroits on peut penser qu'il y a bien au moins une couche au milieu, mais ça coûte plus cher à faire qu'une carte normale non? C'est à dire? Tu es sûr d'avoir fait le pont où il faut? Si t'es doué tu peux aussi imaginer de souder ton pont directement sur la bonne patte du TSOP. Ca fraguerait parce que une piste a été coupée. Le D0 top est un trou qui ammène la piste de l'autre côté de la carte mère, l'aiguille a peut-être bien endommagé tout ça.

Bon il est quand même bien l'outil de recherche: http://www.gueux-forum.net/index.php?showtopic=19828 Si ça t'intéresse voici le mien, mais je suis en Xebian 1.0.1, avec un affichage en VGA. Si tu montes en 1024x768 tu n'y verras plus grand chose sur une télé, en plus fait bien gaffe que dans la section monitor j'ai mis des valeurs qui correspondent à mon moniteur, ne grille pas ta télé: ### BEGIN DEBCONF SECTION# XF86Config-4 (XFree86 server configuration file) generated by dexconf, the# Debian X Configuration tool, using values from the debconf database.## Edit this file with caution, and see the XF86Config-4 manual page.# (Type "man XF86Config-4" at the shell prompt.)## If you want your changes to this file preserved by dexconf, only make changes# before the "### BEGIN DEBCONF SECTION" line above, and/or after the# "### END DEBCONF SECTION" line below.## To change things within the debconf section, run the command:# dpkg-reconfigure xserver-xfree86# as root. Also see "How do I add custom sections to a dexconf-generated# XF86Config or XF86Config-4 file?" in /usr/share/doc/xfree86-common/FAQ.gz.Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" FontPath "unix/:7100" # local font server FontPath "unix/:7110" # if the local font server has problems, we can fall back on these FontPath "/usr/lib/X11/fonts/misc"# FontPath "/usr/lib/X11/fonts/cyrillic" FontPath "/usr/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/lib/X11/fonts/Type1"# FontPath "/usr/lib/X11/fonts/Speedo" FontPath "/usr/lib/X11/fonts/100dpi" FontPath "/usr/lib/X11/fonts/75dpi" FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID" FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"EndSectionSection "Module"# Load "GLcore" Load "bitmap"# Load "dbe"# Load "ddc"# Load "dri"# Load "extmod" Load "freetype"# Load "glx"# Load "int10"# Load "fb"# Load "pex5"# Load "record"# Load "speedo" Load "type1"# Load "vbe"# Load "xie" SubSection "extmod" Option "omit XFree86-DGA" EndSubSectionEndSectionSection "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "fr" Option "XkbVariant" "" Option "XkbOptions" "compose:rwin"EndSectionSection "InputDevice" Identifier "Configured mouse" Driver "mouse" Option "CorePointer" Option "Device" "/dev/input/mice" Option "Protocol" "ImPS/2" Option "Buttons" "5" Option "ZAxisMapping" "4 5"EndSectionSection "Device" Identifier "Framebuffer" Driver "fbdev" Option "fbdev" "/dev/fb/0" Option "UseFBDev"EndSectionSection "Device" Identifier "Nv" Driver "nvxbox" Option "UseFBDev" "1" Option "HWCursor" "0"EndSectionSection "Monitor" Identifier "Generic Monitor" HorizSync 31-65 VertRefresh 50-120 Option "DPMS"EndSectionSection "Screen" Identifier "Default Screen" Device "Nv" Monitor "Generic Monitor" DefaultDepth 24 SubSection "Display" Depth 1 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 16 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 24 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 32 Modes "1024x768" "800x600" "640x480" EndSubSectionEndSectionSection "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse"EndSectionSection "DRI" Mode 0666EndSection### END DEBCONF SECTIONSection "ServerFlags" Option "PciProbe1" "false" Option "PciProbe2" "false" Option "PciForceConfig1" "false" Option "PciForceConfig2" "false" Option "PciOsConfig" "true" Option "AllowMouseOpenFail" "true"EndSection

Piaf ?

Le D0 du dessus est un pont qui le relie sur la face inférieure de la carte mère, il semble clair dans ton cas que le contact ne se fait plus très bien à ce niveau là, et du coup ça frag. Essaie peut-être d'y mettre une goutte d'étain dedans, ça peut arranger la chose, ou bien fait un pont avec un bête fil entre le dessus et le dessous.

C'est précisément pareil avec Evox, la clé doit être formatée en FATX, comme une carte mémoire Xbox, quand tu la branches, par FTP tu peux voir un nouveau lecteur: H Sous Linux je crois qu'on ne peut pas accéder à une clé formattée en FATX. Le reste oui.