SLT A 77... L'annonce

[Bug Killer]

Vous voulez dire par emplacement que chaque photo occuperait toujours exactement le même emplacement de la mémoire (du coup en majorant la taille réservée pour une photo? mais entre un jpeg de basse résoltuion et un raw d'un 24 Mpixels...?)

A mon avis, le buffer contient les données brutes transférées en DMA depuis le capteur. C'est pendant l'opération d'enregistrement sur la carte mémoire qu'elles sont mises en forme, en raw ou en jpeg, avec plus ou moins de compression.

[jml6210]

Vous voulez dire par emplacement que chaque photo occuperait toujours exactement le même emplacement de la mémoire (du coup en majorant la taille réservée pour une photo? mais entre un jpeg de basse résoltuion et un raw d'un 24 Mpixels...?)

J'espère que non. Mais je ne connais pas le fonctionnement des appareils photo mais un peu celui des ordinateurs.

[mero]

NB: Andy Biggs est loin de n'être que naturaliste

ohhh..... superbe...

[jujucoline]

Il ya un fonctionnement très différent entre A850 et A55 sur le point du buffer : l'A850 encaisse moins de photos en rafale que le 55 (16 RAW à 3 i/s contre 20 à 10 i/s), pour des RAW d'environ 35 Mo pour le 850 contre 16 pour le 55. soit un débit par seconde d'environ 100 Mo pour le 850 contre 160 pour le 55...
Quand on atteint la limite du buffer, le 850 continue à déclencher à environ 1 i/s, alors que le 55 se bloque complètement, pour un temps variant selon la carte d'environ 40 s avec une SD pas top ou 15 avec un MS très rapide... Par contre en rafale "lente" (7 i/s ?) le 55 ne bloque pratiquement pas, et la rafale dure plus longtemps.

L'A77 doit débiter autour de 400 Mo/s en 12 i/s, ça va être très intéressant de noter les différences d'autonomie selon les modes de rafale. Et autant dire qu'avec 400 Mo/s, va falloir de la carte super costaud en rafale. Pour le 850, j'avais une très rapide pas très grosse (question de tarif) pour les rares rafales, et une grosse moins rapide pour la capacité "en général".

[jml6210]

Vous voulez dire par emplacement que chaque photo occuperait toujours exactement le même emplacement de la mémoire (du coup en majorant la taille réservée pour une photo? mais entre un jpeg de basse résoltuion et un raw d'un 24 Mpixels...?)

A mon avis, le buffer contient les données brutes transférées en DMA depuis le capteur. C'est pendant l'opération d'enregistrement sur la carte mémoire qu'elles sont mises en forme, en raw ou en jpeg, avec plus ou moins de compression.

DMA ?

Merci

[Bug Killer]

Direct Memory Access. Un mécanisme par lequel un contrôleur de périphérique prend les commandes du bus mémoire. Il n'effectue qu'une opération simple : transférer en une seule fois un gros paquet de données sans être interrompu et sans passer par le microprocesseur. En revanche, l'opération d'enregistrement, nécessairement plus lente à cause des cartes mémoire et de la mise en forme des données qui sollicite le processeur, n'a pas besoin d'être prioritaire, ni même de s'effectuer impérativement en une seule opération. C'est une architecture classique en informatique.

[jml6210]

Il ya un fonctionnement très différent entre A850 et A55 sur le point du buffer : l'A850 encaisse moins de photos en rafale que le 55 (16 RAW à 3 i/s contre 20 à 10 i/s), pour des RAW d'environ 35 Mo pour le 850 contre 16 pour le 55. soit un débit par seconde d'environ 100 Mo pour le 850 contre 160 pour le 55...
Quand on atteint la limite du buffer, le 850 continue à déclencher à environ 1 i/s, alors que le 55 se bloque complètement, pour un temps variant selon la carte d'environ 40 s avec une SD pas top ou 15 avec un MS très rapide... Par contre en rafale "lente" (7 i/s ?) le 55 ne bloque pratiquement pas, et la rafale dure plus longtemps.

L'A77 doit débiter autour de 400 Mo/s en 12 i/s, ça va être très intéressant de noter les différences d'autonomie selon les modes de rafale. Et autant dire qu'avec 400 Mo/s, va falloir de la carte super costaud en rafale. Pour le 850, j'avais une très rapide pas très grosse (question de tarif) pour les rares rafales, et une grosse moins rapide pour la capacité "en général".

Merci.

Cela répond à la question que je n'ai pas posé. Je me disais que le processeur avait "autre chose" à faire pendant la rafale et je me demandais si la copie commençait immédiatement.

[nyarlathotep]

Le logiciel DimageControl dont le suis le principal auteur a un mode client-serveur. Avec lui, pour piloter un Dimage A1 ou A2, il n'y a pas de limite de distance tant qu'il y a une connexion IP raccordée à l'internet entre le PC de contrôle et celui auquel est raccordé l'APN. Les deux seules fonctions qu'il ne permet pas de reporter sont la marche/arrêt et le changement de focale. En revanche, il a un détecteur de mouvements réglable et un intervallomètre à plage large.

Oula oula... Raconte !

Que veux tu savoir de plus ?

Tout.

[jujucoline]

Le goulet d'étranglement c'est clairement le transfert sur carte... La notion de "x400" par exemple, c'est sur la base de 150 Ko/s. Une carte 400x, c'est théoriquement 60 Mo/s environ, mais en lecture, pas en écriture où c'est plus lent. 12 i/s en 24MP (35 Mo le RAW), ça fait du 420 Mo/s, soit une carte x3000. Et x3000 en écriture, pas en lecture... Ca n'existe pas.

Avec l'A100 en JPEG on avait une rafale illimitée dans le temps, 3 images de 3,5 Mo/s, environ 10 à 15 Mo/s selon le niveau de détails des JPEG. Avec une carte x133 pas d'interruption de rafale à l'époque. En RAW par contre on passait aussi relativement vite à 1 i/s le temps que le buffer se vide...

[jml6210]

Direct Memory Access. Un mécanisme par lequel un contrôleur de périphérique prend les commandes du bus mémoire. Il n'effectue qu'une opération simple : transférer en une seule fois un gros paquet de données sans être interrompu et sans passer par le microprocesseur.
En revanche, l'opération d'enregistrement, nécessairement plus lente à cause des cartes mémoire et de la mise en forme des données qui sollicite le processeur, n'a pas besoin d'être prioritaire, ni même de s'effectuer impérativement en une seule opération. C'est une architecture classique en informatique.

Merci
La seconde partier épond à ma question avant que ... je l'envoi.

[manu2023]

et 3 CF-SSD en raid ?

[Bug Killer]

Que veux tu savoir de plus ?

Tout.

DimageControl est un logiciel pour Windows XP (au delà le pilote USB des Dimage Ax, n'existe pas). Comme il a intéressé des utilisateurs anglo et germanophones, il s'affiche automatiquement en français, anglais ou allemand en fonction de la langue active sur le PC. Il est écrit en C++ avec les MFC et basé sur un SDK que Minolta fournissait sur demande. Il permet de contrôler toutes les fonctions électroniques des Ax, expo, mise au point, balance des blancs, y compris à la pipette avant PDV, etc avec visée liveview (avec reproduction très fidèle de l'EVF ou affichage des infos dans les marges, au choix) et histogramme temps réel sur le PC. De plus, il a un algorithme de détection de mouvement paramétrable (global, spot, flex ; sensibilité ; finesse de la grille de détection ; sensibilité) qui fait qu'il a été utilisé et est encore utilisé pour photographier des oiseaux ou des papillons. Les algos sont suffisamment bien fichus pour ne pas être perturbés par le vent dans les branches. Comme le collimateur de MAP est déplaçable à volonté, il est couplé au détecteur de mouvement.

Le mode client-serveur est implanté dans le logiciel lui même. Il suffit de choisir : mode local, client ou serveur. En mode C/S, les photos sont enregistrées côté serveur pour plus de rapidité et parce qu'il est possible de les récupérer par les moyens habituels de Windows, FTP, partage Windows, etc.

Je me suis bien amusé à le développer alors qu'en dehors des tests, je ne m'en suis jamais servi.

Si tu as encore un A1 ou A2 en état de marche et un PC sous XP, tu peux le télécharger ici http://www.photocool.fr/Forum/viewtopic.php?t=26554

Pilote USB pour A1 http://jmdubois.free.fr/DC_USBDrvrInstA1.exe
pour A2 http://jmdubois.free.fr/DC_USBDrvrInstA2.exe

[Bug Killer]

P.S. : il faut basculer l'Ax en mode pilotage dans un de ses menus pour pouvoir établir une connexion USB adéquate.

[nyarlathotep]

Que veux tu savoir de plus ?

Tout.

DimageControl est un logiciel pour Windows XP (au delà le pilote USB des Dimage Ax, n'existe pas). Comme il a intéressé des utilisateurs anglo et germanophones, il s'affiche automatiquement en français, anglais ou allemand en fonction de la langue active sur le PC. Il est écrit en C++ avec les MFC et basé sur un SDK que Minolta fournissait sur demande. Il permet de contrôler toutes les fonctions électroniques des Ax, expo, mise au point, balance des blancs, y compris à la pipette avant PDV, etc avec visée liveview (avec reproduction très fidèle de l'EVF ou affichage des infos dans les marges, au choix) et histogramme temps réel sur le PC. De plus, il a un algorithme de détection de mouvement paramétrable (global, spot, flex ; sensibilité ; finesse de la grille de détection ; sensibilité) qui fait qu'il a été utilisé et est encore utilisé pour photographier des oiseaux ou des papillons. Les algos sont suffisamment bien fichus pour ne pas être perturbés par le vent dans les branches. Comme le collimateur de MAP est déplaçable à volonté, il est couplé au détecteur de mouvement.

Le mode client-serveur est implanté dans le logiciel lui même. Il suffit de choisir : mode local, client ou serveur. En mode C/S, les photos sont enregistrées côté serveur pour plus de rapidité et parce qu'il est possible de les récupérer par les moyens habituels de Windows, FTP, partage Windows, etc.

Je me suis bien amusé à le développer alors qu'en dehors des tests, je ne m'en suis jamais servi.

Si tu as encore un A1 ou A2 en état de marche et un PC sous XP, tu peux le télécharger ici http://www.photocool.fr/Forum/viewtopic.php?t=26554

Pilote USB pour A1 http://jmdubois.free.fr/DC_USBDrvrInstA1.exe
pour A2 http://jmdubois.free.fr/DC_USBDrvrInstA2.exe

Ah, sympa. J'ai toujours mon A1. Mais je suis sous Seven... Quoique... Sous Seven, les programme xp marchent mieux qu'avec Vista.

[manu2023]

Vista ? C'est quoi ?

[vroum]

Vista ? C'est quoi ?

Au choix, une oldsmobile ou une tata ...