| Author |
Message |
HDDRCVR
Joined: 29 Sep 2015
Posts: 462
|
Posted: Sun Mar 28, 2021 19:06 Post subject: multiple ECC combine element
|
|
Sergey, would it be possible to make an element that will use multiple dumps for ECC combine for the final corrections?
For example, if we get a stubborn dump, we could read it into a separate folder and read it x amount of times. Then using the layout, we could ECC correct them individually within the same task. Then the multiple ECC combine an element could take corrected values to produce a final united dump.
Currently, I did it by hand by reading the dump 8 times, correcting them all within same task, then splitting to 2x4 dumps and ECC combine, then rename files into 2x2 and combine again, then finally rename 2x1 and making final ECC combine.
multiple combine elements could be very helpful for something like this.
|
|
|
Сергей

Joined: 26 Aug 2005
Posts: 20281
Flash-Extractor developer
|
Posted: Thu Apr 01, 2021 11:52 Post subject:
|
|
//correcting them all within same task
Not need make ECC Fix before ECC Combine, if Fix_Input = ON
//then splitting to 2x4 dumps and ECC combine
// then rename files into 2x2 and combine again
I do not understand this place
Why need split and rename?
|
|
|
Bolo
Joined: 05 Dec 2017
Posts: 727
Location: 506F6C616E64
|
Posted: Wed Apr 21, 2021 12:35 Post subject:
|
|
I think OP means to add possibility to add more inputs at once.... as on atatched photos
how it will works ?
Take folder 1 and combine into MAIN
Then take folder 2 and combine into MAIN
Then folder ...... and combine info MAIN
By this computer and FE can work whole night with combine elements using diffrents input without operator
It's good idea
|
|
|
HDDRCVR
Joined: 29 Sep 2015
Posts: 462
|
Posted: Tue May 11, 2021 8:53 Post subject:
|
|
| Bolo wrote: | I think OP means to add possibility to add more inputs at once.... as on atatched photos
how it will works ?
Take folder 1 and combine into MAIN
Then take folder 2 and combine into MAIN
Then folder ...... and combine info MAIN
By this computer and FE can work whole night with combine elements using diffrents input without operator
It's good idea  |
thats exactly what I mean. Sorry I lost track of this post thanks Bolo
yes, this feature would be very good for those cases that bring very little improvement to each pass. I am 30 passes deep into one CE on current case, and still have 10000 reds in map. If we could Test retry in differnt spots, save data by reading 20-30 times, then let the process run all night we come back to a much cleaner view.
|
|
|
Сергей

Joined: 26 Aug 2005
Posts: 20281
Flash-Extractor developer
|
Posted: Tue May 11, 2021 12:50 Post subject:
|
|
Is is ok if multiple reads will be in same folder? Example:
d:\my case\1
d:\my case\2
d:\my case\3
d:\my case\4
..
|
|
|
jeremyb

Joined: 09 Dec 2008
Posts: 1950
Location: RecoverMyFlashDrive.com Bridgeport, CT, USA
|
Posted: Tue May 11, 2021 13:32 Post subject:
|
|
Why all the hassle with ECC combine? Just re-read straight from the NAND chip.
On a low level there is no reason the NAND Reader can't do page level correction within FE, you have all the functionality in FE except a "for loop" with an "if" statement.
In my NR implementation I do page level addressing all the time, unfortunately my mind isn't smart enough to implement ECC correction so it's a non-starter but functionally all the technology is built into NR and FE.
|
|
|
Сергей

Joined: 26 Aug 2005
Posts: 20281
Flash-Extractor developer
|
Posted: Tue May 11, 2021 18:18 Post subject:
|
|
| jeremyb wrote: | | Why all the hassle with ECC combine? |
Because we can check that memory chip is connected to reader only during "Read ID"
If chip lost connection with reader during reading and start send 00 or ff
All red sectors will be replaced with them
Also if memory give ID, this not mean that it will send normal data
Thats why i always tell:
1. Read new dump
2. Check its ECC map
3. Make Combine
But nobody do )
Okey i will try return ECC Reread
|
|
|
arvika

Joined: 18 Nov 2009
Posts: 2586 |