+- Xbox Hilfe Forum (https://xbox-hilfe-forum.de)
+-- Forum: Fragen zur Xbox 360 Software (https://xbox-hilfe-forum.de/forumdisplay.php?fid=78)
+--- Forum: Fragen zum Flashen - Philips / Lite-On (https://xbox-hilfe-forum.de/forumdisplay.php?fid=82)
+--- Thema: Neues Liteon Drive? HW-Ver AOA2 FW Vers. 74850c und FW Vers. 83850c (/showthread.php?tid=6915)
- Screamo - 06.08.2009
Mit Jungleflasher das geht 100% wenn man genau wie beschrieben vorgeht und sich nach dem auslesen den LoG anschaut.
- Type o Negative - 06.08.2009
Sreamo, im prinzip ist es ja "fast" einfacher das neue liteon zu flashen als das alte mit dem spear....oder??
wenige schritte..
sata--> junglefl-->key decrypten--> flashen!
sind das die schritte?
- Screamo - 06.08.2009
Type o Negative,index.php?page=Thread&postID=89733#post89733' schrieb:Sreamo, im prinzip ist es ja "fast" einfacher das neue liteon zu flashen als das alte mit dem spear....oder??Naja einfacher nicht, aber so sind die Schritte sata--> junglefl-->key decrypten--> flashen!
wenige schritte..
sata--> junglefl-->key decrypten--> flashen!
sind das die schritte?
Spear usw wird nicht mehr benötigt.
Man muss halt momentan höllisch aufpassen das der KEY stimnmt. Wenn man sich aber den JF log anschaut und nur 0000 drinstehn ist der KEY zu 100% flasch der dann beim decrypten rauskommt.
- Moon666 - 06.08.2009
Die Entwickler des JF sind bereits drann den Bug zu fixen, und der neue JF wird demnächst kommen.
hier noch ein Log aus dem Internen Team Channel!
(21:05:07) (@Podger) moon
(21:05:17) (@Podger) please post on forums
(21:05:36) (@Podger) that the freekey does not check bin for no data
(21:06:00) (@Podger) bad extarcts are being decrypted
(21:06:05) (@v104hx) oh
(21:06:25) (@Podger) and keys are as above from all zeros
(21:06:40) (@Podger) some have erased drives
(21:11:13) (@Moon666) already postet it in the news section
(21:12:02) (@Podger) cheers, new jf to follow
(21:12:16) (@v104hx) wow
(21:12:24) (@v104hx) this whole shit is just amazing
(21:17:03) (@Podger) a case of be careful what you wish for.... Foundmy checked all files and reverted to customer apparently
(21:18:26) (@Oggy) hopefully we got to it before its too damaging
Der Bug liegt im Freekey und nicht im Dumptool!
Das ganze ensteht nur da Freekey die ausgelesene .bin nicht checkt, was zur folge hat das ein bad dump (key 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00) einfach decrypted wird, was dann in dem bereits genannten key endet.
greetz
- Type o Negative - 06.08.2009
Danke für eure infos!!
Hoffe dieser FreeKey wird irgendwie im Jungleflasher eingebaut...
- Screamo - 06.08.2009
Moon666,index.php?page=Thread&postID=89739#post89739' schrieb:Die Entwickler des JF sind bereits drann den Bug zu fixen, und der neue JF wird demnächst kommen.Das versteh ich gerade nicht. Schreibst das es eine neue JF version kommen soll und darin der Bug behoben sein wird. unten schreibste dann das es nicht am Dumptool liegt sondern an dem Tool was die Datei entschlüsselt. ?(
hier noch ein Log aus dem Internen Team Channel!
(21:05:07) (@Podger) moon
(21:05:17) (@Podger) please post on forums
(21:05:36) (@Podger) that the freekey does not check bin for no data
(21:06:00) (@Podger) bad extarcts are being decrypted
(21:06:05) (@v104hx) oh
(21:06:25) (@Podger) and keys are as above from all zeros
(21:06:40) (@Podger) some have erased drives
(21:11:13) (@Moon666) already postet it in the news section
(21:12:02) (@Podger) cheers, new jf to follow
(21:12:16) (@v104hx) wow
(21:12:24) (@v104hx) this whole shit is just amazing
(21:17:03) (@Podger) a case of be careful what you wish for.... Foundmy checked all files and reverted to customer apparently
(21:18:26) (@Oggy) hopefully we got to it before its too damaging
Der Bug liegt im Freekey und nicht im Dumptool!
Das ganze ensteht nur da Freekey die ausgelesene .bin nicht checkt, was zur folge hat das ein bad dump (key 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00) einfach decrypted wird, was dann in dem bereits genannten key endet.
greetz
Ich bin mir so einigermassen sicher das wenn man mit JF "nicht korrekt" ausliest hat man im LOG in den ersten oberen zeilen im KEY String immer nur 000000 drin. Wenn man diese datei dann per Free entschlüsselt wirft er immer diesen KEY aus :
14 0F 0F 10 11 B5 22 3D 79 58 77 17 FF D9 EC 3A
Der entsteht ja nur weil im auslese Vorgang bei JF was schief gegenagen ist bzw der Anwender einen fehler gemacht hat. Denn wenn man nur 00000 zu entschlüsseln hat kann ja nichts bei rauskommen.
Sollen den falschen KEY in eine block liste einfügen bzw den KEY Strink auf 0000 prüfen bevor er entschlüsselt wird. Dann sollte es kein probleme geben. Denn wenn man korrekt nach dem vorgeht wie es JF durch die Meldungen vorgibt und man später dann den LOG anschaut das keine 00000000000000000 drinstehn dann wirft auch FreeKey den richtigen KEY raus.
- Moon666 - 06.08.2009
Ich hab es in der eile nur schlecht formuliert wo der fehler genau sitzt, und was dagegen unternommen wird.
Screamo,index.php?page=Thread&postID=89744#post89744' schrieb:Sollen den falschen KEY in eine block liste einfügen bzw den KEY Strink auf 0000 prüfen bevor er entschlüsselt wird. Dann sollte es kein probleme geben. Denn wenn man korrekt nach dem vorgeht wie es JF durch die Meldungen vorgibt und man später dann den LOG anschaut das keine 00000000000000000 drinstehn dann wirft auch FreeKey den richtigen KEY raus.Genau da sind sie grade dran, Geremia wurde bereits angeschrieben das er in Freekey v2 ein Data Check einbauen sollte , und im neuen JF wird wohl , wie Du bereits sagtest, eine Blacklist für diesen Key eingebaut.
greetz
- unleashed-66 - 06.08.2009
super, was da abgeht, einfacher gehts dann wirklich nimmer, toller service von euch u. den anderen. THX an alle für die super Infos u. Mühe.
mfg
- drzoidberg - 06.08.2009
jau thx
für die ganzen Test und Infos hier im Forum und im IRC
gebs mal weiter damit wir nicht noch mehr DVD Player bauen ! :bash:
- Screamo - 07.08.2009
So hier nochmal zum verdeutlichen Was ich meine wenn man sich nach dem auslesen den LOG von JF anschauen soll
ending LO83info request to I/O port 0xE800
........................
..........
0000: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0020: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0030: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0040: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0050: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0060: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0000: 05 80 00 32 5B 00 00 00 - 50 4C 44 53 20 20 20 20 ...2[...PLDS
0010: 44 47 2D 31 36 44 32 53 - 20 20 20 20 20 20 20 20 DG-16D2S
0020: 38 33 38 35 30 43 41 30 - 41 32 44 36 30 39 43 47 83850CA0A2D609CG
0030: 39 32 32 38 31 35 30 30 - 41 36 5A 20 20 20 00 00 92281500A6Z ..
0040: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0050: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
Inquiry String saved to C:\packen\Inquiry.bin
0000: 44 36 30 39 43 47 39 32 - 32 38 31 35 30 30 41 36 D609CG92281500A6
0010: 5A 20 20 20 FF FF FF FF - 39 45 32 33 30 38 31 39 Z ....9E230819
0020: 31 36 44 37 31 34 58 58 - 41 30 FF FF 53 34 50 39 16D714XXA0..S4P9
0030: 35 31 38 30 30 30 30 30 - 30 32 33 34 31 32 00 00 51800000023412..
0040: FF FF FF FF FF FF FF FF - FF FF FF FF 41 32 FF FF ............A2..
Wenn die ROT Makierten stellen bei euch im LOG auch nur 000000 sind kommt der
FALSCHE DVDKEY 14 0F 0F 10 11 B5 22 3D 79 58 77 17 FF D9 EC 3A raus.