Re: Problème d'ouverture de fichier

par **minouch1612** le Dim 11 Sep 2011, 02:02

Je t'envoie en MP les accès à mon serveur FTP pour que tu m'envoie ta video et je te ferai un tuto car j'ai pas de fichier exemple !!

par lunsdale le Dim 11 Sep 2011, 10:05

besoin de moi ?

par **minouch1612** le Dim 11 Sep 2011, 10:14

Pour l'instant pas de retour mais ça pourrai te donner de la matière pour tester ton logiciel.

par lunsdale le Dim 11 Sep 2011, 10:29

ok, je reste à l’affut Smile

par Lagaffe le Mar 13 Sep 2011, 13:08

minouch1612 a écrit:Je t'envoie en MP les accès à mon serveur FTP pour que tu m'envoie ta video et je te ferai un tuto car j'ai pas de fichier exemple !!

Normalement tu as bien reçu le fichier, il apparaît sur ton serveur... Mais comme je ne suis pas pro d'informatique ...
C'est super si tu arrives à sauver quelques bribes du film.
Merci

Lagaffe

par **minouch1612** le Mar 13 Sep 2011, 13:10

Oui je l'ai reçu et je regarde ça demain soir !!

par Lagaffe le Ven 16 Sep 2011, 00:17

Bonjour,
Un truc bizarre sur ma messagerie, ma boîte mail m'indique un message de minouch1612 à 3h12 ce matin (quel courage!), et en visitant mes messages le dernier date du 12... Je crois que mon fichier vous en fait voir de toutes les couleurs !
Il y avait une bonne nouvelle ?

par **minouch1612** le Ven 16 Sep 2011, 02:04

Désoler mais pour l'instant pas de nouvelle, par contre je recherchais dans tes posts mais je trouve pas la configuration de ton fichier :
R3 ?
Pal ?

Ensuite à 3h48, je dormait !!

par lunsdale le Ven 16 Sep 2011, 03:47

Question :

La vidéo que tu as mis à dispo sur le FTP de Minouch est-elle la version que tu as sur ta carte ou a-t-elle déjà subi un traitement par un autre logiciel ?

Pour info, la concordance des Atoms dans ton cas (cf ICI) est ici impossible.

[pour les puristes, sinon allez en bas de mon message]

Voici ce que j'obtiens avec mon soft (toujours en cours de finition, mais ça vient) :

kris@tuxland:~$ ./fixmp4 GOPR0018.MP4
Atom ftyp @ 0 of size: 32, ends @ 32
Atom free @ 32 of size: 8156, ends @ 8188
Atom mdat @ 8188 of size: 76797874, ends @ 76806062
....Atom jP @ 3203052 of size: 30065998, ends @ 33269050
....Atom jP @ 33269050 of size: 4936518, ends @ 38205568
....Atom jP @ 38205568 of size: 32853789, ends @ 71059357
....Atom jP @ 71059357 of size: 1289055, ends @ 72348412
....Atom jP @ 72348412 of size: 4457650, ends @ 76806062
Atom free @ 76806062 of size: 335544320, ends @ 412350382
....Atom schi @ 87442630 of size: 34838939, ends @ 122281569
....Atom jP @ 122281569 of size: 10366607, ends @ 132648176
........Atom gnre @ 132648176 of size: 41312650, ends @ 173960826
....Atom jP @ 173960826 of size: 200155, ends @ 174160981
....Atom jP @ 174160981 of size: 36505939, ends @ 210666920
........Atom stsh @ 195999364 of size: 14667556, ends @ 210666920
....Atom jP @ 210666920 of size: 4204779, ends @ 214871699
....Atom jP @ 214871699 of size: 74435981, ends @ 289307680
........Atom stco @ 241269410 of size: 5349288, ends @ 246618698
........Atom imif @ 246618698 of size: 42688982, ends @ 289307680
Atom trak @ 289307680 of size: 7710551, ends @ 297018231
....Atom jP @ 297018231 of size: 177664, ends @ 297195895
....Atom jP @ 297195895 of size: 6709665, ends @ 303905560
........Atom odda @ 303905560 of size: 335544320, ends @ 639449880
........Atom nmhd @ 317757090 of size: 17787230, ends @ 335544320

