[-=Dexter=-]

ja ostatnio zrobilem 3 sztuki na freeboot + moj jasper 16mb i wszystko smiga. Wgrywalem najpierw XBR (przez USB) a pozniej update na freeboot za pomoca flash360 z zachowaniem kv. Freeboot zrobiony za pomoca freeBOOT_ToolBox_Maker24. Avatary dograne z 9199 od MS.

Nie zwalajcie tego na bad blocki - flash360 sprawdza je przed flashem i remapuje zeby bylo ok. Druga ciekawostka - koles wzial ode mmnie jaspera 512mb i robil save na pamieci wbudowanej i konsola dalej dziala.

wlasnie sie wysypal jasper 512mb z freeboot - po wlaczeniu czarny ekran, xellous startuje. Wgram xbr z pena.

Dabman, o Wed, 02 Jun 2010 - 21:43, powiedział:

Pierwsze doświadczenia z freeBOOT 0.032 + ToolBox Maker V2
Po wgraniu jest piękny dash 9199, lecz po wylaczeniu konsoli na pare min, ponownym uruchomieniu odpala sie = zero obrazu.
Component i HDMI to samo, efekt jak by kabel AV nie byl podpiety, nawet nie ma sygnalizacji diod, ani rrod.

Jakis pomysl?

Jasper 512MB

EDIT:
Sprawdzilem na drugiej konsoli Jasper 16MB, po wgraniu odrazu, bez odpalenia czar ny ekran = brak sygnalizacji
Tym razm ToolBox Maker V2.4

no to ja mam to samo. Wgrany XBR z pena i nic. Jak konsolka postoi ze 3 godzinki to sie potem odpali. Jak wystartuje sprobuje wgrac xbr przez flash360.

Użytkownik Dunay edytował ten post Sun, 06 Jun 2010 - 21:35

[xXxkoziolxXx]

a powiedzcie mi, na freeboocie 9199 jest obsługa pamięci usb, akurat wtedy nie miałem żadnej pamięci bo wbudowanej nie mogę używać, włączyło się ustawienia wstępne a tego nie da rady pominąć no i nie mogłem pobawić sie freebootem bo nie mogłem utworzyć profilu gracza bo nie było żadnej pamięci a w usb siedział pendrive 8 gb fat32. czy przy ustawieniach wstępnych trzeba mieć dysk albo memorke ?

[Dabman]

Wreszcie sie zabralem za postawienie konsolki pewnej ( FALCON )
Konsole mialem bez klucza niczego. Przy zgrywaniu kiedys zwarla sie NAND i wszystko poszlo pip...

Druga konsola Falcon i Xenon
Pobralem kv.bin metoda KeyVault Modder v1h

Wpisalem CPUKey dawcy, nastepnie dalem wypakuj kv nastepnie wczytalem kv.bin i zaszyfrowalem kluczem z konsoli do ktorej idzie plik.

Sprawdzilem czy jest poprawny. Wszystko gra.

Nastepnie
-w16 falcon_hack
+W16 xell-1f 40
-w16 kv.bin 1 1

No i nie odpala, lampka sie swieci tyle. Sprawdzalem na kv z xenon i falcon


bez kv odpali sie xell + xellous, lecz wyskoczy ze nie moze pobrac informacji o kv, po dograniu kv powinny byc informacje, lecz wtedy konsola nie wstaje.

Jest mi to potrzebne, poniewaz do freeBOOT/XBR potrzebuje jakis kv.bin a ze z konsoli nie mam, potrzebuje od dawcy, config to nie problem.

Jakies sugestie?

Użytkownik Dabman edytował ten post Sun, 06 Jun 2010 - 14:02

[-=Dexter=-]

kv wsadz kvmodderem a nie przez nandpro

[Dabman]

choinka:D a jak odpale ejectem xella to nie widzi DVDKey, tak wiec kv nie dziala.

Użytkownik Dabman edytował ten post Sun, 06 Jun 2010 - 14:29

[michalind]

Dabman, o Sun, 06 Jun 2010 - 14:28, powiedział:

choinka:D a jak odpale ejectem xella to nie widzi DVDKey, tak wiec kv nie dziala.

Jak masz choinkę, to wrzuć XeLLous, zgraj cpukey, wrzuć go do zmodyfikowanego kv i próbuj odpalać. U mnie w podobnej sytuacji poszło. No i DVD odepnij.

[Dabman]

heh, specyficzny problem. BinCrypt2 dal rade. KV.bin nie byl zaszyfrowan tamtym programem, nie dawal rady.

[michalind]

I co, freeBOOTa zrobiłeś? Jak chodzi?

[Apacer]

Przed chwila zmieniłem XBR na freeboot. Bez problemów odpala za każdym razem.
XBR z 8955, freeboot zrobiłem z backup xbr poprzez freeboot tool, potem wgrany flash360 + dodanie kv i config z nand konsoli. Działa pięknie, pamięci masowe usb rozpoznaje. Avatary zaraz dogram.

[Dabman]

XBR, pozniej freeBOOT, freeBOOT odpala tylko XeLL/XeLLous reszta kupa... XBR = GREAT!

Dajcie spokoj obecnie szykuje sie 2.0.11025.0 update, na chwile obena jest tylko wersja dev, wiec szkoda sie bawic w 9199...

[mataman]

