|
|
#851 |
|
Senior Member
![]() Join Date: Dec 2010
Posts: 2,300
Likes: 1,129
Liked 640 Times in 525 Posts
Mentioned: 269 Post(s)
Tagged: 0 Thread(s)
|
really?
it doesn't f*cking matter if ur using the "original way" or the patched way..both have the same outcome...tested and verified working many times....i agree on using the patched way, i'll do that to........ at the end both are equal and the wiki E3 guide recommends to use "default way" first, well atleast couple month's ago...once again it really doesn't make any different, it saves u not much time either
|
|
|
|
|
|
#852 |
|
Senior Member
![]() Join Date: Feb 2011
Posts: 1,586
Likes: 557
Liked 1,046 Times in 526 Posts
Mentioned: 526 Post(s)
Tagged: 0 Thread(s)
|
i still have it in the guide.
i also have patching bkpps3.bin (reversed) using flowrebuilder then re-byte reversing then re-flashing the patched dump back (as its done with TEENSY and progskeet) has there been problems with the e3_downgrade.bin now? should it not be used? |
|
|
|
|
|
#853 |
|
Senior Member
![]() Join Date: Dec 2010
Posts: 2,300
Likes: 1,129
Liked 640 Times in 525 Posts
Mentioned: 269 Post(s)
Tagged: 0 Thread(s)
|
no it just works fine but hey sometimes talking to the wall makes more sense
![]() either "e3_downgrade.bin+bkpps3.bin - switch 1-5 DOWN - 6UP or patched bkpps3.bin with 355COREOS - all switches DOWN = same outcome........ if it bricks along the way it's either "corrupt files" or bad e3 clipping..nothing else... |
|
|
|
|
|
#854 | ||
|
Member
![]() Join Date: Nov 2012
Posts: 106
Likes: 44
Liked 13 Times in 11 Posts
Mentioned: 10 Post(s)
Tagged: 0 Thread(s)
|
But if the Dump is valid, the clip should be ok, right ? Had some problem with mine and the DYN-001 board, took me 10-15 time to get a dump that seems good. Had to cut a corner as most people do but the clip wasn't even flat under, had to grind it a bit. Last edited by JohnnyBoyQC; 12-06-2012 at 02:29 PM. |
||
|
|
|
|
|
#855 | |
|
Senior Member
![]() Join Date: Feb 2011
Posts: 1,586
Likes: 557
Liked 1,046 Times in 526 Posts
Mentioned: 526 Post(s)
Tagged: 0 Thread(s)
|
it soft bricks to many console's i have never had it work. some ppl do but the amount of ppl that posted in here and messaged me about bricking after doing fsm de-hash forced my decission to pull it and not recomend it. |
|
|
|
|
|
|
#856 | |
|
Senior Member
![]() Join Date: Dec 2010
Posts: 2,300
Likes: 1,129
Liked 640 Times in 525 Posts
Mentioned: 269 Post(s)
Tagged: 0 Thread(s)
|
Also this part, all the confusion..i really don't get it.....now i haven't finish the Teensy soldering...so i'm not that Pro ....Mushy fixed it for me, the Teensy dumps the FLASH "unscrambled" by default = IFI header at OFFSET 200 = ready for validate from start, for Progskeet i think there's an option in the TOOL to have it scrambled/unscrambled (IFI or FII at offset 200) by default it's dumped the same as Teensy = unscrambled or byte swapped whatever u name it = IFI header at offset 200 = ready for validateFor E3 flasher it's another story, the E3 flasher dumps it UNSCRAMBLED = FII header at offset 200, so to VALIDATE the E3 dumps one must use option 7 in Flowrebuilder "byte reverse dump" so it is "unscrambled" and reads IFI at OFFSET 200, then to flash back via E3 flasher one must use the original "scrambled" bkpps3.bin (FII header at offset 200) then we have the 355 COREOS patches, they have made patches for all of them so one doesn't have to waste time bytereversing/byte swapping/ unscrambling/re-scramble dumps Progskeet_patch.txt: Progskeet/Teensy NOR Progskeet_patch.txt E3 NOR progskeet_patch.txt patches NAND patches |
|
|
|
|
|
|
#857 | |
|
Senior Member
![]() Join Date: Feb 2011
Posts: 1,586
Likes: 557
Liked 1,046 Times in 526 Posts
Mentioned: 526 Post(s)
Tagged: 0 Thread(s)
|
or atleast first time downgraders really need the best way shown to them. the way least likely to brick a system. obviously the long time downgraders can do whatever they want as they should know instantly how to fix. |
|
|
|
|
|
|
#858 |
|
Member
![]() Join Date: Dec 2012
Posts: 236
Likes: 75
Liked 18 Times in 12 Posts
Mentioned: 13 Post(s)
Tagged: 0 Thread(s)
|
I always do next:
1. Update my E3 with update, 001111. 2. Then I make backup, 001000, after i make backup, I do it 3 times. 3. Then I copy downgrade.bin with my backup on my E3 and 000001 4. Then I plug PS3 break v1.1 in second slot 5. After that I install rogero 3.1 with Lv2diag.self 6. Afther that Lv2diag.self for go out from FSM 7. Dehash and debug on, 8. Install from recovery 3.55 9. Install from recovery 3.55cfw rogero 3.1 And that was work for me, can anyone check my dump? Also why on video they do restore proces? What that mean? |
|
|
|
|
|
#859 | |
|
Member
![]() Join Date: Nov 2012
Posts: 106
Likes: 44
Liked 13 Times in 11 Posts
Mentioned: 10 Post(s)
Tagged: 0 Thread(s)
|
Last edited by JohnnyBoyQC; 12-06-2012 at 02:49 PM. |
|
|
|
|
|
|
#860 | |
|
Senior Member
![]() Join Date: Dec 2010
Posts: 2,300
Likes: 1,129
Liked 640 Times in 525 Posts
Mentioned: 269 Post(s)
Tagged: 0 Thread(s)
|
using the "toggle_qa.pkg" from Rebug always works..yes, but for this way one must re-connect the BD drive ofcourse before finish the complete downgrade as otherwise it won't run the pkg etc....the other way is maybe faster at the end while the PS3 is dissambled, i'm sure it should work also or otherwise it wasn't posted onthe wiki or maybe??? but yeah +1 for "toggle_qa.pkg" way |
|
|
|
|
![]() |
| Bookmarks |
| Thread Tools | |
|
|