10 membres en ligne. Connectez-vous !

Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Recherche dans le sujet
Logiciel pour récupérer les photos d'une carte formatée
#1
0
0
Hello.
à‡a ne m'est pas arrivé souvent, mais il peut s'avérer pratique de pouvoir récupérer les fichiers d'une carte formatée. En général, on trouve plein de petits logiciels (gratuits ou payants) pour récupérer les fichiers effacés. Mais quand la carte est formatée, c'est un peu plus compliqué de retrouver ses données.
Alors j'ai cherché et je n'ai pas trouvé grand chose. Soit c'était payant et c'était pas terrible. Soit c'était gratuit et c'était encore pire.

Du coup, je me suis développé mon truc (Linux, Mac dans un futur proche, Windows probablement).

à‡a gère les fichiers JPG, TIFF (et donc les variantes CR2,NEF,PEF,DNG,ARW,SR2,...), CRW, BMP, PCX, WAV, ZIP

Par contre, les fichiers CRW des firmwares alternatifs n'ayant pas ni entête, ni tags descriptifs, il n'est pas possible de les retrouver dans un flux non borné.

Si y en a qui veulent beta-tester, le programme est sous Linux-64bits pour le moment mais ça peut très bien se lancer avec un LiveCD

On trouve des LiveCD Linux ici (Ubuntu)

Deux possibilités pour récupérer les données:
faire une image de la carte mémoire puis lancer le programme sur l'image
Code :
mount | grep vfat
(le nom de votre carte doit apparaitre, il faut prendre son identifiant, par exemple /dev/sdd1)
Citation :/dev/sdd1 on /media/EOS_DIGITAL type vfat (rw,nosuid,nodev,uhelper=udisks,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec,flush)
Code :
dd if=/dev/sdd1 of=image.bin
(copie en brut toute la carte dans le fichier image.bin)
si votre carte mémoire a des erreurs, il faut alors demander à dd de sauter les secteurs défectueux (deux possibilités à tester)
Code :
dd if=/dev/sdd1 of=image.bin conv=noerror
dd if=/dev/sdd1 of=image.bin conv=notrunc,noerror
Ensuite lancer le programme sur le fichier. On peut aussi vérifier que le programme lit correctement tel ou tel type de RAW en lui donnant le fichier et en vérifiant qu'il trouve bien la bonne taille.
Code :
./ripper7.exe -i image.bin

mais sinon, le programme peut lire directement la carte mémoire, pour peu qu'on soit en mode root (ou alors on utilise sudo)
Code :
sudo ./ripper7.exe -i /dev/sdd1
Citation :roudoudou@roudoudou-P67A-UD3:~/code/ripper6$ sudo ./ripper7.exe -i /dev/sdd1
INFO (ripper7.c) L743 - GetParametersFromCommandLine - input file: /dev/sdd1
INFO (ripper7.c) L660 - ExtractFiles - size=1Gb
INFO (ripper7.c) L198 - ExtractBMP - found BMP (400x400) size=480054
INFO (ripper7.c) L18 - SaveFile - [RECOVER00000000.BMP] saved
INFO (ripper7.c) L165 - ExtractPCX - Found PCX 400x400 size=252607
INFO (ripper7.c) L18 - SaveFile - [RECOVER00000001.PCX] saved
INFO (ripper7.c) L241 - ExtractJPG - found JPG (900x599) size=145553
INFO (ripper7.c) L18 - SaveFile - [RECOVER00000002.JPG] saved
INFO (ripper7.c) L198 - ExtractBMP - found BMP (325x416) size=137528
INFO (ripper7.c) L18 - SaveFile - [RECOVER00000003.BMP] saved
INFO (ripper7.c) L165 - ExtractPCX - Found PCX 325x416 size=165377
INFO (ripper7.c) L18 - SaveFile - [RECOVER00000004.PCX] saved
INFO (ripper7.c) L44 - ExtractZIP - Found ZIP packed size=133726
INFO (ripper7.c) L18 - SaveFile - [RECOVER00000005.ZIP] saved
INFO (ripper7.c) L588 - ExtractTIFF - CR2 file found 21175799 bytes (Canon EOS 7D)
INFO (ripper7.c) L18 - SaveFile - [RECOVER00000006.CR2] saved
INFO (ripper7.c) L588 - ExtractTIFF - CR2 file found 20859768 bytes (Canon EOS-1Ds Mark III)
INFO (ripper7.c) L18 - SaveFile - [RECOVER00000007.CR2] saved
INFO (ripper7.c) L588 - ExtractTIFF - CR2 file found 26374329 bytes (Canon EOS 5D Mark II)
INFO (ripper7.c) L18 - SaveFile - [RECOVER00000008.CR2] saved
INFO (ripper7.c) L241 - ExtractJPG - found JPG (0x0) size=4 ça c'est un faux positif que je n'ai pas eu le temps de régler... :mrgreen:
INFO (ripper7.c) L18 - SaveFile - [RECOVER00000009.JPG] saved
INFO (ripper7.c) L113 - ExtractCRW - Found CRW (Canon PowerShot G5) size=4439068
INFO (ripper7.c) L18 - SaveFile - [RECOVER00000010.CRW] saved
INFO (ripper7.c) L588 - ExtractTIFF - CR2 file found 20092969 bytes (Canon PowerShot G10)
INFO (ripper7.c) L18 - SaveFile - [RECOVER00000011.CR2] saved
INFO (ripper7.c) L113 - ExtractCRW - Found CRW (Canon PowerShot S60) size=4857494
INFO (ripper7.c) L18 - SaveFile - [RECOVER00000012.CRW] saved
INFO (ripper7.c) L113 - ExtractCRW - Found CRW (Canon PowerShot S70) size=9136404
INFO (ripper7.c) L18 - SaveFile - [RECOVER00000013.CRW] saved
INFO (ripper7.c) L588 - ExtractTIFF - NEF file found 20230988 bytes (NIKON D2X)
INFO (ripper7.c) L18 - SaveFile - [RECOVER00000014.NEF] saved
[...]

