Filtre Clip-in Fujifilm

[GuillaumeKIO]

Bonjour,

 

Je n'ai pas vu d'information concernant le sujet ici, des filtres clip-in vont sortir sur les appareils photos de la série X de Fujifilm.

 

Info vu ici : https://www.fujirumors.com/stc-optics-clip-in-filters-for-fujifilm-x-series/

 

Et en effet sur le site de STC : https://stcoptics.com/en/2019cpplus/

 

Bonne nouvelle pour les possesseurs de Fuji (comme moi :D)

 

A bientôt.

 

 

[Moot]

Je suis aussi possesseur de Fuji, mais à mon avis, une meilleure nouvelle serait que les logiciels soient tous capables de traiter les RAF. DxO ne connaît pas et ne veut pas connaître, CaptureOne si mais il faut la dernière version pour traiter les fichiers issus des appareils récents (et je n'adhère pas au fonctionnement de ce logiciel prompt à créer des dossiers et des fichiers en pagaille dès que l'on traite une image), il reste RawTherapee et LightRoom (dont je ne suis pas adepte).

 

En astro, PixInsight lit les RAF mais ne permet pas de faire une chaîne de traitement normale : on peut faire des images calibrées selon le processus habituel, mais il est impossible de les dématricer ensuite ! On se retrouve obligé de dématricer les offsets, darks et flats si on veut récupérer la couleur, ce qui est un non-sens. Sans cela, à quoi bon faire des images astro avec ces appareils ?

Modifié 21 mai 2019 par Moot

[GuillaumeKIO]