Le premier jP devrait déjà être à la position 8196 (8188 + 8 ) et non à 3203052. C'est pour cela que VLC et tout autre logiciel de lecture video ne fonctionnent pas : ils ne retrouvent pas leurs petits.
Et dans ton cas, je crains ne pouvoir rien faire car je ne peux générer des informations que je ne connais pas.

Par contre le prochain Atom qui suit mdat doit être en 8196 et là on constate un Atom dont le nom est pourri (09 10 00 00 en hexa) dont la taille est de 2 octets ! Soit. Le suivant devrait donc être en 8196+8+2 = 8206. On trouve encore un Atom au nom douteux (AD D4 00 01) de taille 100666752. Et à cette adresse, bien sur ... rien de concluant.

AtomicParsley fait le même constat que moi, mais ne corrige même pas la taille de l'Atom mdat :

kris@tuxland:~$ ./AtomicParsley GOPR0018.MP4 -T 1
Atom ftyp @ 0 of size: 32, ends @ 32
Atom free @ 32 of size: 8156, ends @ 8188
Atom mdat @ 8188 of size: 335536132 (0*), ends @ 335544320
(*)denotes length of atom goes to End-of-File
------------------------------------------------------
Total size: 335544320 bytes; 2 atoms total. AtomicParsley version: 0.9.0 (utf16)

Media data: 335536132 bytes; 8188 bytes all other atoms (0.002% atom overhead).
Total free atom space: 8156 bytes; 0.002% waste. Padding available: 0 bytes.
------------------------------------------------------
Low-level details. Total tracks: 0
Trk Type Handler Kind Lang Bytes

[/pour les puristes]

Te reste plus qu'à :
1 - nous renvoyer le fichier sorti direct de ta GoPro si ce n'est pas celui-là
2 - refaire un tour en avion et filmer Smile

3 - coloriser ton vieux film et jouer avec Photoshop et Google Map lol!

par Lagaffe le Ven 16 Sep 2011, 08:55

Bonjour,

Merci de vous pencher aussi profond sur ce @&!!¶ fichier. C'est vrai qu'il y a de quoi se noyer.
Juste après le crash j'ai vu que la carte avait été éjectée, avec la Gopro toujours en marche.
J'ai mis la carte dans l'ordi (Mac): illisible par aucun logiciel vidéo habituel.
En remettant la carte dans la Gopro, j'ai eu le message SoS à l'écran.
Comme conseillé j'ai appuyé sur le bouton lecture. A l'allumage suivant de la Gopro, plus de message SoS.
Mais fichier toujours illisible sur la Gopro et l'ordi.
Je sauvegarde donc le fichier de la carte sur l'ordi, et c'est là que vous intervenez.
L'enregistrement a été fait en R5, la taille du fichier correspond à vue de nez à la durée d'enregistrement, et le fichier que vous avez est bien la copie conforme de celui qui est sur la carte.

