Corona con RAM Winbond 2KB: tutti gli aggiornamenti

Nella giornata di ieri, è stata finalmente rilasciata la prima versione di [URL="http://www.consoleopen.com/forum/news-xbox-360-e-xbox-360-one/19698-xell-per-xbox-360-slim-con-ram-winbond-rilasciato.html"]Xell[/URL] compatibile con le corona montanti RAM Winbond 2KB.

Allegato 17663

Il lavoro, iniziato mesi fa dallo sviluppatore russo [URL="http://www.hackfaq.net/"]15432[/URL], era stato interrotto per diversi motivi personali. Solo recentemente, in seguito alla collaborazione di uno sviluppatore italiano, è stato revisionato e ultimato.

Successivamente al rilascio della prima versione di Xell funzionante con le Winbond 2KB,in poche ore è stata rilasciata la prima versione di [URL="http://www.hackfaq.net/goto/https://www.dropbox.com/s/mwu59ulhyh70q7l/xeBuild_WB_patch.rar"]XEBUILD[/URL] modificato per poter creare pure il Kernel Freeboot.

Questo thread servirà per raccogliere tutte le news ed aggiornamenti

Downloads

[URL="http://www.hackfaq.net/goto/https://www.dropbox.com/s/uv5pqb5bll9oszj/xell_wbx6.rar"]ECC universali (Xell) per Corona[/URL] (v1.1, aggiunto un fix che sembra migliorare la stabilità)

[URL="https://mega.co.nz/#!tZsj1TaK!feDvxAF8nh277tl8WSW6lNuHwBpRw0Q1Vg-fc8xZnb0"]Download XEBUILD [/URL] (potete sostituirlo alla versione standard del vostro tool automatizzato preferito)

Sia gli ECC che il Freeboot generato da XeBuild sono compatibili con tutte le revisioni di Corona (anche non Winbond)

README XeBuild

L'uso più semplice consiste nell'estrarre la cartella contenuta nell'archivio all'interno di quella di J-Runner (sostituendo quella già esistente) ed usare il suddetto tool creando una immagine 16747

NOTA BENE:
-Disattivate la vostra connessione internet prima di lanciare J-Runner, in quanto all'avvio cercherà di controllare l'integrità dei file (e, se connessi, eliminerà la patch)

UPDATE 1: nuova release di xeBuild con supporto glitch2m (da usare nel caso di problemi con Flash Toshiba)

UPDATE 2: release speciale di ECC+xeBuild per console con problemi di glitch (debug irregolare). Sembra anche che aiuti le Corona (anche non Winbond) a risolvere le irregolarità di glitch fino ad ora risolvibili solamente con glitchip "di fascia alta"
Download [URL="http://www.hackfaq.net/main/xell_wb2k/"]QUI[/URL] (UPD 3)

Last but not least: le console non crescono sugli alberi, così come l'hardware per il debug :D
Se volete dire "Grazie!" a 15432 potete aiutarlo supportando i suoi progetti.
Per donare allo sviluppatore (Paypal) : [email]15432@mail.ru[/email]

[URL="http://www.hackfaq.net/main/xell_wb2k/"]Fonte[/URL] (da qui potete seguire in diretta eventuali sviluppi della situazione)

qualcuno mi ullumini... quando attivare e a cosa serve l'opzione glitch2m.. nel senso la console che comportamento strano deve dare per poi ricreare il freeboot con il glitch2m?..... chiedo perché non mi e mai capitato di usufruire di tale opzione...

C é scritto nel primo post

Citazione:

---

Originariamente Scritto da Razorbacktrack

C é scritto nel primo post

---

si lo letto... ma io volevo capire il comportamento strano della console... per esempio se una persona effettua un'aggiornamento freeboot e non attiva tale opzione la console che problemi dà?...

Citazione:

---

Originariamente Scritto da leonemax81