Je suis d'accord avec toi, c'est compliqué avec ces appareils, mais Pixinsight peut le faire depuis pas lontemps (depuis la 1.8.6), Siril egalement il me semble (https://pixinsight.com/forum/index.php?topic=12986.0)

Je n'ai pas encore testé depuis la MAJ, je ne garantie pas le bon fonctionnement, mais ça doit le faire.

Avant celà j'avais tout de même de bon résultat :

https://www.astrobin.com/389317/?nc=user

et

https://www.astrobin.com/375051/?nc=user

Par contre, les logiciels de pilotage par ordinateur des appareils Fuji ne sont pas encore aboutie à mon sens.

 

[Moot]

Il y a 6 heures, GuillaumeKIO a dit :

Pixinsight peut le faire depuis pas longtemps (depuis la 1.8.6)

Même pas : "this means that once you install the new RAW module, X-Trans raw data can be calibrated. However, for a complete support of X-Trans CFA frames, we need to implement X-Trans CFA interpolation in the Debayer module (which, by the way, should not be called Debayer anymore after such update), so the StarAlignment and ImageIntegration tools can work to register and integrate the demosaiced data, respectively. The DrizzleIntegration module requires no change at all, since it is already able to work with X-Trans CFA patterns (with arbitrary mosaic patterns, actually). I will be working on this very soon".

 

C'est le truc pervers dont je parlais : tu peux lire les fichiers qui sortent de l'appareil et les convertir en images en couleur, mais si tu fais une calibration sur les fichiers non-démosaïqués, tu ne peux pas convertir le résultat en couleurs ensuite. C'est le module RAW qui fonctionne, pas celui "Debayer".

 

En fait, comme il est dit, on peut faire quelque chose, grâce au Bayer drizzle, mais pas par la méthode classique.

Modifié 23 avril 2019 par Moot

[Stéphiou]

Bonjour,

Je suis également un fervent utilisateur de capteurs Fuji en astrophoto.

 

Pour avoir utilisé des modèles X-M1, X-T10 et maintenant X-T20, je confirme que les dernières versions de SIRIL (https://www.siril.org/download/) gèrent très bien les RAW issues de capteurs X-TransI/II/III, en particulier la conversion en FITS et surtout le démosaïçage après calibration : cela demande un paramétrage spécifique (conversion + démosaïçage + preprocess), mais ça marche ! 👍

 

Concernant PI, comme l'a écrit @GuillaumeKIO, on doit pouvoir démosaïquer également des RAW issues de capteurs Fuji...d'après l'annonce de mi-Déc 2018 sur la version 1.8.6 Ripley (voir mess de Guillaume plus haut) :

X-Trans Support
The new RAW module and Debayer tool provide full support for X-Trans raw frames throughout the entire preprocessing pipeline.

Images acquired with X-Trans sensors are now first-class citizens in PixInsight, from image calibration to drizzle integration.

Par contre pour l'instant je n'y arrive pas avec la script "Batch Pre Processing" avec des images X-TransIII ! (pas essayé avec les précédents)

J'utilise la version1.8.6 (standard 01.08.06.1474 Ripley x64).

Ce doit être une question de paramétrage qque part, c'est pas possible...🤔...sinon c'est plus que pervers !

 

Le 23/04/2019 à 21:46, Moot a dit :

En fait, comme il est dit, on peut faire quelque chose, grâce au Bayer drizzle, mais pas par la méthode classique.

Du coup, je me trompe ou cela demanderait d'aligner en Drizzle des images non-démosaïquées, et d'activer le démosaïçage via le module "Drizzle Integration" avec l'alignement ???

Modifié 19 mai 2019 par Stéphiou

[Stéphiou]

Bonjour,

 

J'ai testé le pré-traitement sous PI en partant d'images initiales au format brut Fuji (.RAF) sous 2 méthodes : en module "Batch Preprocessing" et en "workflow" --> ça marche sans aucun pb !!!

Tests réalisés avec la version 1.8.6 Ripley x64 (01.08.06.1475).

 

D'abord ds Format Explorer --> RAW --> double click => sélectionner PURE RAW (sans rien modifier).

Puis pour chaque méthode :

• le module "Batch Preprocessing", pour un pré-traitement de contrôle rapide mais non optimisé :
  • charger les .RAF (darks, lights etc) et régler le module comme bon vous semble, mais attention :
    • cocher CFA
    • "Debayer" en AUTO + "Demosaicing" en Bilin ou VNG

• en "workflow" complet avec "process icons", ce qui permet de contrôler les images générées à chaque étape pour optimisation :
  • les images intermédiaires calibrées sont bien démosaïquées (1canal gris)...
  • ...puis à convertir avec le module "Debayer" qui est maintenant pleinement compatible et effectif avec les .RAF démosaïquées !
    • lancer le module "Debayer" sur les lights calibrées : "Bayer" en AUTO et "Demosaicing" en Bilin ou VNG

En cours de test des modules suivants :

• DrizzleIntegration : déjà, ça marche !
• PhotometricColorCalibration : ça marche aussi...
  • ...mais la même fonctionnalité sous SIRIL semble plus robuste (moins de paramètres, mais d'expérience elle marche à tous les coups)
  • ...alors que celle de PI est plus "capricieuse", avec des résultats en image très très rouge (plus de paramètres à ajuster : peut être qu'il faut optimiser ?)

 

[Moot]

C'est une bonne nouvelle, ça bloquait avec la précédente version que j'avais (01.08.06.1457) au niveau du module Debayer. Au fait, la dernière version, c'est 01.08.06.1473 (datée du 14 mai).

[Stéphiou]

 

Il y a 8 heures, Moot a dit :

au niveau du module Debayer

OK, par contre je ne sais pas depuis quelle version ça marche, théoriquement depuis mi-Déc 2018 (date de l'annonce).

Ce qui est sûr, c'est que maintenant, plus besoin de convertir les .RAF, c'est automatique.

Les images intermédiaires (calibrées + alignées) sont enregistrées démosaïquées au format natif de PI (.XISF).

 

Il y a 8 heures, Moot a dit :

Au fait, la dernière version, c'est 01.08.06.1473 (datée du 14 mai)

La dernière version est bien :

[Moot]

il y a 34 minutes, Stéphiou a dit :

La dernière version est bien :

Je viens de vérifier : au téléchargement, c'était la 01.08.06.1473 (c'est le nom sur le lien et c'est celui du programme d'installation), et effectivement, une fois installé, si je le lance et que je demande les informations de version, ça m'indique 01.08.06.1475 !

 

il y a 34 minutes, Stéphiou a dit :

 je ne sais pas depuis quelle version ça marche, théoriquement depuis mi-Déc 2018 (date de l'annonce).

Je n'y suis pas arrivé avec la précédente (01.08.06.1457), datée de janvier dernier. Comme je l'ai dit, ça ouvrait les RAF, on pouvait faire le prétraitement mais ensuite, impossible de convertir l'image traitée en image en couleurs avec Debayer.

Modifié 21 mai 2019 par Moot

[Moot]

J'ai été optimiste, le message suivant s'affiche systématiquement :

 

Debayer: Processing view: _DSF1664_cal

*** Error: Unable to acquire CFA pattern information: Invalid image property or keyword value.

<* failed *>

 

C'est pourtant bien censé être une brute (en noir et blanc), on reconnaît la trame CFA dedans. Le format original est FITS, mais je n'ai pas eu le choix. Aurait-il fallu qu'elle fût en couleurs ?

Je vais réessayer à partir d'une RAF, je n'ai sans doute pas fait ce qu'il fallait au stade du décodage.

 

[Moot]

Essais :

1° : une image RAF est ouverte, enregistrée en XISF, on peut la convertir en couleurs.

2° : process "image integration" effectué sur des RAF, résultat enregistré en XISF -> impossible de convertir le résultat en couleurs.

[Stéphiou]

@Moot Je n'ai jamais eu le message d'erreur que tu as posté.

Quel capteur X-Trans utilises-tu ? en cas envoie moi au moins 2 lights brutes + 2 darks bruts, et je regarde.

 

Dans l'ex ci-dessous, je ne travaille qu'avec des darks et des lights :

1. avant tout, as-tu bien réglé ds FORMAT EXPLORER --> RAW --> double click --> PURE RAW --> OK, avant de démarrer tout process ?
   • voir le 1ier printscreen RAW FORMAT PREFS
2. ensuite il suffit de charger tes darks (bias etc) en .RAF ds les modules ImageIntegration (pour création Master Dark etc)
   • voir ds le 2nd printscreen : la fenêtre de gauche = l'ImageIntegration pour fabriquer mon Master Dark mosaïqué en .XISF
3. puis charger tes lights en .RAF ds le module ImageCalibration (pour calibration des lights)
   • voir ds le 2nd printscreen : la fenêtre du milieu = l'ImageCalibration pour fabriquer mes lights calibrées mosaïqué en .XISF
   • j'ai attaché un log exemple du module ImageCalibration sur 3 lights brutes en .RAF calibrées avec mon Master Dark
4. et enfin tu charges tes images calibrées en .XISF ds Debayer :
   • voir ds le 2nd printscreen : la fenêtre de droite = le Debayer pour démosaïquer les images calibrées
   • là tu obtiens tes images calibrées démosaïquées en RGB et au format .XISF
   • j'ai attaché un log exemple du module Debayer lancé sur 3 lights calibrées

Et en dessous de la fenêtre Debayer ds le 2nd printscreen, un exemple de résultat sur la nébuleuse de la Trompe d’Éléphant à partir d'images brutes Fuji (après bien d'autres étapes).

Je n'ai découvert PI que ce WE, donc le résultat n'est pas optimisé.

 

Par contre avec les paramètres ds les printscreens en attache, ça fonctionne !

Et même principe en script "Bat Preprocessing".

 

 

 

 

Logs_Debayer.txt

Logs_ImageCalibration.txt

[Moot]

Merci pour toutes ces indications, laisse-moi un peu de temps pour examiner ça en détail.

J'ai PI depuis plusieurs années, et là, je n'ai pas l'impression de faire quelque chose de différent de ce que tu indiques, ni de ce que je faisais d'habitude avec des CR2 de chez Canon. La cause est peut-être alors le capteur, car mon appareil est un modèle récent, le X-T3. Après tout, mon "ancienne" version (9) de CaptureOne n'est pas capable de lire ses RAF (mais RawTherapee le fait sans souci)...

[Moot]

Bon, rien à faire : le réglage du module RAW est bien le bon (il suffit de cliquer sur "pure RAW"), je peux lire un RAF et en faire un XISF qui est "dématriçable", aucun problème.

En revanche, le résultat d'un empilement (process ImageIntegration) a perdu les données CFA, donc il ne peut pas être dématricé. Même si au lieu de mettre les RAF dans la liste, je mets des XISF, ça ne change rien. Le capteur de l'appareil n'y est pour rien, ça ne marche pas mieux avec des images prises avec mon "vieux" X-E2.

Je vais aller en parler sur le forum PixInsight, j'attends que mon inscription (ah, le captcha illisible, ils sont très forts !) soit validée.

Modifié 22 mai 2019 par Moot

[Stéphiou]

OK, bonne idée d'ouvrir un post sur le forum de PI : tu pourras nous donner le lien ?

Et m'envoyer 2 darks et 2 lights en .RAF issus du X-T3 ? que je jette un œil avec PI et SIRIL par curiosité

Merci d'avance !

Modifié 22 mai 2019 par Stéphiou

[Stéphiou]

Perso j'utilise Luminar2018 et Luminar3 pour le traitement photo : ils gèrent parfaitement les .RAF des X-TransI/II/III, jamais testé avec un IV.

[Moot]

il y a 12 minutes, Stéphiou a dit :

OK, bonne idée d'ouvrir un post sur le forum de PI : tu pourras nous donner le lien ?

Et m'envoyer 2 darks et 2 lights en .RAF issus du X-T3 ? que je jette un œil avec PI et SIRIL par curiosité

Merci d'avance !

-> MP !

[Stéphiou]

 @Moot Ah dsl, je savais pas : PI a besoin de 3-4 images pour le module ImageIntegration : tu peux rajouter 1-2 dark + 1-2 light stp ? merci !

 

[Moot]

Fait : tu en as 5 de chaque (il vaut mieux un nombre impair). Au fait, si ça ne marche pas avec deux, c'est sans doute parce que les statistiques pour la réjection de pixels y perdent leur signification.

[Stéphiou]

@Moot Pour moi ça marche nickel/chrome avec tes images X-T3 !!!

Logs jusqu'à la fin du Debayer en attache.

Quelle était ta focale ? (pour le PhotometricColorCalib)

Logs_Moot.txt

[Moot]

C9 + réducteur x0,5, soit 1175 mm environ.

[Stéphiou]

OK ! SIRIL m'a trouvé 1170mm sans pb, alors que je n'arrive pas à faire le PhotometricColorCalib avec PI (clairement plus compliqué à ajuster).

Tu veux que je t'envoie le fichier final obtenu via PI et SIRIL ?

Printscreen obtenu rapido sous SIRIL :

 

[Stéphiou]

@Moot Tu as clairement un pb avec ton PI :

• vérifie la version du LibRaw utilisée (https://pixinsight.com/forum/index.php?topic=13049.msg81944;topicseen#msg81944)
• sinon désinstalle et réinstalle tout de 0 proprement !

[Moot]

Tout viré, y-compris les fichiers résiduels. Réinstallé.

Pas mieux.

LibRaw dernière version stable. De toute façon, il n'aurait pas été capable de lire les RAF si le problème avait été là.

Incompréhensible.

Modifié 22 mai 2019 par Moot

[Stéphiou]

Perso je suis sous Win10 et ce WE j'ai installé ce fichier : PI-windows-x64-01.08.06.1473-20190514-t.exe

Je ne l'avais jamais installé avant : donc absolument aucune trace nulle part sur mes partitions.

Si ce n'est pas ça, je ne vois plus qu'à demander l'avis de Juan sur le forum de PI !

En attendant tu peux tout pré-traiter sous SIRIL, ça marche nickel 👍, quitte à affiner le traitement de l'image empilée sous PI si besoin !

[Stéphiou]

@GuillaumeKIO Pour revenir à ton post, qques infos 👍 de STC : https://stcoptics.com/en/clip_filter/

[Hordeck]

Bonjour,

 

@GuillaumeKIOEst-ce que je peux vous demander où l'on peut se procurer le STC Duo Narrowband Clip Filter pour Fujifilm X-series ou le STC Multispectra Clip Filter, toujours pour Fujifilm X-Series?

 

J'ai bien vu des infos sur le site de CycloOptics mais ils sont basés en Asie si je ne me trompe?

 

Y'aurait-il un autre fournisseur en Europe?

 

Merci d'avance

[ZolkMutant]

Bonjour,

 

Je remets le sujet à l'ordre du jour ...

Je suis allé voir sur le site de STC et je suis vraiment intéressé par leur système.

Quelqu'un a-t-il déjà commandé chez eux ? Sont-ils fiables ?

 

Merci