Aller au contenu

Calcul équivalence photo


yos1
 Partager

Messages recommandés

Il n'y a pas de calcul mais des équivalences photo 24x36 mentionnées par les fabricants.

Si les focales paraissent exagérées ou simplement erronées, ça se voit assez vite dans le cas d'une affirmation d'un grand-angle par exemple...

Lien vers le commentaire
Partager sur d’autres sites

Ok merci, dans ce cas ne pouriez vous pas faire apparaitre les

focales vidéo en plus des équivalence photo ?

En fait j'ai écrit un décodeur EXIF en REBOL et j'aurai voulu faire

apparaitre l'équivalence photo car certain programmes le font.

Je continue de regarder les sources en C sur le net.

Lien vers le commentaire
Partager sur d’autres sites

Bonjour,

Dans l'EXIF, c'est bien la vrai focale qui est enregistrée, pas l'équivalent 24x36. L'équivalence est différente pour chaque modèle d'appareil (photo ou vidéo), car elle dépend de la taille du capteur et de la géométrie de l'objectif. Or dans l'EXIF (dans les dernières versions en tout cas), il y a bien le modèle de l'appareil. Il ne reste plus qu'à construire une grande table et une règle de trois pour calculer... :doubt:

Antoine

Lien vers le commentaire
Partager sur d’autres sites

Merci adesir cela confirme ce que je viens de lire ici :

http://alcazar.xbecom.com/videogarage/vide...f7-optique.html

En fait c'est comme le passage de l'euro au franc en plus compliqué :mrgreen:

Je laisse tomber l'équivalence photo, ce que je voulais dans l'exif

c'était la date de prise de vue et être capable de rajouter des commentaires dans l'image sans fichier ou base de donnée en plus.

Lien vers le commentaire
Partager sur d’autres sites

Pour info, vu dans le source d'une classe c++ cexif :

if (m_exifinfo.FocalLength){

t.Format("Focal length : %4.1fmm",(double)m_exifinfo.FocalLength); s+=t;

if (m_exifinfo.CCDWidth){

t.Format(" (35mm equivalent: %dmm)",

(int)(m_exifinfo.FocalLength/m_exifinfo.CCDWidth*36 + 0.5)); s+=t;

}

t.Format("n"); s+=t;

}

soit (F * 36) / largeur CCD + 0.5

Le GRD93 ne donne pas sa largeur de CCD mais d'après le lien ci-dessus

dans un message precedent un 1/4 fait 2.5 mm de large.

donc avec une variation focal "vidéo" de 3.8 - 38 on obtient en photo:

3.8 * 36 / 2.5 = 54.72 - 547.2 (52 - 520 sur le comparatif).

J'aimerai vraiment trouvé une formule qui avec 1/3.4 donne la largeur

du capteur ...

je pense savoir que les 1/3.4 1/4 1/5 1/6 correspondent aux 2/3 de la

diagonnale du capteur mais je ne sais plus ou j'ai lu ca en anglais.

D'autres personne intéressé par ce calcul pour un programme ?

Lien vers le commentaire
Partager sur d’autres sites

euh... hum...

pour les débutants qui lisent cette discussion, surtout pas de panique, tout va bien....

si si on répond aussi aux questions simples avec des mots simples :D :badgrin:

pas de panique pas de panique... :D

Lien vers le commentaire
Partager sur d’autres sites

Développeurs bonjour ! :)

Ah bon, c'est pas le bon forum ? :lol:

L'info CCDWidth est visiblement contenu dans la classe m_exifinfo, exprimée en mm (vu le 36). Donc si l'appareil renseigne ce champ (le constructeur peut faire ça, il connait la taille du capteur), l'équivalent 35 mm est facile à calculer. Même pas besoin de connaitre le modèle...

Un CCD de 1/4" fait un peu moins de 4 mm de large. Pour 1/3.4", on doit être à environ 4,25 mm. Voir http://www.dpreview.com/learn/?/Glossary/C...or_Sizes_01.htm

Au boulot ! =D>

Antoine

Lien vers le commentaire
Partager sur d’autres sites

Ok merci, dans ce cas ne pouriez vous pas faire apparaitre les

