DxO Photolab v9

[Es33]

Pour des informations à la source, voir le fil dédié sur le forum de DXO :

https://forum.dxo.com/t/dxo-software-new-cameras-lenses-support-9-december-2025-update/11735

Merci, je viens de voir la prise en compte de l'A7V se fera après la fin janvier.

[rsp]

Merci, je viens de voir la prise en compte de l'A7V se fera après la fin janvier.

C'est la meilleure source pour ces informations, même si parfois il y a des reports. Comme on l'a écrit avec Franck29, ça dépend de la marque (plus c'est diffusé - comprendre Canon Sony Nikon Fuji- plus c'est rapide) mais comme nous ils ont besoin d'un boîtier de série avec un micrologiciel finalisé pour faire les mesures. Les mesures ça prend du temps... En plus, si plusieurs grandes marques sortent en même temps des boîtiers ou s'il y a des retards de livraison, ça se répercute sur leurs délais. C'est un peu le prix à payer pour avoir des profils de correction maison.

[Frank29]

Bonjour,

Mise à jour de Photolab Win -> v9.3.2

- Corrections de bugs et améliorations

[michan]

Bonjour,

Mise à jour de Photolab Win -> v9.3.2

- Corrections de bugs et améliorations

Pas étonnant la 9.3.1 win était vraiment pourrie.
J'essaierai de la tester dans les jours à venir.

[rsp]

Bonjour,

Mise à jour de Photolab Win -> v9.3.2

- Corrections de bugs et améliorations

Le chargement des vignettes est devenu ultra rapide. C'est déjà une amélioration.

[BOY]

Bonjour
De mon coté la v9.3.2 n'a pas réglé les problèmes avec Nvidia.
J'utilise la version de driver conseillée par DxO, la version 581.57. J'ai essayé aussi la dernière version 591.

La sélection des formes avec les masques IA marche bien. Mais, quand il y a des masques IA, je suis confronté à des crash sur l'export des images, et même sur des recadrages.
J'ai fait des tickets et j'envoie les rapports de bug.

L'ordinateur est basé sur un Ryzen 5, une RTX 5070, 15go de libre sur le SSD avec le cache de Dx0 réglé sur la valeur par défaut 5Go.

J'hésite à tester les drivers très vieux 577.
Je suis preneur d'infos si quelqu'un a des idées ou des nouveautés.
Cordialement,

[fabco]

Bonjour
De mon coté la v9.3.2 n'a pas réglé les problèmes avec Nvidia.
J'utilise la version de driver conseillée par DxO, la version 581.57. J'ai essayé aussi la dernière version 591.

La sélection des formes avec les masques IA marche bien. Mais, quand il y a des masques IA, je suis confronté à des crash sur l'export des images, et même sur des recadrages.
J'ai fait des tickets et j'envoie les rapports de bug.

L'ordinateur est basé sur un Ryzen 5, une RTX 5070, 15go de libre sur le SSD avec le cache de Dx0 réglé sur la valeur par défaut 5Go.

J'hésite à tester les drivers très vieux 577.
Je suis preneur d'infos si quelqu'un a des idées ou des nouveautés.
Cordialement,

Bonsoir,
Le ssd a quelle capacité ? tu dois laisser 20% de libre

quel ryzen 5 as- tu ?
Combien de mémoire ram ? c'est important pour l'export.
Avec une version plus ancienne j'avais des problèmes à l'export avec 16go .Je suis monté à 32 et je n'ai plus eu de souci.

Combien traites-tu de photos en même temps ?

Je suppose que la cg 5070 a 8go de vram sinon combien ?

As-tu modifié le cache de win ? par défaut il calcul la quantité de mémoire de celui-ci.

[BOY]

Bonsoir,

Bonsoir,
Le ssd est un peu ancien, de 118Go.

quel ryzen 5 as- tu ? 2600X
Combien de mémoire ram ? 16Go.

Combien traites-tu de photos en même temps ? 1 par 1, le paramètre Dx0 est toujours sur la valeur par défaut à 2.

Carte graphique de 12Go, le père noël l'a amené spécialement pour Photolab 9.

As-tu modifié le cache de win ? Non, Mémoire virtuelle en réglage par défaut, elle est sur le même petit SSD un peu plein...je pourrais éventuellement faire des essais en la déplaçant sur le disque dur mécanique.

[fabco]

Le proc et le ssd n'est pas récent.
Le jpeg il est sauvegardé sur ce ssd ou ailleurs ?

Tu pourrais essayer de libérer de l'espace sur le ssd au moins 24go.

Avec le gestionnaire de tache vérifie que tu ne satures pas la mémoire pendant que tu exportes.
Si tu arrives à 15go ce serais une piste de ton souci voir la cause.

idem avec la vram

Comme tu as rien modifié la cause ne devrait pas être là.



 

[andreP]

