10-09-17, 11:07
(Modification du message : 10-09-17, 11:10 par manu.
Raison de la modification: qq trucs à corriger
)
Effectivement, rien de nouveau apparemment depuis 2013.
C'est pourtant un des freins les plus rationnels au changement de logiciel. Ou comment bien tenir ses utilisateurs/clients captifs, comme ce fut longtemps le cas de MS avec Office. Le modèle de données est aussi fermé/propriétaire que le logiciel, et c'est ce qui pourrait être le plus pénalisant pour envisager une "conversion".
Mais bon, la tâche paraît assez importante, comme ça a priori. Même si, pour une fois, les sidecars XMP sont aisément lisibles, se pose la question de l'interprétation des critères et valeurs d'un logiciel à l'autre. Outre la complexité puisque les approches doivent parfois être assez différentes entre Lr et DT, il y a les évolutions possibles côté Lr qui peuvent rendre caduque un développement existant, avec une nouvelle charge de travail pour l'ajuster en lui faisant prendre en compte des nouveaux critères et valeurs associées... à rajouter à une charge initiale déjà conséquente.
Et tout ça pour la gloire car je doute un peu que des utilisateurs de Lr désirant passer à DT acceptent de payer un module/logiciel pour convertir leurs traitements, peut-être/sans doute même pas en intégralité.
Quand je suis passé d'Aftershot Pro (ASP, feu Bibble) à DT, je me suis posé la question pour mes photos, et envisagé de les traiter façon BI (Business Intelligence) puisque j'ai quelques utilitaires à mon actif avec de telles solutions. Et puis ça m'a soûlé et j'ai laissé tombé. La plupart du temps, j'ai toujours les jpeg ou les tiff sortis d'ASP.
Et surtout en fait ça m'éclate bien de reprendre mes photos précédemment traitées avec ASP dans DT pour en faire une nouvelle interprétation. Et en fin de compte, c'est pas si différent de quand j'étais passé des papiers monogrades au multigrade !
Ou si j'avais remplacé mon Durst par un autre agrandisseur/objectif.
C'est pourtant un des freins les plus rationnels au changement de logiciel. Ou comment bien tenir ses utilisateurs/clients captifs, comme ce fut longtemps le cas de MS avec Office. Le modèle de données est aussi fermé/propriétaire que le logiciel, et c'est ce qui pourrait être le plus pénalisant pour envisager une "conversion".
Mais bon, la tâche paraît assez importante, comme ça a priori. Même si, pour une fois, les sidecars XMP sont aisément lisibles, se pose la question de l'interprétation des critères et valeurs d'un logiciel à l'autre. Outre la complexité puisque les approches doivent parfois être assez différentes entre Lr et DT, il y a les évolutions possibles côté Lr qui peuvent rendre caduque un développement existant, avec une nouvelle charge de travail pour l'ajuster en lui faisant prendre en compte des nouveaux critères et valeurs associées... à rajouter à une charge initiale déjà conséquente.
Et tout ça pour la gloire car je doute un peu que des utilisateurs de Lr désirant passer à DT acceptent de payer un module/logiciel pour convertir leurs traitements, peut-être/sans doute même pas en intégralité.
Quand je suis passé d'Aftershot Pro (ASP, feu Bibble) à DT, je me suis posé la question pour mes photos, et envisagé de les traiter façon BI (Business Intelligence) puisque j'ai quelques utilitaires à mon actif avec de telles solutions. Et puis ça m'a soûlé et j'ai laissé tombé. La plupart du temps, j'ai toujours les jpeg ou les tiff sortis d'ASP.
Et surtout en fait ça m'éclate bien de reprendre mes photos précédemment traitées avec ASP dans DT pour en faire une nouvelle interprétation. Et en fin de compte, c'est pas si différent de quand j'étais passé des papiers monogrades au multigrade !
Ou si j'avais remplacé mon Durst par un autre agrandisseur/objectif.
dt stable / Ubuntu 22.04