| Author |
Message |
   
Richard Holland
Username: bigdutch
Registered: N/A
| | Posted on Thursday, Jul 19, 2007 - 0:01: | |
Hi Has anybody encountered these? They are on a corrupt 4Gb SD card. To start a recovery process I created another movie on an uncorrupted card to see the header structure required. When I tried to recover by my file type the headers were found ok but the recovered movies would not play giving a 'movie atom error' or unexpected format under Quicktime player. If I recovered by right clicking the file in the directory browser it was perfect. I am not sure what is going on under the file recovery by type. Regards |
   
Stefan Fleischmann
Username: admin
Registered: 1-2001
| | Posted on Thursday, Jul 19, 2007 - 0:11: | |
A simple possible explanation might be that the player requires the file to have its correct original file size. |
   
Richard Holland
Username: bigdutch
Registered: N/A
| | Posted on Thursday, Jul 19, 2007 - 0:33: | |
Hi Stefan You are up late! and many thanks for the prompt reply. I set the file size to be the same as the original file but when I compared the recovered file to the original they were slightly different in the mid region ( filled with FF's ). Also, if I set the default file size to be some large value, each recovered file becomes that size ie Winhex does not seem to find the end of the file. Regards |
   
Stefan Fleischmann
Username: admin
Registered: 1-2001
| | Posted on Thursday, Jul 19, 2007 - 0:43: | |
> when I compared the recovered file to the original they > were slightly different in the mid region Then the file was probably fragmented. When found via the file system data structures for that file (i.e. listed in the directory browser with its real name), WinHex may know that and can follow the fragmention. > if I set the default file size to be some large value, > each recovered file becomes that size ie Winhex does not > seem to find the end of the file. Well, that's the very nature of this kind of approach, how should WinHex find it. |
   
Richard Holland
Username: bigdutch
Registered: N/A
| | Posted on Thursday, Jul 19, 2007 - 19:53: | |
Stefan You are right about the fragmentation. I did not expect that using a freshly (camera) formatted card with one file on it. I looked at the cluster list and there were 5 fragments out of 48 and this was for a normal (un-corrupted) file. It must be the way the Xacti puts the files on the SD card. Is there any way around this problem so I can at least recover an uncorrupted file before I even attempt the corrupted card? Regards |
   
Stefan Fleischmann
Username: admin
Registered: 1-2001
| | Posted on Thursday, Jul 19, 2007 - 21:21: | |
There is no way around file fragmentation with the "File recovery by type" method (i.e. automatic file carving). |
   
Terry Greenwood
Username: greenwood
Registered: 3-2006
| | Posted on Wednesday, Jul 25, 2007 - 11:25: | |
I had a problem earlier this year with jpegs on an Sd card. Some of the files were in consecutive clusters and easily recoverable but some were fragmented. I eventually recovered the fragmented ones by using good old chkdsk which comes with XP. The problem I encountered with chkdsk is that I could not change the output path and the program recovers the files but puts them back on the same piece of media. As my SD card was less than half full with photos, I took an image first then risked running chkdsk which seems to follow the cluster chain correctly. If your media is less than half full you might want to try this (after imaging of course) or if you can find a way to re-direct the output from chkdsk to a different piece of media. |
   
zeb
Username: zeb
Registered: N/A
| | Posted on Monday, Feb 16, 2009 - 6:16: | |
Hullo, I accidentally deleted some movies (MP4) from my SANYO EXACTI C1 before transferring them to laptop. I recovered them using PC Inspoctor File Recovery. Got them, butinstead of them being named as normal i.e. VCLP0001 etc they were _CLP0001 etc. Trying to play them caused the "bad public movie atom error 2002" Downloaded and used the AoA MP4 patch by reading forum, ran files through it, and each time I did, the UI of A0A instantly reported success, saying it had created for example "_CLP0001NEW" in C/ (same as directory I stashed the revovereds in) But there is no such file, and the _VCLP0001 still gets the "bad atom" response. Pretty keen on getting this Tasmanian forest footage back, any help very welcome.. |
   
Alfons Kramer
Username: admin3
Registered: 4-2004
| | Posted on Monday, Feb 16, 2009 - 14:33: | |
Files get fragmented sometimes. Recovery by file type can only recover the first fragment. Locating and pasting the remaining fragments requires manual work done by skilled people. Unfortunately, this effort (professional data recovery) might be expensive. |