Passer la mémoire virtuelle sur un disque mécanique serait une mauvaise solution, beaucoup trop lent par rapport au ssd système.

[BOY]

Tu pourrais essayer de libérer de l'espace sur le ssd au moins 24go.

Merci Fabco d'avoir insister sur l'espace disque.
J'ai libéré 35Go sur le SSD...
et il y avait des valeurs explicites sur la mémoire virtuelle (aucun souvenir), j'ai remis "géré par le système".

Depuis ce matin, aucun plantage donc ça semble une action positive.

Avec le gestionnaire de tache vérifie que tu ne satures pas la mémoire pendant que tu exportes.

Je n'ai pas fait l'exercice avant de faire le ménage sur le SSD.
Quand je fais l'exercice après avoir fait du ménage, je vois une RAM pas saturée et une mise en cache autour de 5Go... ça ne semble pas énorme et pourtant DxO ne crashe plus.
On voit bien l'augmentation de conso à l'export.

Passer la mémoire virtuelle sur un disque mécanique serait une mauvaise solution, beaucoup trop lent par rapport au ssd système.

Oui, Merci pour la remarque. Pour l'instant, je me suis concentré sur faire du ménage sur le SSD.

Merci pour vos aides.

[fabco]

bonjour,

Affaire à suivre mais il semble que ton souci soit résolu.
Quand j'avais eu mon problème , le sav de dxo avait insisté pour que win gère tout seul le cache mais cela n'avait pas suffit.
D'ailleurs il était déjà comme cela.

bonnes photos

[michan]

Version  9.4.0 disponible.

[michan]

Version  9.4.0 disponible.

Avec mon matériel et quelques anciennes photos traitées aucun plantage et ça c'est une nouveauté 

[gerarto]

DxO annonce sortir 326 nouvelles combinaisons boîtier/objectifs avec la mise à jour du 13 janvier :

Appareils photo:
● Hasselblad X2D II 100C

Objectifs:
• Canon RF 45mm F1.2 STM
• Fujifilm GF 500 mm F5.6 R LM OIS WR
• Fujifilm GF 500 mm F5.6 R LM OIS WR avec GF1.4x
• Hasselblad XCD 35-100 mm F2.8-4 E
• Leica APO-Summicron-R 180mm F2
• Leica Elmarit-M 24mm F2.8 ASPH.
• Leica Elmar-M 28mm F2 ASPH.
• Leica Elmar-M 50mm F2.8
• Leica Summicron-M 35mm F2 ASPH. II
• Leica Summicron-M 50mm F2
• Leica Summilux-M 75mm F1.4
• Meike AF 85 mm F1.8 Pro (monture Sony FE)
• Nikon Z DX 16-50mm F2.8 VR
• Nikon Z DX MC 35mm F1.7
• Pentax HD-DA fisheye 10-17mm F3.5-4.5 ED
• Sony FE 100mm F2.8 Macro GM OSS

Versions prises en charge :
• PhotoLab 9.4 / 8.12 / 7.20
• PureRAW 5.7 / 4.16 / 3.21
• FilmPack 8.3 / 7.20
• ViewPoint 5.10 / 4.30

En février, prise en charge du Sony A7V (plus nouveaux objectifs).

[manualiaschoubdia]

Bonjour,

les DNG issues du Leica M11 Monochrome ne sont pas pris en charge.

Avez vous le même problème, pour ceux qui possèdent ce boitier ?

Merci

[rsp]

Bonjour,

les DNG issues du Leica M11 Monochrome ne sont pas pris en charge.

Avez vous le même problème, pour ceux qui possèdent ce boitier ?

Merci

Plus généralement, j'ai lu que les monochromes ne sont pas pris en charge en raison de l'absence de dématriçage.
Par ailleurs un algorithme qui traite essentiellement le bruit de chrominance n'a pas d'utilité pour un monochrome.

[matopho]

D'après ce que j'ai lu, DPL ne gère que des images RVB et non des monochromes.

Qu'elle est la différence entre codage RVB et monochrome, que ce soit Leica ou Pentax/Ricoh ?

Je me poses la question pour un éventuel futur achat du Rich GR IV monochrome.

Merci

[rsp]

