Recent content by Gradius

That was super silly of me, thanks a lot! Fixed.

Thanks for the overclock option. Btw, "4.89_Evilnat_Fix_for_SD_display_by_sandungas_req_dev_blind_enabled.pkg"... ... refuses to install here. Hope to see a bugfix with overclock option build it in near future.

Just to be sure... If I dumped the IDPS from a v4.81, it would be the same as it were on v4.82, right? Or this "new" method make the whole IDPS dump useless?

For those whom dont know, there is even a website for this (lol): http://noblevape.com/idps/ The files are 100% from v0.2.3

Yeah I know. It was all just confusing enough (43xxA vs 43xxC) lol.

I got something like: 0x00 0x00 0x00 0x01 0x00 0x84 0x00 (the last 9 bytes I will not make it public for obvious reasons).

I see. I assumed as it were 4301C (variable from 43xxA) it should be that version. I used Hxx/Jxx/Kxx/Lxx/Mxx / Pxx/Qxx/2xxx/3xxx/4xxx option now, it seems it worked fine (hope so).

Here is the proof:

Now it shutdown alone (looked like it worked), however the idps.bin file only has 0x00 on it.

This is my install on PC: c:\temp\miniweb>dir /s/a Volume in drive C has no label. Volume Serial Number is Directory of c:\temp\miniweb 09/03/2013 11:27 AM <DIR> . 09/03/2013 11:27 AM <DIR> .. 21/11/2017 05:31 PM <DIR> htdocs 27/02/2013 01:48 PM 212.480 miniweb.exe 1 File(s)...

I'm using LAN connection. It keeps in looping: After deleting the index.html I got a idps.bin full of 0x00

The files are all fine and they are read, as I checked the miniweb console (there was no "file not found" or anything else wrong). I leave for over 20 minutes, no change.

Tried again from the zip here and just the variable name changed: The string variable named usb_fp_rosdump could not be located in range 0x80180000 - 0x80278000

I tried this on a CECH-4301C running v4.81 and it DOES NOT works, I keep getting this: The string variable named gadgets could not be located in range 0x80180000 - 0x80278000