jp33

Et histoire de rendre à César ce qui est à César, c'est à cause de Yop qu'existe Xcalibur (l'histoire est longue mais c'est lui le point de départ ...) Encore un post qui va finir au bistrot, ça tombe bien, je n'y vais jamais ...

Si tu as copié Xcalibur sur le E, tu peux évidemment l'effacer également ....

ben tu fouilles et tu piste tout ce qui porte une extension .bin et qui fait 1ko (256 octet précisément mais l'explorateur windows est fainénant). XBMC, Avalaunch, Config Magic, EvolutionX peuvent avoir sauvegardé d'office l'eeprom.bin (sous XBMC, il suffit de lire les paramètres du disque dur pour qu'elle soit effectuée) Mais même avec une 16, tu peux tenter le hotswap. sauf qu'il faut suivre le tuto de Xcalibur à la lettre, les approximation ne pardonne pas avec celle-là ....

Tu peux effacer E:\backups sans soucis .... Mais ne rêves pas trop, un E: tout nu, c'est 4.5Go .... Tu veux de la place, change de DD ...... Pour l'erreur fatale, tu ne risques pas grand chose (à part de faire des frayeurs au reboot) mais cantonne-toi au dossier Apps et Emus.

A part l'exploit Audio, n'importe quel exploit depuis l'UDE2 tourne sur n'importe quelle console ... on n'est pas chez les puces ou les flash TSOP ici .... Bon, évite de rater la case Ndure quand même .....

Bon, le nouveau pdf est en ligne (73 pages .... ). Mais bon, comme ceux qui sont concernés ne le lisent jamais .... Et un petit correctif de l'après-midi histoire de pouvoir sauvegarder vos paramètres personnels d'XBMC (cela évitera de se les faire exploser par ceux d'xcalibur ... du moins, de les ré-exploser ensuite par les vôtres ... )

Ah, cette manie des LCD et autres plasma .... Elle peut en faire cette console quand même .... Bon, tout ça pour dire que c'est normal et que j'ai déjà été sensibilisé à ce "soucis" par d'autres membres (msn, bonjour, je vous écoute ... ). C'est la fonction de protection de l'eeprom.bin qui fait son office. Le dernier correctif en tient compte et je suis en train de modifier le pdf pour y ajouter un paragraphe dédié. Je hais le NTSC .....

le soucis pour clearity, c'est que je suis les mises à jour au fur et à mesure, donc il y a longtemps que je n'ai plus la même version que vous (il en est de même pour le Classic et xTv) Chez moi, on peut très bien basculer sur un autre skin sans soucis en passant par les paramètres (comme tous les autres quoi ). Je ne me souviens pas avoir un quelconque soucis. De toute façon, j'attends la sortie de MC360 final et je réuploaderai l'ensemble avec toutes les versions à jour et paramétrées (normalement, il y aura un T3CH avec ...) et, donc, les correctifs compris . Je vais aussi tester un PIMPED d'ici là histoire de voir si ça se passe mieux. Et pour finir, cerise sur le gateau, nouveau correctif, j'ai oublié deux fichiers hier soir (la gestion de l'eeprom.bin virtuelle n'est pas plus utilisable qu'avant .... .... il faudrait que je me remette à boire ....) PS: pour ceux qui ont des soucis de lancement qui disparaissent avec le correctif, sachez que ça n'a malheureusement rien à voir (à part la taille du fichier xml qui varie). Si c'était aussi simple, il y a longtemps que je l'aurai corrigé.

c'est garanti d'avance ....

Pour les petits curieux, une nouvelle version du correctif est sorti ....

sur la 3.0, c'est la dernière version ce qui n'est pas le cas de la 2.6 (et donc de la 2.5) oui, j'ai remarqué aussi .... sauf que moi, ça ne le fait que sous XBMC ....

Mais pourquoi les puceux ont peur de leur ombre ? ..... alors qu'ils ont une puce ..... Aucune manip particulière .... A part choisir son Dash une fois l'installation terminée.

Alors, tu choisis: 1) contrairement à ce que tu penses, ton DD n'est pas délocké 2) ton DD est mort (du moins les partitions .... mais bon, comme ce n'est pas arrivé pendant le hotswap, ça sent plus le DD qui lâche à postériori .... ça aurait pris 3 minutes avec l'eeprom.bin) Pour le cas désespéré (en gros, tu as déjà tiré un trait sur le contenu du DD) et tu penses être dans le cas 2), essaye l'option 5 à la place de la 2 enchainée avec la 1 .... Là, ça tiendrait du miracle .... mais il ne te reste plus que ça avant la puce ....

Bonjour, Bon, Blackbolt nous refait le coup du compte à rebours pour sa version 1.0 ..... On a l'habitude, même si je trouve ça moyen comme procédé personnellement. Bizarre, c'est depuis que certains nouveaux skins gérant la HD sont presque finalisés qu'il sort enfin (alors que j'avais crus comprendre qu'ils attendaient la prochaine release officielle d'XBMC) .... Enfin, du moment qu'on passe du 0.99b au 1.0 .... Vivement l'eX ....

arf oui, le port LPC, suis-je bête ....

Ah, là, ça va mieux ... Bon, j'ai une bonne nouvelle ..... plus une deuxième bonne nouvelle 1) c'est la bonne eeprom.bin 2) je sais pourquoi ça ne fonctionne pas (enfin, normalement ... ) Ton fichier doit OBLIGATOIREMENT s'appeler eeprom.bin dans le dossier eeprom avant la gravure .... Aucune initiative personnelle du genre EEPROM.bin, si tu vois ce que je veux dire ....

oui, non, c'est bon le copier / coller des excuses, une fois suffisait (et encore, je ne me formalise pas pour ça )

chez Mean_Streak1, les bios doivent être configurés pour ne pas booter sur autre chose que le disque dur ....

C'est XBMC qui gère entièrement le ftp, et la version a évolué entre la 2.6 et la 3.0 ....

Le bus I²C, tu vas le chercher comment, à la mini-pince croco ? au grip-fil ?

je n'ai toujours rien reçu, c'est bizarre ....

Non ???? Pas possible ? c'était assez obligatoire et donc évident, en fait .... Parce qu'une puce, c'est quand même plus solide que les soudures .... D'où l'énorme intérêt des exploits ....

si le DD le supporte, Xcalibur récupèrera ton erreur 13 ....

il suffit de voir les deux lentilles pour s'appercevoir que ça ne peut pas fonctionner mécaniquement ....

non oui .... mais ça coûte bonbon ....