C'est quand même évident : un capteur couleur,  c'est un capteur monochrome (la puce de base l'est toujours) devant lequel on a placé un réseau de filtres colorés.
Le monochrome ne perçoit que l'intensité de la lumière reçue (à partir du nombre de photons reçus, transformés en électrons puis échantillons numériques). S'il n'y a pas de filtre coloré devant, il mesure la quantité de lumière reçue de toutes les longueurs d'ondes sans savoir lesquelles, sinon il ne mesure que l'intensité de lumière reçue dans le rouge, le vert ou le bleu selon le filtre qui le recouvre.

Le codage derrière est le même (12 ou 14 bits selon les modèles d'APN), c'est le signal qu'il représente qui est différent : dans un cas l'intensité lumineuse de tout le spectre, dans l'autre l'intensité lumineuse d'une partie du spectre (R, V, B).

[rsp]

Ce n'est pas un problème de codage pour DXO, c'est l'absence de couleurs et donc d'opération de dématriçage qui fait que leurs algorithmes n'opèrent pas sur les fichiers issus de monochromes (au moins pour le moment).

[Samoreen]

Qu'elle est la différence entre codage RVB et monochrome, que ce soit Leica ou Pentax/Ricoh ?

L'algorithme de dématriçage en RVB tient compte, afin de calculer les 2 composantes manquantes pour un pixel donné, des pixels environnant, qui entre autres choses, vont lui permettre d'interpoler la valeur probable de ces 2 composantes manquantes. Pour un pixel filtré en rouge, il faut bien calculer les valeurs V et B "probables" pour ce pixel.

En monochrome, cela n'a pas lieu d'être puisqu'il ne manque aucune valeur. Ce sera donc un algorithme complètement différent. En outre, comment on évalue le "bruit" en monochrome ?

[matopho]

C'est quand même évident : un capteur couleur,  c'est un capteur monochrome (la puce de base l'est toujours) devant lequel on a placé un réseau de filtres colorés.
Le monochrome ne perçoit que l'intensité de la lumière reçue (à partir du nombre de photons reçus, transformés en électrons puis échantillons numériques). S'il n'y a pas de filtre coloré devant, il mesure la quantité de lumière reçue de toutes les longueurs d'ondes sans savoir lesquelles, sinon il ne mesure que l'intensité de lumière reçue dans le rouge, le vert ou le bleu selon le filtre qui le recouvre.

Le codage derrière est le même (12 ou 14 bits selon les modèles d'APN), c'est le signal qu'il représente qui est différent : dans un cas l'intensité lumineuse de tout le spectre, dans l'autre l'intensité lumineuse d'une partie du spectre (R, V, B).

C'est quand même évident : un capteur couleur,  c'est un capteur monochrome (la puce de base l'est toujours) devant lequel on a placé un réseau de filtres colorés.
Le monochrome ne perçoit que l'intensité de la lumière reçue (à partir du nombre de photons reçus, transformés en électrons puis échantillons numériques). S'il n'y a pas de filtre coloré devant, il mesure la quantité de lumière reçue de toutes les longueurs d'ondes sans savoir lesquelles, sinon il ne mesure que l'intensité de lumière reçue dans le rouge, le vert ou le bleu selon le filtre qui le recouvre.

Le codage derrière est le même (12 ou 14 bits selon les modèles d'APN), c'est le signal qu'il représente qui est différent : dans un cas l'intensité lumineuse de tout le spectre, dans l'autre l'intensité lumineuse d'une partie du spectre (R, V, B).

Si c'est vous qui le dites, alors ...

Mais il y a quand une différence de codage entre un fichier DNG couleur et DNG monochrome.

[matopho]

L'algorithme de dématriçage en RVB tient compte, afin de calculer les 2 composantes manquantes pour un pixel donné, des pixels environnant, qui entre autres choses, vont lui permettre d'interpoler la valeur probable de ces 2 composantes manquantes. Pour un pixel filtré en rouge, il faut bien calculer les valeurs V et B "probables" pour ce pixel.

En monochrome, cela n'a pas lieu d'être puisqu'il ne manque aucune valeur. Ce sera donc un algorithme complètement différent. En outre, comment on évalue le "bruit" en monochrome ?

C'est comme pour les fichiers RAF, DXO a décidé de ne pas faire, au moins au début ...

[rsp]

Si c'est vous qui le dites, alors ...

Mais il y a quand une différence de codage entre un fichier DNG couleur et DNG monochrome.

Qu'appelles-tu codage ?
Pour un capteur couleur, en raw (DXO ne traite que les raw au niveau débruitage), il sort un mot de 14 bit pour chacun des photosites. En monochrome, il sort exactement la même chose : un mot de 14 bits par photosite.
Dans un cas ça représente la luminance derrière un filtre R, V où B oùest le photosite, dans l'autre c'est la luminance du spectre entier pour ce photosite.

[Verso92]

Qu'appelles-tu codage ?
Pour un capteur couleur, en raw (DXO ne traite que les raw au niveau débruitage), il sort un mot de 14 bit pour chacun des photosites. En monochrome, il sort exactement la même chose : un mot de 14 bits par photosite.
Dans un cas ça représente la luminance derrière un filtre R, V où B oùest le photosite, dans l'autre c'est la luminance du spectre entier pour ce photosite.

C'est aussi comme ça que je vois les choses...

C'est comme pour les fichiers RAF, DXO a décidé de ne pas faire, au moins au début ...

Et pour les X3F, c'est pour quand ?

;-)