si lo letto... ma io volevo capire il comportamento strano della console... per esempio se una persona effettua un'aggiornamento freeboot e non attiva tale opzione la console che problemi dà?...

---

E' stato riscontato che alcune console con Flash Toshiba hanno (solo con Freeboot) dei problemi di glitch causati da una collisione sull'I2C. Ciò impedisce il dowclock e di conseguenza un glitch corretto.

Per ovviare a questo problema si crea una immagine con CB_A differente (glitch2m).
Ah, glitch2m non funziona da JRunner (se ne sbatte altamente del flag spuntato), fatelo da xeBuild a riga di comando.

e per chi usa autogg???

Citazione:

---

Originariamente Scritto da Vale

e per chi usa autogg???

---

AutoGG funziona bene con glitch2m

Citazione:

---

Originariamente Scritto da 15432

AutoGG funziona bene con glitch2m

---

Benvenuto!

fatemi capire una cosa: queste ram sono nate per essere VOLUTAMENTE incompatibili con xell o è stato un caso?

bravo 15432 e DrSchottky (come scrissi tempo fa qui sul forum, continua così)

Secondo me è stato un caso

from Galaxy NOTE 2

Citazione:

---

Originariamente Scritto da pocoyo2

Secondo me è stato un caso

from Galaxy NOTE 2

---

Secondo me "due casi": un cb_b antiglitch ed una revision di ram involontariamente a lui sposata. Sara' interessante capire come ha affrontato il problema il TX. Per ora il loro cb_b e' ancora in cassaforte.

Cos'è il CB_A e il CB_B a cosa servono questi file?
Ho visto che vengon fuori quando si fa il dump dopo aver inserito la cpu key...

Citazione:

---

Originariamente Scritto da Vale

Cos'è il CB_A e il CB_B a cosa servono questi file?
Ho visto che vengon fuori quando si fa il dump dopo aver inserito la cpu key...

---

Risponderti in questo thread sarebbe troppo lungo. Erudisciti qui: [url]http://free60.org/wiki/index.php?title=Reset_Glitch_Hack[/url]

News aggiornata. Aggiunto supporto alle Corona "testarde".

UPDATE 4: risolto bug sulla versione speciale di Xebuild per console con debug irregolare.
P.S.: a breve verrà rilasciata la versione definitiva, che si integrerà con tutte le funzionalità predisposte in AutoGG.

Citazione:

---

Originariamente Scritto da DrSchottky

UPDATE 4: risolto bug sulla versione speciale di Xebuild per console con debug irregolare.
P.S.: a breve verrà rilasciata la versione definitiva, che si integrerà con tutte le funzionalità predisposte in AutoGG.

---

Quale bug? Io non ho notato bug sulla mia corona v4. Ho anche le Winbond ma forse non 2ķb. Cm irregolarità di debug sul mio muletto le ha sempre avute dal primo avvio in rgh .
Se riguarda le Emmc Toshiba allora lol ho Samsung :p

Hai usato il wb special addon? Nel caso non fosse il bug non è presente.

Problemi di debug irregolare non sono un'esclusiva Toshiba. Se vuoi prova con le release (classic o stubborn) per WB.

Solo su v6 ci stanno le winbond kb, sulle v4 ci sono le jb, esenti da problemi

from Galaxy NOTE 2

Citazione:

---

Originariamente Scritto da DrSchottky

Hai usato il wb special addon? Nel caso non fosse il bug non è presente.

Problemi di debug irregolare non sono un'esclusiva Toshiba. Se vuoi prova con le release (classic o stubborn) per WB.

---

Sì penso..almeno. quello Dell'update 3 :)

In teoria (mi è stato segnalato, non ho occasione di provarlo personalmente) dovresti avere dei problemi ad avviare Xell. Riusciresti a smentire/confermare?

Se con irregolare intendi debug troppo corto 99% è un problema risolvibile via sw.