wg szpeniów z xbh, bankowo robicie coś źle, bo freeboot jest znacznie lepszy od skleconego na szybko xbr'a. Oczywizda były rady aby wykonac obraz na podstawie 7371. Co wy na to? Ślepe zapatrzenie w tego jedynego "wspaniałego" freeboota?

[Apacer]

Avatary z 9199 są tylko w FFFE07DF00000001 czy w którymś jeszcze?

[Dabman]

Możesz robic na każdy jeden dash, choć najlepiej na 7371. Mnie się nie uśmiecha robić update do 7371... skoro mam niższy 6712 na jasperze, jest to pre NXE!

[mataman]

Nie ty jeden. Żadnych korzyści w związku z tym nie widzę.

[Dabman]

Teraz będzie tylko gorzej

Jakiś dupek zrobił po prawie półtorej roku od 9328.0 / 8498.0 wyciek
Mianowicie 9328.9 / 8955.0 jak by to opisać

Po kolei:

Jest sobie grono programistów które potrzebuje wykonać hack, potrzebują do tego CPUKey, aby go wyciągnąć jest potrzebny stary kernel ( stary recovery dysk )
oczywiście + king kong + exploit.

Lecz jak skoro na xds.com jest dostępna ostatnia wersja kernela 11151.0 / 11025.0
Więc muszą znaleźć kogoś kto ma stary kernel, co za tym idzie dać im coś za coś.

Tak więc pan X daje im 4929 pan Y za to daje 9328.9 ( ponieważ pan X nie ma już dostępu do xds jako że jego NDA - umowa dev wygasła )
Jest to nie legalne, ale nikt o tym nie wie, nie ma wycieku.

Po co i o czym mówie?

Taki recovery disk trafia do gościa który ma CPUKey wyciągnięty z konsoli DEV
Może wypakować SECDATA i inne pliki, co za tym idzie podmienić je do retail ( usunąć ograniczenia w retail, np. wielkości dysku i takie tam )

Zobaczcie, mieliśmy tylko dashboardy które wyciekły 7371/8498/8955 w pełni funkcjonalne/odblokowane.

Teraz jest mały problem, ponieważ ktoś wpadł na mega pomysł, aby ściągnąć np. SONIC4 z XePartnerNet i wrzucić go na torrent, znam typa. Prze ch. opycha z bratem gry które wyjdą na XBLA ( Crazy Taxi np. ) po 20-30USD

Microsoft zaczyna brickować nielegalne konsole ( pali eFuse po podpięciu do sieci ) mowa o dev.
Lecz to nie jest dobry pomysł, ponieważ wg. starego NDA developer z konsolą może zrobić co chce po umowie.
Tu wiele problemu, więc wymienia zbrickowane konsole ( oczywiście te nie słusznie ) i tylko banuje na dostęp do pnet/pn ( tak nazywają potocznie PertnerNET )

Tworząc nowe zabezpieczenie od softu 11164.0 ( 8964 )
Mianowicie każdy soft jest generowany do jednej konsoli, gdy teraz pan X będzie chciał wymiany licencyjnym softem z panem Y = BRICK! ponieważ gdy dwie konsole z jednocześnie zalogują się z jednej płyty recovery do konsoli = BRICK. Nawet klon KV.bin nie pomaga. Nie mogą 2 systemy z jednego recovery disku się zalogować.

Co to ma do freeBOOT/XBR?
Wiele, MS zrobił nowe blokady, każdy boi się o swoją konsole dev, oraz o prace!
Co za tym idzie nikt nie zrobi wycieku = będą wiedzieć kto, co za tym znów idzie nie otrzymamy SECDATA z 11164.1 ( 9199 ) ani późniejszego 11511.0 ( 11025.0 )
Czyli brak możliwości zapisu więcej niż 16GB na zewnętrzych USB w systemie XFAT.

Wycieki nie mają mocnych stron, gdyby nie dwoje braci, już byłaby to blokada zniesiona, ponieważ MS nie musiałby zabezpieczać swojej sieci.

Co za tym idzie, bardzo możliwe że idea niepodpisanych konsol umrze. Choć puki co ma się dobrze.

ps. zapomniałbym do tego jeszcze jest chore SMC
ale o tym następnym razem...

[Apacer]

Mi chodziło w któych plikach po wypakowaniu softu 9199 znajdują się avatary. Bo wiem że w tym su... jest soft, więc go wywalić. A chce zrobić update tak, bym zachował freeboota a dograło tylko avatary.

[-=Dexter=-]

nic nie wywalej bo update nie wystartuje. Podlacz po prostu pena z aktualizacja do konsoli i tyle. Dasha nie bedzie updatowal bo jest juz wgrany, godra same avatary.

[Apacer]

OK thx, a ja już kombinowałem z wywalaniem niepotrzebnych, a zostawianiem tylko plików z avatarami .

A drugie pytanko, do czego jest ten plik MigrationVideo.wmv w FFFE07DF00000007 ?

[mati1411]

Mój freeboot działa idealnie od momentu wgrania. Z moich doświadczeń e79 wywalało tylko wtedy gdy było coś nie tak z jtagiem.

[-=Dexter=-]

u mnie na jasper 16mb tez dziala idealnie. Ale jak widac gdzies jest problem i to nie zaleznie od wielkosci nand.