Les fichiers en sortie sont écrits dans le répertoire courant avec le préfixe RECOVER, suivi d'un compteur à 8 chiffres, plus l'extension du fichier reconnu.

Pour les extensions RAW non citées dans ce post, c'est que je n'ai pas eu le temps de les ajouter. Cependant, l'extraction devrait fonctionner et donner un nom de fichier TIFF à la place. Je me suis occupé des appareils les plus vendus pour le moment, le reste va suivre.

Pour le téléchargement, c'est ici

Enjoy Big Grin

note: Pour que la récupération fonctionne, il faut que les données soient séquentielles, c'est pour ça qu'il est important de formater sa carte au lieu d'effacer les photos, pour que les données ne soient pas fragmentées.

note 2: Le fichier s'appelle ripper7.exe mais ce n'est PAS un programme Windows. Patientez un peu...
Aglapi
Répondre
#2
0
0
Quel est l'avantage par rapport à  un programme comme TestDisk, qui fonctionne déjà  plutôt bien ?
Répondre
#3
0
0
effectivement j'avais utilisé PhotoRec de la suite TestDisk
ça marche pas mal du tout, c'est multi-plateforme
même si c'est assez rustique, ça m'a sauvé la vie une fois (mais seulement avec du jpeg)

Moronzola, comment tu as fait pour les CR2 et autres formats RAW? c'est des formats propriétaires... à  moins de faire du reverse-engineering sur les en-têtes je vois pas trop...
Les catas font mieux passer les périodes sans argent que l'argent ne fait passer les périodes sans catas
Répondre
#4
0
0
fdaniel a écrit :Quel est l'avantage par rapport à  un programme comme TestDisk, qui fonctionne déjà  plutôt bien ?

Testdisk ne semble pas fonctionner sur les partitions reformatées. Mon programme lit un media en brut donc pas besoin de réparer ni même de modifier un seul octet de la source pour retrouver des informations. Est-ce que tu considères que ne pas modifier le media endommagé est un avantage? Wink

Pour PhotoRec, je suis super content de voir qu'il a évolué depuis (à  l'époque, il ne gérait pas les formats RAW). Vu qu'il gère les formats RAW actuels, pas besoin d'utiliser mon petit programme. Ce topic aura au moins servi à  remonter l'information que des softs gratuits existent (vu qu'en général, ce sont les payants qui ont pignon sur rue).