focales vidéo en plus des équivalence photo ?

En fait j'ai écrit un décodeur EXIF en REBOL et j'aurai voulu faire

apparaitre l'équivalence photo car certain programmes le font.

Je continue de regarder les sources en C sur le net.

Bonjour

Que de monde ici !

c'est une bonne idée, on pensait qu'elle n'intéressait personne. Mais bon avec 200 camescopes tous les 18 mois environ, avec 2 valeurs nécessaires, ce sont 400 infos de plus à mentionner... :lol:

Lien vers le commentaire
Partager sur d’autres sites

Très instructif cette étude sur les capteurs...

Donc +les capteurs seront petits + les détails seront fins et - la sensibilité sera bonne vu que les cellules composantes sont de taille proportionnelle a ceux ci...

A méditer_____________________ 8-)

Lien vers le commentaire
Partager sur d’autres sites

Oui, sauf que si les photosites deviennent trop petit, ce sont les optiques qui n'arriveront pas à suivre. On a pu constater ça sur certains photoscopes 8 MPixels. Il faut des objectifs haut de gamme sur des compacts numériques pas chers... #-o

L'optique a ses lois que l'électronique ne peut ignorer. :doubt:

Antoine

Lien vers le commentaire
Partager sur d’autres sites

adesir, l'info EXIF CCDWidth n'EST PAS renseigné par le fabricant

mais calculé à l'aide d'autre champs EXIF concernant la résolution ...

En fait avec l'étude en francais ci-dessus qui confirme que la taille

en pouce genre 1/6 correspond bien aproximativement au 2/3 de

la diagonnale sachant que le capteur à un ratio 4/3 ou 16/9 si j'ai

le temps ce soir je vous ramène le bout de code REBOL demain

qui répond à la question initiale du premier message de ce thread.

Pour les question sur REBOL allez sur le forum rebolfrance j'y suis

depuis le début.

Lien vers le commentaire
Partager sur d’autres sites

C'est une réalité,on ne peut pas tout demander a des camescopes miniatures......néanmoins ce sont des petits bijoux technologiques s'apparentant a des usines a gaz...utilisables par Mr tout le monde....

Que demander de + après tout???????????????? =D>

