WeisLeDocto
commented
6 months ago Bonjour Rian,
serait-il possible d'avoir quelque chose comme: (image_%4.4d, nb_image), e.g. image_0001.tiff
On m'a déjà remonté ce problème, il sera réglé dans la prochaine release de Crappy (2.0.5).
Le format envisagé est le suivant (en notation f-string): f'{nr:06d}_{t:.3f}.tiff'. L'information temporelle est importante pour les essais où l'acqusition d'images ne se fait pas à intervalles réguliers, et où deux images consécutives peuvent être distantes dans les temps.
Dans la version 2.0, j'ai supprimé la possibilité pour les utilisateurs de choisir le nom des images (possibilité présente en 1.5). Je ne pense pas la rétablir tel qu'elle existait (l'utilisateur fournit une str formattée).
Eventuellement, la possibilité pour l'utilisateur de renseigner une fonction (qu'il crée lui-même) prenant en entrée le temps et l'index et retournant la str dans le format souhaité est envisageable. Je pensais garder ça pour un futur Camera Block plus avancé (todo #61), le Camera Block actuel de base a déjà beaucoup d'options.
Tu peux utiliser ce code pour renommer tes images en attendant :
```python # coding: utf-8 from pathlib import Path from shutil import move import argparse from re import fullmatch if __name__ == "__main__": parser = argparse.ArgumentParser() parser.add_argument('src', type=Path, nargs=1) parser.add_argument('dst', type=Path, nargs=1) args = parser.parse_args() source = args.src[0] destination = args.dst[0] for img in source.glob('*.tiff'): i, = fullmatch(r'(\d+)_\d+\.\d+\.tiff', img.name).groups() move(img, img.parent / f'image_{int(i):04d}.tiff') ``` Usage (le dossier source peut être le même que destination): ```bash python rename.py chemin_du_dossier_source chemin_du_dossier_destination ```
Par ailleurs ou puis-je trouver les blocks permettant de faire automatiquement une interpolation de la force, du temps ou autre, aux pas de temps images ?
Je n'avais jamais envisagé ce besoin auparavant, c'est vrai que ce serait pas mal. Habituellement, le Block Multiplexer permet de synchroniser plusieurs signaux dans une même base de temps. Ca fonctionne si le traitement d'images est effectué par Crappy, puisqu'il y a des valeurs de sortie à synchroniser. Mais dans le cas du Camera Block de base qui ne fait qu'acquérir des images il n'y a pas de sortie.
C'est toujours possible de régler le Block Multiplexer pour interpoler les valeurs de force etc. à la même fréquence que l'acquisition d'images, mais il n'y aura pas de synchronisation avec l'acquisition à proprement parler. Seules les fréquences seront identiques, avec un déphasage possible. D'ailleurs quelle est la fréquence cible pour l'acquisition des images ? Ca joue beaucoup sur la possibilité même de faire quoi que ce soit de "synchronisé" en Python.
rian44s
Bonjour Antoine,
Lorsque j'utilise le block crappy.blocks.Camera('CameraGstreamer'), le nom utilisé automatiquement pour l'enregistrement des images est quelque chose comme: (%i_%f, nb_image,t(s))
serait-il possible d'avoir quelque chose comme:
(image_%4.4d, nb_image), e.g. image_0001.tiff afin d'avoir un padding de zero devant les numéros images et enlever le temps. C'est problématique pour nos routines de corrélation d'image.
Par ailleurs ou puis-je trouver les blocks permettant de faire automatiquement une interpolation de la force, du temps ou autre, aux pas de temps images ?
Merci d'avance, Rian