Pour info, les formats RAW propriétaires ne le sont pas vraiment (sauf le CRW). En fait, ils sont encapsulés dans une évolution du format TIFF appelée TIFF/EP (pour electronic photo). En faisant des tentatives de décodage de l'arborescence TIFF, on peut retrouver le TIFF complet (et donc les RAW) dans le flux de données. Ensuite, en fonction du modèle de l'appareil qu'on trouve dans un tag TIFF (Canon, Nikon, Pentax, ...) il suffit de donner une extension différente au fichier en sortie et le tour est joué.

A la rigueur, j'vais plutôt apporter des briques supplémentaires à  PhotoRec pour les formats de fichier qu'il ne gère pas.

Merci.
Aglapi
Répondre
#5
0
0
Sources ?

(et le binaire ".exe", :roll: )
Je clair Luc, ne pas ?
Répondre
#6
0
0
yom a écrit :Sources ?

(et le binaire ".exe", :roll: )
Assisté. Compiler avec gcc c'est pas très compliqué quand même. Et pour les indécrotables windosiens, il existe aussi un compilateur gcc qui va bien.

@Moronzola: Belle idée. On voit la maitrise du scripting :wink:
La nature hait l'uniformité et adore la diversité. C'est peut être là  que se reconnait son génie. B. Werber.
Répondre
#7
0
0
Je viens de regarder un peu le code source de Photorec (au hasard CRW et TIFF pour les RAW) et...

Le code qui permet de récupérer les fichiers CRW ne peut fonctionner (ou alors peut-être sur un seul modèle d'appareil).
Le code qui permet de récupérer les RAW (Tiff/EP) est incomplet et laborieux et de l'aveu du codeur, ne fonctionne pas avec tout, notamment le DNG qui est pourtant un TIFF ultra standard. J'ai pas regardé le reste, mais bon...

Bref.

Le source va venir d'ici quelques jours, patience, j'ai déjà  ajouté pas mal d'autres formats hier (audio, video)

Affaire à  suivre.
Aglapi
Répondre
#8
0
0
Pis parce que c'est pas le tout d'ouvrir sa gueule, j'ai envoyé mon code CRW et TIFF à  mister Grenier qui développe PhotoRec. On verra si le soft est maintenu et si il répond. Comme ça, Yom pourra dérouiller son gcc dans tous les sens :p

EDIT: Rapide à  répondre le monsieur, le projet est toujours actif, je vais donc m'y intégrer pour améliorer l'existant.
Aglapi
Répondre
#9
0
0
Belle initiative, je ne peux qu'approuver et remercier, et suivre de près l'actu de ce logiciel que je ne connaissais pas.

Est-ce que ça marcherait aussi - le tien ou l'existant - pour récupérer des raws sur une carte devenue subitement illisible mais o๠les fichiers sont sans doute encore là Â ? La réponse étant contenue dans la question - DIY ... - je testerai à  l'occasion.
Mini-administrator - F2R TLAV TMTS MDR DTC

"Mon travail c'est qu'il y a un max de pub autour de ckzone." - Moi
Répondre
#10
0
0
Pour toi qui est en Nikon, il va peut-être falloir attendre une mise à  jour.

On s'est aperçu que certains NEF (le D50 par exemple) stockaient les données RAW sous forme de plein de petits JPEG lossless collés au TIFF. On les repère facilement car sur un stockage physique, les chances que deux fichiers se suivent à  l'octet près sont de 1/(taille de secteur physique). De plus, ces JPG ont la particularité de ne pas renseigner les dimensions de l'image (puisque ce n'est pas vraiment une image qui est compressée). J'ai fait la mise à  jour sur le mien et là , je dois lui envoyer du code compatible avec ce qu'il a fait. Autre particularité et sans qu'on sache pourquoi, il y a parfois un octet en rab entre ces JPG. La radio-activité peut-être...
Aglapi
Répondre
#11
0
0
Moronzola a écrit :les chances que deux fichiers se suivent à  l'octet près sont de 1/(taille de secteur physique).
Ben non, du coup c'est 1/(taille de secteur physique - taille du 1er fichier - octet radioactif)