Lien vers le commentaire
Partager sur d’autres sites

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant
 Partager

  • Achetez sur DIGIT-PHOTO

    digit-photo

    Le site DIGIT-PHOTO est un spécialiste du secteur photo-vidéo. C’est une enseigne sérieuse que nous vous recommandons. Basé à Metz, Digit-Photo applique le droit français (TVA). Les frais de port sont gratuits dès 40 € d’achat, avec une expédition en 24H. Retourner le matériel est possible et facile.

    Dans votre panier, si vous appréciez ce Forum, entrez le code Créateur MAGVIDEO. Vous paierez le même prix et cela financera des services gratuits comme ce Forum ou les News.

  • DISCUSSIONS RÉCENTES

    • Bonjour à tous.   Je travaille sous Studio 21 et Windows 10 avec un graveur externe Asus sur un nouveau PC (mon ancien équipé d’un graveur intégré ayant rendu l’âme) Après avoir réalisé un montage de séquences vidéos extraites à partir de mon camescope Sony, je crée mon projet. J'exporte en créant un disque sous le format AVCHD. Un message d'erreur apparaît "bdmv/stream/0000.mts semble être un format ou un type qui n'est pas pris en charge". Pinnacle plante à 50 % mais le répertoire BDMV est bien créé sur l’ordi avec les sous fichiers  BACKUP CLIPINF PLAYLIST STREAM Index.bdmv MovieObject.bdmv Le stream est lisible sur l’ordi.   J'ai donc gravé sur un DVD+RW tout le répertoire BDMV via Cyberlink power2go. Le stream est bien lisible sur mon PC mais rien ne se passe quand je veux le lire sur mon lecteur de salon. Idem avec une clé USB.   Je précise que je n'avais aucun problème avec mon ancien PC (avec Graveur interne)qui gravait le disque directement depuis Pinacle Studio 2...   Merci à tous de votre aide.  
    • Bonjour Je travaille sous W10 et Studio 21. Jusqu'à présent je n'avais aucun problème pour graver un dvd (le graveur était intégré à mon ordi). Mon nouveau PC ne disposant pas de graveur, j'utilise un lecteur/graveur DVD annexe. Pour faire mon montage vidéo, j'utilise des séquences vidéos extraites à partir de mon camescope dont le format est mts    Auparavant, il me suffisait de faire : Exporter Disque format AVCHD Qualité optimale  Graver un Disque et le tour était joué ! J'utilise la même méthode. A l'export le message d'erreur suivant s'affiche "impossible d'importer le fichier" mais l'export continue jusqu'à 100 %. Et le message "export terminé" s'affiche. En consultant le journal des événements on peut lire  "semble être une taille ou un type qui n'est pas pris en charge". Pourtant, j'obtiens bien un fichier BDMV avec BACKUP CLIPINF PLAYLIST STREAM (de format MP-TS Video File qui est bien lisible sur l'ordinateur mais pas sur mon lecteur DVD de salon. Merci de votre aide.
    • Merci Thierry P. pour l'info iMovie. De deux choses l'une : - les rumeurs de l'époque n'étaient pas justifiées, - l'appli a été améliorée ultérieurement pour gérer l'entrelacé… Edit : Une troisième possibilité existe, c'est le mauvais traitement de l'entrelacé en export iMovie…
    • Bonjour JLB21,     Imovie 10.4.3 sur Sequoia : entrelacé.    Il est vrai qu'on parle souvent de "lecteur QuickTime" et non d'enregistreur. Utiliser QT est bien pratique car si tu as 200 plans sur une K7 et que tu souhaites tout récupérer, sur iMovie ou FCPX, tu te retrouves parfois avec 200 fichiers. Je dis "parfois" car cela n'a pas l'air d'être systématique. Pas le temps de creuser pour l'instant.   Shotcut, entendu parler mais jamais essayé. Peut-être plus tard... 
    • Bonjour,   Lorsque je suis passé au caméscope numérique, j'ai pris le soin de transférer toutes mes K7miniDV avec FCP X avant de revendre mon HV10 Je possède donc dans une bibliothèque FCP X tous mes rushes capturés avec le HV10.   Je voudrais ajouter un élément à ton étude : à l'époque, il était fortement déconseillé de transférer avec iMovie 10. Cette version était décriée, contrairement aux versions précédentes, pour enregistrer les rushes en mode progressif, supprimant au passage une demi-image sur deux.   Je serais intéressé de savoir si c'est toujours le cas. Je possède bien tous les câbles et adaptateurs préconisé dans l'article, mais je ne possède plus le HV10.   En revanche, les transferts effectués avec FCP X sont bien en entrelacé comme le montre la capture d'écran partielle de MediaInfo, ici pour du HDV :     En container mov avec comme nom la date et l'heure de début d'enregistrement du clip. Exemple : 2007-08-19 09_03_32 (id).mov   Quant à QuickTime Player, je ne savais pas que parmi les sources ont pouvait avoir accès au caméscope et surtout obtenir le contenu d'un K7 dans son entier. C'est bon à savoir car la question de transfert sans coupure est souvent posée sur les forum Mac. Reste à vérifier si le transfert entrelacé est bien assuré.   Enfin, j'ajouterai que Shotcut, multi-plateforme est une solution complémentaire pour le transfert de K7.  
    • Autre constatation intéressante :   l'importation de certaines cassettes mini-DV s'effectue mal sur FCPX comme sur iMovie. Le symptôme est que l'importation s'arrête dès que le logiciel rencontre une discontinuité apparente (qui n'est pas visible) du rush.   Après avoir passé beaucoup de temps à réessayer avec ces logiciels et cherché à régler un paramètre, j'ai finalement trouvé la solution  : acquérir les rushes via un enregistrement de l'application QuickTime. Aucun arrêt de l'importation dans ce cas.   Ne me demandez pas pourquoi ça marche dans un cas, et pas dans l'autre ! En tout cas, je donne le truc.
×
×
  • Créer...

Information importante

j'accepte les cookies de ce site. Conditions d’utilisation