Sospetto problemi hardware cazzotti anche per che dopo il 46esimo cambio chip ho infierito sul muletto mandando a massa un Pin dell'i2c.con conseguente led rosso momentaneo. E si sa che queste cose non fanno mai bene sulla console .
... debug corto me lo faceva solo con dgx e proto v1. Praticamente non si avviava mai. Però dovrei considerare la variabile del postfix adapter ballerino e della piazzola ft3r10 saltata e ripresa alla peggio... però il proto a quei tempi non ne voleva sapere anche dopo aver ripreso meglio i collegamenti saltati ecc.
Invece con cr3 lite, squirt, cloni-Vari ho sempre realizzato debug normali. Ma sopratutto sporadici crash dell'smc, sempre al quarto ciclo, se doveva accadere.

Con il matrix v3 senza fix e tenendo i fili dell'i2c a un centimetro di lunghezza ero riuscito a limitare al minimo il fenomeno.
Ora ho su l'ace v1 con installazione pari ak tutorial e sono rimasto impressionato cazzotti.
Boot in 1-3 cicli senza fix ma stranamente... (eh chissà se sarà colpa mia lol) ...non ho il rallentamento della CPU ad ogni ciclo, anche se il debug è normale, fa qualche giro a vuoto poi uno o due giusti.. beh povero muletto. .. fatto è che l'ace viaggia come ci si dovrebbe aspettare quando il ciclo di rallentamento si chiude bene. Indipendentemente dalla versione di xebuild (con o senza le vostre patch) quindi lol :)

Appena posso cmq provo a fondo l'avvio di xell così da dirti se si avvia bene o male :cool:

Citazione:

---

Originariamente Scritto da DrSchottky

In teoria (mi è stato segnalato, non ho occasione di provarlo personalmente) dovresti avere dei problemi ad avviare Xell. Riusciresti a smentire/confermare?

Se con irregolare intendi debug troppo corto 99% è un problema risolvibile via sw.

---

Eh nel mio caso posso smentire, xell si avvia sempre anche se ci impiega qualche ciclo in più. Però ho anche notato che il lampeggio del debug è corto quando non rallenta la xgcpu mentre è lungo quando rallenta e si sente pure dal fischietto.. ha ha. Ora ho solo un dubbio siccome non so esattamente che Windbond ho. Mmmm

Debug corto=>no downlclock=>timing i2c scazzato.
Se hai voglia e tempo da perdere posso provare a farti una immagine ad hoc per risolvere.

Citazione:

---

Originariamente Scritto da DrSchottky

Debug corto=>no downlclock=>timing i2c scazzato.
Se hai voglia e tempo da perdere posso provare a farti una immagine ad hoc per risolvere.

---

Grazie per la tua gentilezza. Non so se ne vale la pena però. ;) Ho visto anche che con il debug corto non invia nemmeno l'impulso di reset. E cm non ho le 2kb
http://tapatalk.imageshack.com/v2/14...4e0324dfc2.jpg

Si, senza downclock si sminchia il counter.
Le 2KB in italia che io sappia non si sono ancora viste, quindi usare un vecchio cb o uno nuovo cambia poco.
Comunque nel caso volessi provare fammi un fischio su skype.

ragazzi a me e capitata una NAND128W3A2BN6 con RAM Winbond 2KB uso autoGG 0.93 pero il chip non debugga nessun led verde presumo che sia lo xell o cb come faccio ad aggiornare autogg per farsi che mi crei lo xell corretto?

C'è la beta di AutoGG 0.94, cercala sul Web

eccola [URL="https://depositfiles.com/new/files/r4n76jh2c"]qui[/URL]

ok trovato il programma autooGG mi propone di usare prepatched cbb rispondo si poi mi da 5 opzioni quale devo usare?

li ho provati tutti il led non lampeggia

Allora hai montato male il chip.
Comunque in genere si parte con l'x6, se non funziona col to.
Gli altri sono proprio un ultima spiaggia.

per gli schemi quale bisogna seguire?

Quelli della Xenon.