Affinity for Windows beta disponible

[olivier1010]

Affinity développe les Dng de telle façon que l'on découvre des pixels supplémentaires qui existent mais qui ne sont pas pris en compte dans LR....6120Px contre 6000 dans LR....par exemple MAIS les corrections géométriques des optiques, le vignettage ne sont pas traités......

Oui mais attention à ces pixels. DCRaw fait de même. L'astuce est d'utiliser un algorithme de dématricage différent pour les pixels en bordure. Car évidement on ne peut les combiner qu'avec des pixels vers l'intérieur du capteur.

Un boitier ne fait pas cela certainement pour des raisons de simplification des circuits de dématricage qui sont utilisés pour la fabrication du JPG. En effet il est plus que probable que ces circuits soient des FPGA (processeur logique programmable, ou pire un ASIC, sur lequel l'ajout d'un algorithme peut s'avérer couteux.

Mais aussi peut être parce que théoriquement, sur certaines images, il doit être possible de voir une frange apparaître en bordure à cause du changement d'algorithme de dématriçage.
En provenance du site DCRaw :

Why are dcraw output images larger than camera JPEGs?
    Any algorithm that combines each pixel with its neighbors is going to have problems near the edges. C code is cheap, so dcraw applies a different algorithm to edge pixels. Hardware logic is expensive, so cameras crop off the edge pixels after processing.

[restoc]

Les pixels en bordure ne sont pas des pixels images ( photo) mais des pixels de servitude . Sauf utilisation très particulière par des scientifiques et technologues ( mesure noir et bruit, zone d'atterrissage des algos etc)  ils n'ont aucun intérêt pratique pour le photographe.

Il est donc normal que les logiciels d'édition photo type LR ou PS  ne les prennent pas en compte et les masquent mais que les librairies des scientifiques aillent les chercher ou non  selon les besoins de leurs calculs.

Dans le cas d'Afinity qui a priori est juste un éditeur photo on ne voit pas trop l'intérêt de montrer ces pixels.

[Verso92]

Un boitier ne fait pas cela certainement pour des raisons de simplification des circuits de dématricage qui sont utilisés pour la fabrication du JPG. En effet il est plus que probable que ces circuits soient des FPGA (processeur logique programmable, ou pire un ASIC, sur lequel l'ajout d'un algorithme peut s'avérer couteux.

Tiens donc... d'où sors-tu cette argumentation ?

(les FPGA ne sont en principe intéressants économiquement que sur les petites séries. Sur les grandes séries, les ASIC reviennent moins chers, tout en ayant un degré d'intégration supérieur et une consommation moindre...)

[JacqDjo]

Je l'essaye en complément de LR.
J'ai du mal à utiliser les calques, ce n'est pas très souple.
Des résultats intéressants quand j'y arrive. Les tutoriels en anglais ne seraient pas mal si l'usage des outils n'était pas si rapide et éludé.

[olivier1010]

Tiens donc... d'où sors-tu cette argumentation ?

(les FPGA ne sont en principe intéressants économiquement que sur les petites séries. Sur les grandes séries, les ASIC reviennent moins chers, tout en ayant un degré d'intégration supérieur et une consommation moindre...)

Apparemment les Digic chez Canon sont des Asic. Il existe aussi des chips chez Altera de mémoire qui sont un intermédiaire entre FPGA et ASIC. En gros des FPGA destinés à une production de masse. Mise au point sur FPGA et production finale en quantité par une copie hardware du FPGA (hardcopy).

Cela dit les Asics contiennent de la logique ainsi que des processeurs embarqués, souvent en instructions ARM. Si la partie processeur s'apparente à un processeur classique, totalement programmable, la partie logique (celle qui permet des calculs parallèles simples très rapide) n'est pas modifiable. D'où la nécessité de figer cette partie lors de la conception, en lui attribuant des taches de bas niveaux temps réel comme le décodage / codage des informations en provenance du capteur, l'écriture des données vers les bus, etc...

[Pieloe]

Apparemment les Digic chez Canon sont des Asic. Il existe aussi des chips chez Altera de mémoire qui sont un intermédiaire entre FPGA et ASIC. En gros des FPGA destinés à une production de masse. Mise au point sur FPGA et production finale en quantité par une copie hardware du FPGA (hardcopy).

Cela dit les Asics contiennent de la logique ainsi que des processeurs embarqués, souvent en instructions ARM. Si la partie processeur s'apparente à un processeur classique, totalement programmable, la partie logique (celle qui permet des calculs parallèles simples très rapide) n'est pas modifiable. D'où la nécessité de figer cette partie lors de la conception, en lui attribuant des taches de bas niveaux temps réel comme le décodage / codage des informations en provenance du capteur, l'écriture des données vers les bus, etc...

"Sur le mien, il y a soleil ou ombre.
Je ne sais jamais lequel choisir."
Les bidochons en vacances

[Verso92]

Apparemment les Digic chez Canon sont des Asic. Il existe aussi des chips chez Altera de mémoire qui sont un intermédiaire entre FPGA et ASIC. En gros des FPGA destinés à une production de masse. Mise au point sur FPGA et production finale en quantité par une copie hardware du FPGA (hardcopy).

Les hardcopy sont onéreuses...

Je me renseignerai auprès de mes collègues pour plus de précisions, mais ça me semble plutôt irréaliste sur des productions de masse.