Print

[Refferehtom]

So I modded a buddy's elite the other day (Hitachi v79) and kept getting errors. I got errors dumping the original FW and flashing iX1.51. It took multiple times to get it right. After the flash it failed during verification, so I started the whole process over again but JF said the checksum was already there. It wouldn't flash over an already hacked Fw. So what I want to know is, if it said it failed then why do backups boot up? Hopefully someone on the know will answer this.....

JungleFlasher 0.1.51 Beta
Session Started Mon Mar 16 02:29:03 2009

This is a 32 bit process running on 2 x 32 bit CPUs
Found 16 I/O Ports.
Found 2 Com Ports.
Found 6 windows drives.
Found 2 CD/DVD drives.
..................................
Drive, answers normal Windows Inquiry 12 0 0 0 24 0
0000: 05 80 00 32 5B 00 00 00 - 48 4C 2D 44 54 2D 53 54 ...2[...HL-DT-ST
0010: 44 56 44 2D 52 4F 4D 20 - 47 44 52 33 31 32 30 4C DVD-ROM GDR3120L
0020: 30 30 37 39                                       0079            

Mode-B Done!
Playing 79Unlock Audio CD
Pausing 79Unlock Audio CD, after 500mS
Ejecting 79Unlock Audio CD
Done!
Dumping f/w of Hitachi 0078/0079 by Ram Upload Method over Port IO
................................

Hitachi Dump file saved to C:\xxxxx\xxxx\xxxx\xxx\Hit-OFW.bin

Loading Hitachi Dump file
Inquiry string found
Identify string found
DVD key found @ 0x4E10 key is 4CC010917B38ABA58B2F54D2B443FFD3
Firmware is Hitachi OSIG: HL-DT-STDVD-ROM GDR3120L0079

Firmware type is: Stock
This is where I ran into trouble, after it failed once I kept clicking till it dumped right.
Flashing Hacked f/w to Hitachi 0078/0079 by Ram Upload Method over Port IO
Dumping Flash:..........Ram Upload Dump Execute Failed
Flashing Hacked f/w to Hitachi 0078/0079 by Ram Upload Method over Port IO
Dumping Flash:.............Ram Upload Dump Failed
Flashing Hacked f/w to Hitachi 0078/0079 by Ram Upload Method over Port IO
Dumping Flash:.................Ram Upload Dump Execute Failed
Flashing Hacked f/w to Hitachi 0078/0079 by Ram Upload Method over Port IO
Dumping Flash:.......................Ram Upload Dump Execute Failed
Flashing Hacked f/w to Hitachi 0078/0079 by Ram Upload Method over Port IO
Dumping Flash:....Ram Upload Dump Execute Failed
Flashing Hacked f/w to Hitachi 0078/0079 by Ram Upload Method over Port IO
Dumping Flash:.......Ram Upload Dump Execute Failed
Flashing Hacked f/w to Hitachi 0078/0079 by Ram Upload Method over Port IO
Dumping Flash:................................
Hitachi Dump file saved to C:\xxxxx\xxxxx\xxxxx\xxxx\Hit-OFW.bin

Loading Hitachi Dump file
Inquiry string found
Identify string found
DVD key found @ 0x4E10 key is 4CC010917B38ABA58B2F54D2B443FFD3
Firmware is Hitachi OSIG: HL-DT-STDVD-ROM GDR3120L0079
Firmware type is: Stock

C:\xxxxx\xxxxx\xxxxx

Drive is Stock, rev 0079
Auto-Loading target file C:\xxxxx\xxxxx\xxxxx\firmware\ix151-79-4e10.bin
Target File MD5 hash is:  b94ba07446a5b0e8ae3a93c3a37bedbb
Inquiry string found
Identify string found
DVD key found @ 0x4E10 key is 00000000000000000000000000000000
Firmware is Hitachi OSIG: HL-DT-STDVD-ROM GDR3120L0079
Firmware type is: iXtreme:1.51:v79-12x            

10 Sector Differences Found
Flash Stability Test
Flashing Sector 9003F000
Dumping Sector 9003F000:....
Read back & compare completed, Flashing Stable!
Repairing Test Sector.
Flashing Sector 9003F000

Done !

Flashing Sector 9003E000
Flashing Sector 90003000
Flashing Sector 90006000
Flashing Sector 9000A000
Flashing Sector 9001C000
Flashing Sector 90026000
Flashing Sector 9002D000
Flashing Sector 90033000
Flashing Sector 90034000
Flashing Sector 90035000
Done !

Write verify test..
And Here...
Dumping Flash:..........................Ram Upload Dump Execute Failed
So I started it over again, but JF saw ix1.51 was already flashed to the drive.
Flashing Hacked f/w to Hitachi 0078/0079 by Ram Upload Method over Port IO
Dumping Flash:..Ram Upload Dump Execute Failed
Flashing Hacked f/w to Hitachi 0078/0079 by Ram Upload Method over Port IO
Dumping Flash:.............................Ram Upload Dump Execute Failed
Flashing Hacked f/w to Hitachi 0078/0079 by Ram Upload Method over Port IO
Dumping Flash:..............................Ram Upload Dump Execute Failed
Flashing Hacked f/w to Hitachi 0078/0079 by Ram Upload Method over Port IO
Dumping Flash:................................

Hitachi Dump file saved to C:\xxxxx\xxxxx\xxxxx\xxxxx\New Folder\Hit-OFW.bin

Loading Hitachi Dump file
Inquiry string found
Identify string found
DVD key found @ 0x4E10 key is 4CC010917B38ABA58B2F54D2B443FFD3
Firmware is Hitachi OSIG: HL-DT-STDVD-ROM GDR3120L0079
Firmware type is: iXtreme:1.51:v79-12x            
Flash Aborted

Like I said, backups and retail disks work. I don't get it..

This post has been edited by Refferehtom: Mar 17 2009, 08:41 PM

[boqonx]

If you want, you could obtained unmodified firmware, inject your key, flash it, and then reflash iXtreme using Windows API see if that makes any difference.

[Refferehtom]

Thats an idea but not really what I'm looking for.
Any body else?

[Refferehtom]

Nobody?

[swolgam]

QUOTE(Refferehtom @ Mar 19 2009, 02:02 AM)

Nobody?

Same issue here.  I get the failed dump messages when reading and verifying.  I just keep hitting button until it takes.  once flashed it goes into verification mode.  You can manually verify by unhooking from jungleflasher and hooking back to xbox MB and running a backup.  Keep in mind jungleflasher IMO is a well written program that's as easy to use a caveman can even do it however it does have some bugs and this may be one of them based upon your hardware.  As long as you dont experience issues while writing i think your ok.

[shakeyplace]

Once in mode B and unlocked use toolbox 4.8, load in 1.51 and select differential flash, click on detect differences. Should be able to tell u if it is already flashed I believe once unlocked it is supposed to behave as the v78 and should read flash and then u will know if it is already flashed correctly, if it is different then perhaps u should restore before trying to reflash?

This post has been edited by shakeyplace: Mar 29 2009, 04:57 PM