ça fait quand même une différence notable, surtout si t'en parles à  la mouche que je viens d'enculer.
(KOP qui fait semblant de comprendre)
[KOP] parce que les patates, ça pousse sous terre.
Répondre
#12
0
0
Tain, c'est top classe, ça devient un forum de dev ici ... Smile
Bon, Morondoudou, je vais quand même prendre le temps de voir ton travail, même si je suis assez adepte de PhotoRec. Wink
Dans la boîte à vitesses de la connerie, y a pas de marche arrière.
Répondre
#13
0
0
avant d'aller jusqu'à compiler du code pour résoudre ton problème, as-tu vérifié que ton ordinateur est bien branché et que tu as pressé le bouton pouvoir ?
Plaisir de nuire, joie de décevoir.
Répondre
#14
0
0
(Lun. 25 Juil. 2011, 12:36)yom a écrit : Sources ?

(Jeu. 02 Fév. 2012, 09:29)DarkMZ a écrit : Tain, c'est top classe, ça devient un forum de dev ici ... Smile
Bon, Morondoudou, je vais quand même prendre le temps de voir ton travail, même si je suis assez adepte de PhotoRec. Wink

Hello.
Après avoir un peu échangé avec la personne qui centralise les sources de PhotoRec, j'ai laissé tomber l'idée de participer à "son" projet. D'une part son usine à gaz est un parcours du combatant à compiler, d'autre part aucun des contributeurs n'est remercié (Ça doit faire moins classe sur son CV qu'on lui corrige ses bugs et lacunes...) Bref, pas faute de lui avoir envoyé des algos et du code, faut que tout lui tombe dans la main sans qu'il fasse quoi que ce soit. Curieux comportement.

J'avais déjà envoyé mon code à quelques explorateurs qui ont eu des soucis avec la maréchaussée. Testé avec succès.

Si ça intéresse toujours certains:
http://www.roudoudou.com/export/ripper7.tar

Compilation: cc ripper7.c -DOS_LINUX

Et bonne année Wink
Aglapi
Répondre
#15
0
0
(Jeu. 02 Fév. 2012, 20:24)Moronzola a écrit : Hello.
Après avoir un peu échangé avec la personne qui centralise les sources de PhotoRec, j'ai laissé tomber l'idée de participer à "son" projet. D'une part son usine à gaz est un parcours du combatant à compiler, d'autre part aucun des contributeurs n'est remercié (Ça doit faire moins classe sur son CV qu'on lui corrige ses bugs et lacunes...) Bref, pas faute de lui avoir envoyé des algos et du code, faut que tout lui tombe dans la main sans qu'il fasse quoi que ce soit. Curieux comportement.

J'avais déjà envoyé mon code à quelques explorateurs qui ont eu des soucis avec la maréchaussée. Testé avec succès.

Si ça intéresse toujours certains:
http://www.roudoudou.com/export/ripper7.tar

Compilation: cc ripper7.c -DOS_LINUX

Et bonne année Wink

Les mecs qui veulent tout sans rien faire il y en a des masses...

Par contre elle en est où la version Mac ?
Répondre


Sujets apparemment similaires…
Sujet Auteur Réponses Affichages Dernier message
Music Photos et autres pour composition musicale Raska 28 15 994 Ven. 21 Août 2020, 17:30
Dernier message: Raska
  Gabarit WP pour site de photos saintloup 3 4 294 Mar. 25 Fév. 2014, 20:59
Dernier message: saintloup
  Quel logiciel pour vos photo HDR stig 22 16 602 Mar. 22 Mai 2012, 09:46
Dernier message: Valenten
  protection etanche pour appareils photos numeriques h2o 17 10 803 Lun. 08 Oct. 2007, 10:13
Dernier message: DarkMZ
  acha fumi pour photos ratou22 9 6 035 Sam. 28 Avr. 2007, 14:01
Dernier message: Guest
  Picnik: logiciel pour les photos hibou 1 2 092 Ven. 02 Mars 2007, 12:03
Dernier message: hibou
  CONCOURS DE PHOTOS « VACHES DE PHOTOS » (Aveyron - 12) h2o 1 4 403 Jeu. 18 Jan. 2007, 19:42
Dernier message: h2o
  pour ou contre les différentes photos du mois le_geant 48 22 344 Sam. 10 Juin 2006, 20:56
Dernier message: Zoko
  Logiciel pour découper une photo en plusieurs tirages martinlbb 10 5 397 Mar. 25 Avr. 2006, 11:34
Dernier message: Oxs
  Plug in : Photoshop, Appareil photo, Logiciel proprietaire. Yann 5 3 525 Mer. 03 Nov. 2004, 19:42
Dernier message: konogan



Utilisateur(s) parcourant ce sujet : 1 visiteur(s)