Pour la bidouille d'image n&b, j'aurai du mal à rajouter tous les bâtiments, de plus en couleur, sur un plan de 1955!
Pas chaud non plus pour remettre l'hélico en vol en zone habitée après l'expérience du crash (vraisemblablement panne réception = Fail safe = arrêt rotor, un pavé sur la tête c'est déjà pas mal, je ne voulais pas y rajouter un hachoir à viande)

Ne passez pas des nuits blanches avec ça ! Il y aura juste une belle photo de moins dans notre bouquin.

par **minouch1612** le Ven 16 Sep 2011, 11:24

Désoler Lunsdale mais avec Mac et le script perl, je suis arrivé à le récup un partie du fichier.
Le fichier est lisible avec VLC par contre pas de mouvement possible dans le temps (lecture d'une traite) et mon iMovie ne veut pas l'importer.
J'ai fais tous ce que je pouvais, maintenant à vous de jouer.
Le fichier est en train d'être uploadé sur le serveur avec le nom restore !!

par lunsdale le Ven 16 Sep 2011, 11:42

c'est cool Minouch, y'a plus qu'à recréer les indexs et ça roule. Rien de bien compliqué
On va y arriver Twisted Evil

par **minouch1612** le Ven 16 Sep 2011, 11:54

Bien sur que l'on va y arrivé.

On est trop fort, la machine ne gagnera pas !!! Evil or Very Mad

Je vous fait signe dès que le fichier est fini d'uploader, parce que recréer l'index je sais pas faire.

par **minouch1612** le Ven 16 Sep 2011, 12:27

J'ai fini d'uploader le fichier sur le serveur, à vous de jouer maintenant !!

par lunsdale le Ven 16 Sep 2011, 16:19

voilà, les indexs sont recréés.
Le fichier est dispo au même endroit que l'original Smile

J'ai converti le fichier en DivX. Me dire si je dois le mettre en MP4, mais dans ce cas, la taille risque d'exploser Rolling Eyes

Les mystères des codecs ...

par Lagaffe le Sam 17 Sep 2011, 00:17

C'est pas vrai, vous l'avez sauvé???
Vite, je charge et vous tiens au courant !

Edit,
Super !!! La vidéo s'arrête au moment de la perte de contrôle radio... Il manque en gros les 10 dernières secondes qui se terminent par le crash sur le toit du petit immeuble devant. Mais j'ai le plus intéressant, la vue du pâté d'immeubles où il y avait auparavant un fort. La photo fera partie de chapitre Avant/Après du bouquin sur Saint Marc, ancienne commune autrefois séparée de Brest.

La vidéo en mp4 serait de meilleure définition que la .avi ?

Un grand merci à l'équipe de spécialistes !

Le fort, vue de 1939 (archives municipales)

Pris du même endroit en 2011, vue sauvée par votre travail:

par lunsdale le Sam 17 Sep 2011, 03:17

Il ne me semble pas que la qualité de la photo,vu la taille ci-dessus, ne sera pas de meilleure qualité que l'on soit en mp4 ou avi. C'est trop infime, dans ton cas, pour s'en rendre compte je pense.
A confirmer, si un expert passe par ici.

Heureux d'avoir pu aider.

Merci Minouch Wink

Je vais améliorer mon programme pour incorporer la récupération faite par le script perl

par Lagaffe le Sam 17 Sep 2011, 10:10

A part la fin de la vidéo qui ne représentait qu'un intérêt anecdotique, le problème est complètement résolu.
Vous êtes fortiches ... Plus que le pilote de l'hélico !

Avec toutes les amitiés de Lagaffe.

par **minouch1612** le Sam 17 Sep 2011, 17:06

Ravi d'avoir peu t'aider Lagaffe.

Lunsdale, t'en mieux si tu arrive à améliorer ton programme !!

Ensuite je pense que pour la qualité de la video, tu ne verra pas de différence étant donnée que tu passe sur un Impri Ecran donc la résolutin que ton écran.

par **marsu66** le Dim 18 Sep 2011, 02:43

minouch1612 a écrit:Ravi d'avoir peu t'aider Lagaffe.

Lunsdale, t'en mieux si tu arrive à améliorer ton programme !!

Ensuite je pense que pour la qualité de la video, tu ne verra pas de différence étant donnée que tu passe sur un Impri Ecran donc la résolutin que ton écran.

Salut et bravo.. vous z'avez fait du super boulot...
Minouch, juste pour ma culture, tu as juste utilisé le script perl ? ce dernier serait donc complémentaire au boulot de Lunsdale (puisque ce dernier récupère des fichiers que le script lui ne sait pas récupérer)....

Lunsadale, tu vois "l'intégration du script dans ton soft" comment ; en l'exécutant "à part" (autre menu) ou en "cumulatif" de ta solution en entrée ou en sortie ???

Enfin, concernant la résolution des images, je ne suis pas sûr que ce soit celle de l'écran (certes le cas en utilisant un Imprim Ecran...) Il y a plein de solutions du simples qui capturent selon la résolution.. de la vidéo comme :
- le menu "video / capture d'écran" de VLC
- l'export des images avec AviDemux "Save Selection as JPEG Images"
- take snapshot (F12) dans Videopad

A+

par lunsdale le Dim 18 Sep 2011, 03:48

ben je me tate :
- Si je l'incorpore, je vais devoir m'occuper des mises-à-jour et ce n'est pas l'esprit du libre. Donc non.
- Si je le lance avant ou après mon soft et que je teste le résultat de l'un des deux pour lancer ou non l'autre, ça peut le faire. C'est viable.
- troisième option, c'est un soft complémentaire. Genre solution ultime au script perl si celui-ci ne fonctionne pas (dans le cas de la vidéo de Manolo par exemple).

D'un autre côté, le script perl ne récupère QUE la vidéo. Dans aucun cas le son. Or ma solution récupère la totalité des flux.

par **minouch1612** le Dim 18 Sep 2011, 08:40

Oui pour ma part j'ai utiliser le script perl sur mac vous pouvez allez voir ICI.

Pour lunsdale, perso je ne pense pas que se soit super utile que tu intègre le script Perl, il est super facile à mettre en oeuvre sur PC comme sur mac, le seul problème est l'installation de Perl à moins que tu n'arrive à mettre le script directement dans ton logiciel sans avoir à installer Perl.

par Lagaffe le Dim 18 Sep 2011, 10:08

Pour l'exploitation des images de ma vidéo j'utilise la capture d'écran du Mac (cmd+maj+4) qui n'a pas l'effet de pixelisation de la capture de VLC, et est donc de meilleure qualité (avec un film en plein écran, visualisé avec VLC).
D'où la question précédente sur la qualité d'image moins bonne qu'à l'habitude sur le fichier capture.

par **minouch1612** le Dim 18 Sep 2011, 10:13

Tu peut donc tester avec le fichier sans index, il est en MP4, par contre sans index tu est obligé de le lire en entier jusqu'à l'endroit souhaité.

Je ne suis pas sur qu'il y est une différence mais bon si tu peut confirmer !!

par Lagaffe le Dim 18 Sep 2011, 11:05

Merci, je charge et te tiens au courant

Edit: C'est sans comparaison ! On s'en rend compte tout de suite dès le début de la vidéo, les cailloux de la route sont bien plus nets avec le mp4.
Par contre s'il est possible d'arrêter et reprendre la lecture avec VLC pour faire une capture d'écran, on ne peut pas déplacer la position de lecture avec curseur. De plus VLC plante systématiquement un peu avant la fin de lecture. Mais ça ne gène pas !

par **minouch1612** le Dim 18 Sep 2011, 12:16

Le faite que la lecture plante est du aux index non présent !
Par contre tu peut nous montrer la différence entre ton avi et ton mp4.

par Lagaffe le Dim 18 Sep 2011, 12:28

minouch1612 a écrit:Le faite que la lecture plante est du aux index non présent !
Par contre tu peut nous montrer la différence entre ton avi et ton mp4.

Pour la même zone d'écran, le avi:

Le mp4:

Flagrant non ?

par **minouch1612** le Dim 18 Sep 2011, 12:37

Je comprend pas !! Evil or Very Mad

C'est vraiment flagrant quand même, dans les deux cas c'est un imprim ecran ?

par Lagaffe le Dim 18 Sep 2011, 12:41

Bin oui, capture effectuée de la même manière, vidéo plein écran avec VLC.

Les fichiers sont loin d'avoir la même taille

par lunsdale le Dim 18 Sep 2011, 16:07

c'est normal, la compression en avi fait perdre de l'information, par contre on gagne énormément en taille.
Je peux vous fournir la version identique en terme de qualité que le MP4, mais avec les index. Par contre, va falloir compter la taille du fichier en Go, donc bien supérieure à celle d'origine.

Après, il faut voir la taille de l'image que tu désires utiliser pour ton documentaire ...
Si c'est pour gagner un pouième en résolution alors que tu ne veux juste afficher qu'une image de 10cmx10cm, c'est vraiment chercher la p'tite bête.
M'enfin ce n'est pas un pb, je corrige les indexs sur celle d'origine et la met à dispo au même endroit que l'original.
Mais pensez à faire chauffer votre bande passante Neutral

par Contenu sponsorisé