Passage de LR 5 vers Capture One...pas si facile...

Démarré par Bartleby69, Janvier 19, 2020, 07:16:39

« précédent - suivant »
Imprimer
En bas Pages1 2 3 Toutes
Actions de l'utilisateur

Bartleby69

Janvier 19, 2020, 07:16:39
Bonjour à tous,

J'ai une question à vous poser : je viens de passer d'un 6D à un X-T3. Jusqu'ici tout va bien, ça correspond tout à fait à mes attentes. C'est au niveau de la retouche que ça me pose problème. Je suis depuis longtemps sous LR 5 (oui je sais, c'est une vielle version mais bon, elle me suffisait) qui ne lit donc pas mes RAF Fuji.

J'essaie Capture One. Je trouve ça top. Là ou le bât blesse, c'est le catalogage. C'est pas évident, de migrer d'un catalogue LR (24000 photos environ) vers C1...

D'où mon interrogation actuelle : est-ce que je passe à un abonnement LR+PS ? Les RAFs de mon Fuji seront-ils mieux développés pour autant? Amateur, je ne suis pas très fan du système d'abonnement, mais C1 20 complet n'est pas donné non plus...
Où est-ce que je switche sur C1 sans faire migrer le catalogue LR en gardant mon vieux LR pour mes anciennes photos et en important les nouvelles sur C1?

L'autre alternative à laquelle je pense pour éviter de me retrouver à nouveau captif (que ce soit sous LR ou C1) est de passer par XNView pour le catalogage et n'utiliser C1 que pour la retouche...auquel cas, faut-il que j'exporte mes photos retouchées sous C1 en TIFF pour qu'elles ne restent pas "prisonnières" de C1?

Bref, je suis un peu perdu sur comment envisage la suite et accepterais volontiers un petit conseil... ???

Harry Cau

#1
Janvier 19, 2020, 08:18:02
De mon côté j'ai fait le choix de garder une vieille version de LR pour cataloguer les jpeg, et j'utilise C1 pour développer les raw. C'est lourd, ce n'est pas le principe d'utilisation de LR mais ça me va

Bartleby69

#2
Janvier 19, 2020, 08:24:54
Citation de: Harry Cau le Janvier 19, 2020, 08:18:02
De mon côté j'ai fait le choix de garder une vieille version de LR pour cataloguer les jpeg, et j'utilise C1 pour développer les raw. C'est lourd, ce n'est pas le principe d'utilisation de LR mais ça me va
Merci de ton retour. Je ne suis pas sûr de comprendre tout à fait ton workflow toutefois. Tu retouches tes raws dans C1, les exportes en jpeg pour les cataloguer dans LR? C'est bien ça?

baséli

#3
Janvier 19, 2020, 08:52:26
J'ai cru comprendre que le catalogue de LR restait gratuit même si on ne paye pas d'abonnement. Tu pourrais peut-être essayer ça.

D'autre part on cite souvent ici daminion comme une solution De catalogage  très intéressante. Il y a une version gratuite pas facile à trouver sur leur site (cherche ici dans les forums, il y a des liens).

Je suis toujours sur LR6, un jour j'aurai le même problème que toi, c'est pourquoi je surveille (de loin) les solutions possibles.

knard74

#4
Janvier 19, 2020, 09:17:47
Tu développes tes raw sous C1, tu fais tes exports en jpeg ou tu veux, et de temps en temps, tu vas lancer une synchro de ton catalogue LR pour le garder à jour. Et tu réimportes de temps en temps certaines vieilles photos raw dans C1 pour refaire une version Jpg ... que tu compares à celle de LR.

gibus

#5
Janvier 19, 2020, 10:04:13
Effectivement le plus simple est de garder le catalogue LR et de compléter au fur et à mesure avec les nouvelles photos en jpeg  (c'est plus léger et pas de soucis de compatibilité RAW). Le seul risque est de se faire rattraper un jour par une nouvelle version OS ne supportant plus LR.

nicolas-p

#6
Janvier 19, 2020, 10:29:35
Citation de: baséli le Janvier 19, 2020, 08:52:26
J'ai cru comprendre que le catalogue de LR restait gratuit même si on ne paye pas d'abonnement. Tu pourrais peut-être essayer ça.

D'autre part on cite souvent ici daminion comme une solution De catalogage  très intéressante. Il y a une version gratuite pas facile à trouver sur leur site (cherche ici dans les forums, il y a des liens).

Je suis toujours sur LR6, un jour j'aurai le même problème que toi, c'est pourquoi je surveille (de loin) les solutions possibles.
Parfaitement!
Il suffit de charger la version d'essai de 7 jours et au bout de 7 jours, le module développement et carte se desactivent et tout le reste marche gratuitement !

Je suis sous lr6 aussi, je passe à  dxo et compte bien faire ainsi: lr gratuit + dxo qui remplacera le module développement.
Avec ce système on a toujours la dernière version de lr donc compatible avec l'os...
Sur ce coup merci Adobe...

Sinon autre solution: garder lr 5 et utiliser le dng converter gratuit d'adobe pour passer en dng les raw du xt3 qui seront lisibles par lr5: zéro depenses...

doppelganger

#7
Janvier 19, 2020, 11:33:59 Dernière édition: Janvier 19, 2020, 11:45:37 par doppelganger
Citation de: Bartleby69 le Janvier 19, 2020, 07:16:39
Bonjour à tous,

J'ai une question à vous poser : je viens de passer d'un 6D à un X-T3. Jusqu'ici tout va bien, ça correspond tout à fait à mes attentes. C'est au niveau de la retouche que ça me pose problème. Je suis depuis longtemps sous LR 5 (oui je sais, c'est une vielle version mais bon, elle me suffisait) qui ne lit donc pas mes RAF Fuji.

J'essaie Capture One. Je trouve ça top. Là ou le bât blesse, c'est le catalogage. C'est pas évident, de migrer d'un catalogue LR (24000 photos environ) vers C1...

D'où mon interrogation actuelle : est-ce que je passe à un abonnement LR+PS ? Les RAFs de mon Fuji seront-ils mieux développés pour autant? Amateur, je ne suis pas très fan du système d'abonnement, mais C1 20 complet n'est pas donné non plus...
Où est-ce que je switche sur C1 sans faire migrer le catalogue LR en gardant mon vieux LR pour mes anciennes photos et en important les nouvelles sur C1?

L'autre alternative à laquelle je pense pour éviter de me retrouver à nouveau captif (que ce soit sous LR ou C1) est de passer par XNView pour le catalogage et n'utiliser C1 que pour la retouche...auquel cas, faut-il que j'exporte mes photos retouchées sous C1 en TIFF pour qu'elles ne restent pas "prisonnières" de C1?

Bref, je suis un peu perdu sur comment envisage la suite et accepterais volontiers un petit conseil... ???

Bonjour,

Cela fait plus de 2 ans que je suis passé à C1, j'ai toujours Lr avec mes raw d'avant mon utilisation de C1. Je peux toujours m'y replonger si besoin mais chose que je ne fait jamais car je n'ai pas besoin d'aller rechercher un truc vieux de plusieurs années. Mon utilisation du catalogue étant relativement limité du fait d'une organisation différente et pleinement adaptée à mes besoins.

Si j'ai besoin de retravailler d'ancien raw, je rapatrierais ceux-ci dans C1.

J'avais entrepris de reprendre tout les raw de mon catalogue Lr, leur mettre les mots clé qui vont bien (je ne le faisais pas systématiquement) et les exporter afin d'avoir une version avec les post-traitements de l'époque. L'idée étant de supprimer définitivement Lr de mon PC. Il m'en reste encore à faire mais rien qu'à l'idée d'ouvrir Lr m'insupporte (lenteur, plantages récurants quand le catalogue est sollicité de manière intensive comme c'est mon cas ici,...).

Mais faudra bien que je finisse cela un jour car je ne compte pas réinstaller Lr lorsque je renouvelai mon matériel informatique.

Donc, à moins d'avoir un besoin "vitale" de tout regrouper dans un même catalogue, tu peux toujours conserver Lr tel quel et profiter de la transition Canon -> Fuji pour commencer quelque chose de nouveau avec C1. Ce dernier étant sans nul doute le plus performant pour le traitement de raw Fuji.

tenmangu81

#8
Janvier 19, 2020, 11:40:58
Citation de: Bartleby69 le Janvier 19, 2020, 07:16:39

J'essaie Capture One. Je trouve ça top. Là ou le bât blesse, c'est le catalogage. C'est pas évident, de migrer d'un catalogue LR (24000 photos environ) vers C1...

[.....]
Où est-ce que je switche sur C1 sans faire migrer le catalogue LR en gardant mon vieux LR pour mes anciennes photos et en important les nouvelles sur C1?


Bonjour,

Je suis passé de Lightroom 5 (ou 6, je ne sais plus) à Capture One il y a bientôt 5 ans, et j'en suis très heureux.
J'ai importé mon catalogue LR dans C1. A l'époque, je n'avais qu'un peu plus de 15000 images, et ça s'est fait en une nuit (bien attendre que tous les aperçus aient été créés), avec quelques ratés : j'ai perdu quelques images lors du transfert, que j'ai du réimporter manuellement ensuite. Bien sûr, on perd tous les ajustements faits avec Lightroom, mis à part le recadrage et peut-être l'exposition et les notes. Mais quel plaisir de reprendre ses anciennes photos avec Capture One !! Une autre vision du développement.
Aujourd'hui, mon catalogue C1 contient plus de 22000 images, et tout tourne très bien. Les utilisateurs de C1 n'ont en général pas de souci jusqu'à environ 40000 images, et j'en connais qui en ont 70000. La propreté de son système joue pour beaucoup.

L'autre solution est en effet de garder ses anciennes photos développées avec LR dans LR, et d'importer et développer les nouvelles avec Capture One. On est en début d'année, ça facilitera le classement...

Bartleby69

#9
Janvier 19, 2020, 12:02:57
Tout d'abord merci à tous pour vos contributions qui m'aident à y voir plus clair. 👍
Je crois que pour le moment je vais opter pour la solution la plus simple, la vie est déjà assez compliquée comme cela! Donc ouverture d'un nouveau catalogue dans C1 et travail là-dedans à partir de maintenant et je garde mon vieux LR pour revenir sur d'anciennes photos au cas où.
Si un jour je me sens, je commencerais à essayer de faire migrer doucement mais pour le moment je crois que ça ira comme ça.

Greenforce

#10
Janvier 20, 2020, 00:33:44
Bonjour,

Je suis également en train de faire le saut de LR vers C1.

Les outils, les résultats m'ont convaincu.

Reste la gestion des photos.... plus compliquée à appréhender (Catalogues, sessions, albums...)

Mais je lis ici et ailleurs que beaucoup utilisent une autre appli pour gérer ceci, en plus de C1.

C1 n'en serait donc pas capable en stand alone?

thierry01150

#11
Janvier 20, 2020, 00:38:20
J'ai la même histoire.

LR6.14 (qui va bien) mais ne supporte pas mon XPro3. J'essaye Capture One 20.1. Ce qui marche, mais je ne suis pas à l'aise.

Je crois que je vais passer par la case abonnement (Malheureusement).

Avoir le module carte et la reconnaissance faciale me manque dans C1. Je fais donc des exports en TIF que je récupère dans LR. Ca marche, oui, mais c'est trop lent.

Et le catalogue, je ne m'en sers jamais.

Ce sont mes réponses actuelles, je suis toujours dans le doute.
Sauf que je n'aime vraiment pas le principe de l'abonnement  >:D
May the Pasta be with you

tenmangu81

#12
Janvier 20, 2020, 11:22:02
Citation de: Greenforce le Janvier 20, 2020, 00:33:44
C1 n'en serait donc pas capable en stand alone?

Mais oui, sauf si on a beaucoup, beaucoup d'images (plus de 40000, par exemple), où C1 risque d'afficher des lenteurs.
Je n'utilise aucune application tierce pour mes 22000+ images, et tout roule.

Odysseus

#13
Janvier 22, 2020, 11:02:42
Bonjour

Au risque de fâcher les inconditionnels de C1; Capture One est un très mauvais catalogueur.

Si vous souhaitez recourir à un catalogue, c'est que vous souhaitez retrouver vos images par mot clefs ou autres meta data

Je vous conseille donc de classer vos images dans des répertoires (par exemple par date de prise de vue) et d'utiliser des catalogueurs externes qui vous permettront de retrouver l'image assez facilement puis la redirigeront pour traitement dans les applications de votre choix (C1 LR Camera raw ......)

Après pas mal de déconvenues car j'ai testé plusieurs solutions j'utilise avec satisfaction Daminon qui fonctionne correctement.

En effet les catalogues embarqués dans des derawtiseurs bridge ou C1 sont, ce qui est compréhensible, très orientés vers une gestion propriétaire de l'image qui est souvent non compatible avec d'autres solutions.

Samoreen

#14
Janvier 22, 2020, 11:43:02
Bonjour,

Puisque la question de l'utilisation de C1 depuis un catalogueur externe est reposée, je me permets de rappeler que le catalogue LR CC reste gratuit et qu'on peut facilement basculer sur C1 grâce aux scripts LR que j'ai proposés dans ce fil : https://www.chassimages.com/forum/index.php/topic,303269.msg7378926.html .
Patrick

tenmangu81

#15
Janvier 22, 2020, 12:55:07
Citation de: Odysseus le Janvier 22, 2020, 11:02:42

Si vous souhaitez recourir à un catalogue, c'est que vous souhaitez retrouver vos images par mot clefs ou autres meta data

Je vous conseille donc de classer vos images dans des répertoires (par exemple par date de prise de vue) et d'utiliser des catalogueurs externes qui vous permettront de retrouver l'image assez facilement puis la redirigeront pour traitement dans les applications de votre choix (C1 LR Camera raw ......)

Après pas mal de déconvenues car j'ai testé plusieurs solutions j'utilise avec satisfaction Daminon qui fonctionne correctement.

En effet les catalogues embarqués dans des derawtiseurs bridge ou C1 sont, ce qui est compréhensible, très orientés vers une gestion propriétaire de l'image qui est souvent non compatible avec d'autres solutions.

J'utilise le catalogue de Capture One pour retrouver, en une poignée de secondes, mes images par mots-clefs ou métadonnées. Jusqu'à présent, pour mes besoins, il fonctionne aussi bien que celui de Lightroom. Mais je n'ai qu'un peu plus de 22000 images.
Mon catalogue est une copie de l'arborescence de mon disque de stockage photo, classé donc par année/trimestre/éventuellement thématique ou lieu. A côté se trouvent des albums intelligents ou non, que j'ai créés.
Et je peux donc afficher les images telles qu'issues de mon post-traitement, et non les images brutes de capteur ou sorties d'une conversion en jpeg ou tiff. Je trouve indispensable de visualiser, dans le catalogue, les images traitées (recadrage éventuel, corrections de base et locales, etc...). Et mon flux de travail s'en trouve de plus simplifié. Chacun voit midi à sa porte !!

doppelganger

#16
Janvier 22, 2020, 14:24:46
Citation de: tenmangu81 le Janvier 22, 2020, 12:55:07
J'utilise le catalogue de Capture One pour retrouver, en une poignée de secondes, mes images par mots-clefs ou métadonnées. Jusqu'à présent, pour mes besoins, il fonctionne aussi bien que celui de Lightroom. Mais je n'ai qu'un peu plus de 22000 images.

Le problème se situe essentiellement entre la chaise et le clavier. Lr étant plus adapté à ses gens là (fanboys, doudoumaniacs, etc...), il leur suffit d'oublier C1 et d'aller voir ailleurs (dans la section dédiée à Lr).

Odysseus

#17
Janvier 22, 2020, 14:45:06
 [at] tenmangu81
On a longuement expliqué dans un autre fil, auquel vous avez participé, que la catalogue de c1 posait pas mal de problème et on s'y est fait d'ailleurs pas mal maltraité

Maintenant vous pouvez toujours continuer à sauter comme un cabri sur votre chaise en disant C1 c'est formidable, cela ne rend aucun service à ceux qui viennent chercher des réponses.

Bridge pose d'autres problèmes et LR encore d'autres; c'est un fait pas une croyance religieuse.

Odysseus

#18
Janvier 22, 2020, 14:59:12 Dernière édition: Janvier 22, 2020, 15:09:33 par Odysseus
Ah le comique arrogant et mal élevé est de retour !

Comme dit précédemment je laisse tomber c'est un marronnier des forums !

Bonne Journée

PS quand même

je n'ai jamais prétendu ce que vous dites: " mais puisque je sais m'en servir là où vous n'y arrivez pas c'est à dire retrouver mes photos par les mots clefs et les métadonnées ou même par la description à l'import "

En effet il n'y a pas de problème sur ce point; c'est plutôt bien fait et plus ergonomique que Daminion.

J'ai simplement dit qu'avec un certain volume d'images le catalogue sous windows était tellement lent qu'il était inutilisable....... rien d'autre sauf à ajouter que l'extension des sidecars à certains fichiers posaient d'autres problèmes.

Par ailleurs je sais que je suis un peu benêt mais lorsque vous dites "plutôt que d'investir votre temps dans l'outil vous en avez cherché un autre." je vous rappelle que j'utilisais Media Pro avant qu'il soit intégré à C1  donc même si j'ai un QI de débile moyen, il serait étonnant que je ne sache pas utiliser des mots clefs en 8 ans; NB c'est le même principe sur les autres logiciels mais il y a peut être des subtilités qui m'échappent

Qu'il est bête ce garçon ! A ce stade la bêtise c'est du terrorisme ! ;D

tenmangu81

#20
Janvier 22, 2020, 19:16:57
Citation de: Odysseus le Janvier 22, 2020, 14:45:06
[at] tenmangu81
On a longuement expliqué dans un autre fil, auquel vous avez participé, que la catalogue de c1 posait pas mal de problème et on s'y est fait d'ailleurs pas mal maltraité

Maintenant vous pouvez toujours continuer à sauter comme un cabri sur votre chaise en disant C1 c'est formidable, cela ne rend aucun service à ceux qui viennent chercher des réponses.

Bridge pose d'autres problèmes et LR encore d'autres; c'est un fait pas une croyance religieuse.

Non, non, je ne saute pas comme un cabri, et ne donne pas plus de réponses que vous avec Dominion. Aucun logiciel n'est parfait, hélas, et j'ai déjà donné plus haut les limites en volume d'images qu'est susceptible de rencontrer le catalogue de C1 (alors que celui de Lightroom supporte sans broncher des dizaines de milliers d'images). Je dis simplement qu'il faut optimiser son workflow. Il semble que vous ayez trouvé votre bonheur, tant mieux. Je donne quant à moi mon expérience, comme vous la vôtre. A chacun sa façon de travailler.

Odysseus

#21
Janvier 23, 2020, 10:45:56
Je ne travaille plus avec c1 dans une configuration bien précise (dont après que vous m'ayez insulté tout au long d'un fil) d'autres ont reconnu la réalité.......
Ceci dit, il est vrai que je redécouvre avec plaisir camera raw, mais  ..................  comme il n'y a pas de vérité absolu dans un outil ou un autre, dans certains cas C1 s'avère un meilleur derawtiseur.
A force de vouloir avoir raison vous déformez tous les propos: j'ai bien précisé que pour les dos leaf et phase one, C1 avait toujours ma préférence.

Décidement il vous manque des cases dans la boîte à cervelle  (je fais comme vous j'insulte gratuitement, adressez vous plus courtoisement et je rangerais la boîte à baffes)

tenmangu81

#22
Janvier 23, 2020, 11:03:20
 [at] Odysseus

Je comprends mieux votre démarche : lorsqu'on utilise plusieurs dérawtiseurs, il est en effet plus adapté de classer et retrouver ses photos avec un catalogueur tiers.

Samoreen

#23
Janvier 23, 2020, 11:25:51
Citation de: tenmangu81 le Janvier 23, 2020, 11:03:20
Je comprends mieux votre démarche : lorsqu'on utilise plusieurs dérawtiseurs, il est en effet plus adapté de classer et retrouver ses photos avec un catalogueur tiers.

Bonjour Robert,

C'est bien pour ça que Lightroom n'est pas une mauvaise solution dans ce cas là, même si on a arrêté l'abonnement. Il est vrai qu'utiliser plusieurs dématriceurs est une solution "de riche" mais en ce qui me concerne, cela me donne une grande souplesse dans mes traitements. J'ai une série réalisée en basse lumière que je n'aurais jamais pu finaliser sans la réduction de bruit PRIME de DxO (ni LR, ni C1 n'étaient à la hauteur). Le "roundtrip" LR <=> DxO fonctionne très bien. Mon passage partiel chez Fuji m'oblige à passer soit par LR + Iridient X-Transfomer, soit par C1 (via mes scripts proposés plus haut) pour mes fichiers X-Trans. Pour le tout venant, LR est quand même le plus simple à utiliser. On peut également envoyer sans problème ses fichiers Canon vers DPP via un petit script. LR est donc une base assez souple et un catalogueur tout à fait correct malgré des bugs persistants.

Je suis d'accord avec toi, il n'y a aucun logiciel parfait répondant à toutes les situations. Ces empoignades systématiquement déclenchées par les intégristes de service sont donc assez pénibles et tout à fait contre-productives. On peut tout à fait se satisfaire d'un logiciel unique si on a un workflow très stabilisé et peu diversifié. Mais si on travaille avec des boîtiers de marques différentes, dans des formats de capteur différents, voire quand on ajoute là-dedans, comme moi,  des images provenant d'appareils argentiques, il faut avoir une vision des choses un peu plus œcuménique.
Patrick

Odysseus

#24
Janvier 23, 2020, 11:58:03
CitationJe comprends mieux votre démarche : lorsqu'on utilise plusieurs dérawtiseurs, il est en effet plus adapté de classer et retrouver ses photos avec un catalogueur tiers
Cela mérite des explications:

Le catalogue de C1 ne souffre d'aucune critique sur le plan ergonomique.

Le problème est qu'il ralentit considérablement le système lorsqu'il fait ses mises à jour et c'est très très pénible; ce défaut n'est sensible qu'au delà d'un certain volumes d'images à traiter.

Tous les catalogues procèdent de la même façon: ils balaient les fichiers pour lire les metadata soit dans le fichier lui même soit dans les sidecars et les stockent dans une base de données dérivée soit de mysql soit de tables db ou assimilés.

L'accès à ces tables par le logiciel ne pose pas de problèmes particuliers car ce sont des techniques parfaitement maîtrisées sauf que je reproche que ces fichiers soient protégés par mot de passe ce qui empêche que l'on puisse y accéder en php par exemple.

En fait le ralentissement provient PROBABLEMENT du processus de lecture; non pas que celui ci soit complexe ou lent par lui même mais j'ai l'impression que C1 rebalaie toutes les images, ce qui évidemment prend un temps considérable et monopolise l'application

Daminon travaille autrement, notamment dans sa version serveur: l'appli serveur détecte les changements par une fonction de style FindFirstChangeNotification ou par un script en cron (on s'en fout de notre côté) et, en conséquence, ses update se font sur un nombre limité de fichiers modifiés, indépendamment de l'application.

Bien sûr, si vous décidez de tout ré-indexer, Daminion ne sera pas meilleur que C1 et souffrira des mêmes lenteurs.

Attention c'est l'explication que j'essaie de déduire, je n'affirme pas que ce soit la bonne explication; en tout cas, il y a peu de chance que cela puisse provenir de la configuration ou de mauvais paramètres d'un PC, car le problème serait commun à tout process de lecture de fichiers ou de tables ou de base de données.

Autrement pour en revenir à votre question, c'est en partie exact dans la mesure ou C1 peut (selon les paramètres) stocker des informations dans des sidecars; cette gestion n'est pas "full" compatible avec camera raw, car très souvent on efface le side car pour "blanchir" le raw original; mais, ne pas mettre les infos dans un side car, mais les  sauvegarder dans le fichier d'origine (DNG par exemple) pose aussi un problème inverse car il est difficile de "blanchir" le fichier, même si en principe la réinitialisation est prévue, quand çà marche.

On peut toutefois résoudre la difficulté en ne travaillant pas sur les sources mais sur une copie des sources, ce que je fais.
Chaque constructeur voulant imposer sa méthode, c'est à nous de trouver les solutions, dés lors que l'on a des sources d'origine distinctes, pour ne pas se laisser imposer de méthode.

Effectivement, si par exemple vous ne travaillez qu'avec des Canons par exemple ce problème ne se posera pas en ces termes.

Pour les derawtiseurs, c'est toujours un problème propriétaire et peut être commercial: Phase One et Leaf travaille avec Capture One très étroitement, Leica c'est Adobe, Fuji également; vous avez compris que la neutralité objective n'est pas de ce monde.

Samoreen

#25
Janvier 23, 2020, 12:22:49
Citation de: Odysseus le Janvier 23, 2020, 11:58:03
En fait le ralentissement provient PROBABLEMENT du processus de lecture; non pas que celui ci soit complexe ou lent par lui même mais j'ai l'impression que C1 rebalaie toutes les images, ce qui évidemment prend un temps considérable et monopolise l'application.

Ce n'est pas une impression. Il y a effectivement un problème de réindexation permanente et injustifiée avec la version 20 (voire avec les versions précédentes). Voir ce fil :

http://forum.phaseone.com/En/viewtopic.php?f=79&t=37525
Patrick

Samoreen

#26
Janvier 23, 2020, 12:54:18
Citation de: Odysseus le Janvier 23, 2020, 11:58:03Daminon travaille autrement, notamment dans sa version serveur: l'appli serveur détecte les changements par une fonction de style FindFirstChangeNotification ou par un script en cron (on s'en fout de notre côté) et, en conséquence, ses update se font sur un nombre limité de fichiers modifiés, indépendamment de l'application.

On touche là un problème qui a tendance à se répandre pour des raisons assez claires. Les APIs de type FindFirstChangeNotification (Windows) ne trouvent pas nécessairement un équivalent sur toutes les plateformes (on a le même problème avec les MMF - fichiers mappés en mémoire de Windows). Quand l'application doit être portée sur plusieurs plateformes, la bonne pratique est normalement d'isoler ce code dans un module spécifique et de l'implémenter de manière adaptée à la plateforme ciblée. Mais les bonnes pratiques résistent mal aux pressions du marketing et au recrutement de développeurs formés uniquement à l'utilisation d'outils cross-platform de haut niveau qui interdisent l'utilisation des APIs de bas niveau. La conséquence est le renoncement à ces APIs (dont certains développeurs ignorent même l'existence) et l'utilisation de mécanismes moins "fins" (on va même dire plus grossiers) pour la réalisation de tâches devant pourtant être optimisées. L'idée étant que la puissance des machines va compenser la lourdeur et la rusticité des algorithmes.

C'est un phénomène général qui a commencé à apparaître de manière systématique vers la fin des années années 90. On a par exemple exactement le même problème avec Lightroom dont une bonne partie de l'UI est développée en LUA, un langage de scripting aux possibilités extrêmement limitées mais facile à apprendre. La puissance des machines progressant de manière asymptotique depuis quelques années, nous sommes sur le haut de la courbe et le raisonnement cité plus haut ne tient plus. Il faudrait donc que les développeurs aient une approche un peu plus fine mais la plupart n'ont pas été formés pour. Cela demanderait un investissement important mais ce n'est pas vraiment à l'ordre du jour surtout quand le produit (en l'occurrence C1) a été racheté par des investisseurs qui cherchent à rentabiliser un produit qui leur a coûté cher. Investir dans le développement n'est pas vraiment l'objectif. On est plutôt dans la logique habituelle de réduction des coûts et de recours à l'offshore.
Patrick

Odysseus

#27
Janvier 23, 2020, 13:25:53
CitationQuand l'application doit être portée sur plusieurs plateformes, la bonne pratique est normalement d'isoler ce code dans un module spécifique et de l'implémenter de manière adaptée à la plateforme ciblée. Mais les bonnes pratiques résistent mal aux pressions du marketing et au recrutement de développeurs formés uniquement à l'utilisation d'outils cross-platform de haut niveau qui interdisent l'utilisation des APIs de bas niveau. La conséquence est le renoncement à ces APIs (dont certains développeurs ignorent même l'existence) et l'utilisation de mécanismes moins "fins" (on va même dire plus grossiers) pour la réalisation de tâches devant pourtant être optimisées. L'idée étant que la puissance des machines va compenser la lourdeur et la rusticité des algorithmes.

Alors là Vous m'en bouchez un coin !

Ce que vous dites est parfaitement exact.

J'ai développé en Borland C++ dans les années fin 80 une application que j'ai revendu à un concurrent dans les années 2008. Cette application tourne toujours chez quelque clients mais le nouveau propriétaire pour faire des économies à viré les programmeurs pour faire un produit similaire sous Windev avec des programmeurs juniors; depuis il s'embourbe et les clients sont mécontents car il est impossible avec une boîte de Lego ou de Mécano de faire du sur mesure.

C'est un peu comme Wordpress; tout nouveau tout beau quand on fabrique le produit et après 4 ans d'exploitation on rame entre les mises à jour et les bugs qui poussent comme des champignons au fur et à mesure des versions.

tenmangu81

#28
Janvier 23, 2020, 13:26:09 Dernière édition: Janvier 23, 2020, 13:34:19 par tenmangu81
Citation de: Samoreen le Janvier 23, 2020, 12:22:49
Ce n'est pas une impression. Il y a effectivement un problème de réindexation permanente et injustifiée avec la version 20 (voire avec les versions précédentes). Voir ce fil :

http://forum.phaseone.com/En/viewtopic.php?f=79&t=37525

C'est curieux, je n'observe absolument pas le phénomène relaté dans ce fil (y compris ce que tu y signales, Patrick):

Right now I use a single catalog with about 9800 images. It seems whenever I import a dozen or so photos (or maybe remove them from the catalog) eventually C1 will re-index the entire catalog over again (counting keywords, tags, everything).
Serait-il spécifique à Windows ?

albernier

#29
Janvier 23, 2020, 13:29:59
Bonjour, non, je ne l'observe pas sur Windows  10...fonctionnement normal et rapide de Capture one 20

Odysseus

#30
Janvier 23, 2020, 13:31:41
CitationSerait-il spécifique à Windows ?

Pas testé sur Mac pour ma part donc impossible de vous répondre
Mettez 100.000 fichiers dans la boite + indexez + redémarrez votre ordi + rajoutez  50 fichiers et observez !

tenmangu81

#31
Janvier 23, 2020, 13:36:16
Citation de: Odysseus le Janvier 23, 2020, 13:31:41
Pas testé sur Mac pour ma part donc impossible de vous répondre
Mettez 100.000 fichiers dans la boite + indexez + redémarrez votre ordi + rajoutez  50 fichiers et observez !

OK, je comprends. Je ne pourrai jamais observer cet effet avant de disparaître  ;D

Odysseus

#32
Janvier 23, 2020, 13:45:01
CitationOK, je comprends. Je ne pourrai jamais observer cet effet avant de disparaître 

Pour un test, faites des doubles; il suffit de dupliquer vos répertoires.

Samoreen

#33
Janvier 23, 2020, 14:01:23
Citation de: tenmangu81 le Janvier 23, 2020, 13:26:09
Serait-il spécifique à Windows ?

C'est bien possible, pour les raisons expliquées plus haut. Supposons que les développeurs de C1 soient à la base des développeurs Mac (je n'en sais rien). On leur demande de faire une version Windows. Soit l'équipe embauche des développeurs Windows, soit ils cherchent un outil de haut niveau qui va leur éviter l'apprentissage des APIs spécifiques à Windows et leur faciliter le portage. Dans le second cas, ils ne pourront probablement pas implémenter pour Windows certains algorithmes existant dans la version Mac. Ils vont donc trouver des solutions simples mais pas nécessairement efficaces. Le problème des différences entre les versions Mac et Windows de C1 est posé depuis longtemps. Je n'en connais pas l'origine mais ce problème de portage peut être une explication cohérente.

On a vu un problème de ce type avec darkTable. Au départ, pas de version Windows. Puis un développeur Windows isolé se propose pour sortir la version Windows. Un individu seul, armé de sa bonne volonté. Forcément, à l'arrivée, les 2 produits ont des écarts massifs.

Développer une application multi-plateformes demande une certaine planification, menée par des développeurs ayant des compétences approfondies dans les plateformes ciblées. Cela coûte nécessairement plus cher. Les outils de haut niveau sont censés résoudre le problème mais c'est une illusion, surtout quand les développeurs sont formés directement sur ces outils sans les connaissances bas niveau de chaque système visé. Pendant ma vie de consultant, des grands comptes m'ont régulièrement demandé des formations sur les outils de haut niveau. J'ai toujours refusé de les faire si les stagiaires n'avaient pas déjà suivi une formation sur la programmation bas niveau du système. Sinon, on arrive bien sûr à produire du code qui tourne mais la capacité à faire un diagnostic et à corriger les bugs quand les problèmes surgissent est extrêmement limitée. Pour moi, cela explique pour C1, Lightroom et d'autres, le fait que certains bugs perdurent sans jamais être corrigés. S'ils se situent dans les couches basses, il n'y a pas la compétence pour les caractériser et les fixer.
Patrick

Samoreen

#34
Janvier 23, 2020, 14:08:04
Citation de: Odysseus le Janvier 23, 2020, 13:25:53
J'ai développé en Borland C++ dans les années fin 80 une application que j'ai revendu à un concurrent dans les années 2008.

Nous avons donc des racines communes. J'ai utilisé Borland Turbo Pascal dès sa version 1.0 et j'ai suivi (en parallèle avec les outils Microsoft) jusqu'à Delphi. J'ai même écrit il y a fort longtemps (86-87) un bouquin sur Turbo Pascal. J'ai animé pendant un temps une association d'utilisateurs des outils Borland avec le soutien de leur directeur technique de l'époque (P. Métivier). Borland s'est ensuite égarée dans une stratégie fumeuse qui ne leur a pas réussi. Dommage. Pour une fois qu'un français était à la pointe des technologies de développement.
Patrick

Samoreen

#35
Janvier 23, 2020, 14:15:46
Citation de: albernier le Janvier 23, 2020, 13:29:59
Bonjour, non, je ne l'observe pas sur Windows  10...fonctionnement normal et rapide de Capture one 20

Tout dépend de l'utilisation. Ce phénomène se déclenche souvent quand on touche aux filtres. Il me semble lié à un autre phénomène gênant (toujours sous Windows) décrit dans ce fil :

http://forum.phaseone.com/En/viewtopic.php?f=79&t=37441
Patrick

Samoreen

#36
Janvier 23, 2020, 15:18:45
Citation de: Samoreen le Janvier 23, 2020, 14:01:23
C'est bien possible, pour les raisons expliquées plus haut. Supposons que les développeurs de C1 soient à la base des développeurs Mac (je n'en sais rien)...

Il y a cependant un bon indice qui fait pencher vers cette hypothèse. Actuellement, seule la version Mac de C1 propose le support de scripts via AppleScript. Applescript n'est pas disponible sous Windows mais un développeur Windows expérimenté sait que n'importe quelle application Windows est "scriptable" via les moteurs de scripts disponibles dans le système (VBScript et JScript). Il suffit juste de vouloir et de savoir le faire. À ce jour, le parti pris est de ne pas offrir cet avantage aux utilisateurs Windows (qui pourtant paient le même prix que les autres). Pour quelle raison ? Probablement parce qu'il n'y a pas les compétences et une connaissance suffisamment approfondie des internes de Windows pour le faire. On ne peut évidemment pas supposer que Phase One ait décidé de volontairement désavantager les utilisateurs Windows, n'est-ce pas  ;D ?
Patrick

doppelganger

#37
Janvier 23, 2020, 23:17:08
Citation de: albernier le Janvier 23, 2020, 13:29:59
Bonjour, non, je ne l'observe pas sur Windows  10...fonctionnement normal et rapide de Capture one 20

Mais personne ne l'observe, sauf ceux qui le veulent et les neuneus.

Odysseus

#38
Janvier 24, 2020, 10:56:15
 [at] justvr

Les posts de Samoreen sont extrêmement pertinents et je n'ai pas surenchéri car ils se suffisent à eux même.

En les lisant il est évident que son auteur maîtrise son sujet.

Aujourd'hui pour développer on utilise des langages très évolués de haut niveau qui sont souvent cross plateforme; c'est une question de temps et d'argent.

Pour illustrer c'est exactement comme construire une maison à la main avec peu d'outils et pas de pièces préfabriquées ou construire une maison en assemblant des kits pré-construits; à l'extrême on peut avoir un kit salle de bains complète à encastrer.

On comprend tout de suite les avantages et inconvénients de l'une ou l'autre méthode. L'inconvénient du Kit étant qu'il est difficile d'intervenir lorsque par exemple le module salle de bains est entièrement en composite, voir qu'il faille posséder certains outils ou une documentation de détail généralement pas fournie.

On comprend également que le poseur de kit n'a pas besoin d'une qualification identique à celle de l'ouvrier traditionnel.

C'est ce qui se passe en informatique aujourd'hui pour ce genre de produits. Une équipe de programmeur traditionnel coûte très cher et les temps de développement affole le compteur;

Comme nous ne sommes pas dans un environnement professionnel très exigeant et que la fiabilité des programmes n'est pas la priorité on se contente, comme l'a fait Microsoft pendant des années, d'un taux de bugs assez élevé.

J'ai été l'année dernière en contact avec Adobe pour un bug manifeste dans les portfolio d'Acrobat, avec toutes les manips pour répéter le bug et bien ce n'est toujours pas corrigé car mieux vaut mettre les équipes ailleurs.

On supporte en informatique ce qu'on ne supporterait pas en automobile car si vous vous plaignez d'une malfaçon l'éditeur de logiciel vous rembourse vos 159 € et vous irez ailleurs où ce sera peut être pire.

Demandez à n'importe quel programmeur, quand vous avez un bug à corriger, vous ne savez pas où cela s'arrête, car parfois cela conduit à une remise en cause de plusieurs jours de programmation, ce qui revient à dire que mettre plusieurs milliers d'€ sur la table pour corriger un problème ce n'est pas rentable.

Bien sûr, ce n'est pas la même chose, ni les même développeurs pour la conception des programmes où le bug aurait des conséquences graves.



Odysseus

#39
Janvier 24, 2020, 11:57:19
La question des dominantes a été comprise (sauf par vous ) et résolue.

Méprisant pas vraiment, mais on voit bien que vous n'y connaissez pas grand chose et êtes incapable d'argumenter, sauf de ressortir des infos glanées un peu partout sur le net.

Cher tout petit Monsieur, vous êtes un ignare qui se la pète un peu et comme vous me fatiguez et cassez copieuse les burnes je vous laisse sur vos ergots

Sans vouloir être méchant je pense que vous êtes seulement un peu bête.

                                                         .

Samoreen

#40
Janvier 24, 2020, 12:24:25
Citation de: justvr le Janvier 24, 2020, 09:28:41Vous avez rencontré un problème dont vous n'avez pas trouvé la solution, vous avez trouvé un dérivatif qui vous satisfait , tant mieux.

Il semble qu'il y ait une osmose entre certains utilisateurs évangélistes et l'attitude du support client. Ce réflexe quasi systématique qui consiste à expliquer à un utilisateur ayant des difficultés que le problème c'est lui, a quelque chose d'insultant, en particulier lorsque cela s'adresse à des personnes expérimentées. Considérer que puisqu'un logiciel fonctionne correctement pour soi-même, les ennuis rencontrés par d'autres utilisateurs sont dus à leur mauvaise emploi de l'application est soit de la mauvaise foi, soit une mauvaise compréhension du fonctionnement des logiciels en général. Les bugs apparaissent ou non, selon les conditions d'utilisation, les réglages et la configuration système. Qu'ils affectent un petit ou un grand nombre d'utilisateurs n'a rien à voir avec leur réalité. Ils sont là pour tout le monde mais n'affectent pas toujours, selon le contexte, la totalité des utilisateurs. Que les développeurs décident de ne pas les traiter parce qu'il n'y a pas assez de plaintes est leur (mauvais) choix. Cela n'implique en aucune manière qu'il faille prendre les plaignants pour des imbéciles.

Ceci étant, je conseille à Odysseus de ne pas répondre aux provocations permanentes, futiles et inutiles des quelques personnages qui perturbent le bon fonctionnement de ce forum et empêchent des échanges productifs. Leur répliquer ne sert à rien qu'à satisfaire leur goût de la polémique. Répondre à leurs dénigrements est une envie bien légitime mais totalement vaine. Juste ignorer.
Patrick

Odysseus

#41
Janvier 24, 2020, 13:32:32 Dernière édition: Janvier 24, 2020, 13:47:02 par Odysseus
C'est bien ce que je disais

Il est bête!

On va arrêter là !

Ps le process a été expliqué deux fois et est réplicable

Il n'y a pas de process compliqué vous ouvrez un raw sous c1 vous activez le Nb  dans l'onglet couleur vous exportez en tiff vous constatez

Christophe Mely

#42
Janvier 24, 2020, 14:20:40
Citation de: Samoreen le Janvier 23, 2020, 14:08:04
Nous avons donc des racines communes. J'ai utilisé Borland Turbo Pascal dès sa version 1.0 et j'ai suivi (en parallèle avec les outils Microsoft) jusqu'à Delphi. J'ai même écrit il y a fort longtemps (86-87) un bouquin sur Turbo Pascal. J'ai animé pendant un temps une association d'utilisateurs des outils Borland avec le soutien de leur directeur technique de l'époque (P. Métivier). Borland s'est ensuite égarée dans une stratégie fumeuse qui ne leur a pas réussi. Dommage. Pour une fois qu'un français était à la pointe des technologies de développement.

Il me semble me souvenir que Borland avait l'inventeur du menu contextuel dans les logiciels. Est-ce que je me trompe ?

Samoreen

#43
Janvier 24, 2020, 14:39:46
Citation de: Christophe Mely le Janvier 24, 2020, 14:20:40
Il me semble me souvenir que Borland avait l'inventeur du menu contextuel dans les logiciels. Est-ce que je me trompe ?

Beaucoup de concepts innovants ont été inventés chez Borland, effectivement. En particuler, Turbo Pascal était le premier outil  a intégrer compilateur et éditeur. Une idée qui a bouleversé les outils de développement à l'heure où le compilateur C/C++ de Microsoft ne s'utilisait qu'en ligne de commande. Je ne saurais pas dire pour le menu contextuel mais je ne serais pas étonné. Leur erreur a été de ne pas se cantonner à ce qu'ils savaient faire et de se lancer dans le domaine de la bureautique où la probabilité de survie face à Microsoft était extrêmement réduite. Après la sortie de Delphi et le départ de Philippe Kahn, tout est parti à vau-l'eau.
Patrick

Samoreen

#44
Janvier 24, 2020, 15:02:01
Citation de: justvr le Janvier 24, 2020, 13:21:58
Quels sont les critères pour déterminer qu'une personne est expérimentée? En quoi votre cursus détermine que vous êtes suffisamment expérimentés par rapport à un autre que vous ne connaissez pas?

Je ne pense pas avoir dit que j'étais plus expérimenté que quiconque sur ce forum. Par contre, je pense que 19 ans chez IBM et 17 ans de consulting en indépendant dans le domaine de l'ingénierie de développement à l'international en parallèle avec le développement et l'édition de logiciels grand public dont certains sont encore utilisés aujourd'hui me permettent de dire que je suis, effectivement, expérimenté. Je donne un avis basé sur cette expérience et personne n'est obligé d'être d'accord avec moi. Mais si on n'est pas d'accord, j'attends que l'on me donne des contre-arguments techniques. Tous les bugs que je rapporte, que ce soit à propos de Lightroom, Photoshop, C1, DxO  (chez qui je bêta teste) ou autre sont en général documentés et accompagnés, quand c'est possible, de la procédure de reproduction. Il n'y a aucun bug que j'aie rapporté qui n'ait été également vérifié par d'autres utilisateurs. Je suis donc totalement insensible aux affirmations du genre "99,999% des utilisateurs n'ont pas de problème". Vous semblez ne pas vouloir comprendre qu'un utilisateur qui n'utilise jamais une fonction (boguée) particulière ne rencontre effectivement jamais aucun problème. Cela n'infirme en aucune manière l'existence du bug. Il me semble que c'est un raisonnement assez logique. Votre expérience est très positive et je m'en réjouis. Cela ne vous donne absolument pas le droit de déclarer que ceux qui ont une expérience moins réjouissante sont victimes de leur propre incompétence.

J'en resterai là également, conformément à ce que j'ai dit plus haut..
Patrick

doppelganger

#45
Janvier 24, 2020, 18:41:15 Dernière édition: Janvier 24, 2020, 18:55:00 par doppelganger
Citation de: Samoreen le Janvier 24, 2020, 15:02:01
Je ne pense pas avoir dit que j'étais plus expérimenté que quiconque sur ce forum. Par contre, je pense que 19 ans chez IBM et 17 ans de consulting en indépendant dans le domaine de l'ingénierie de développement à l'international en parallèle avec le développement et l'édition de logiciels grand public dont certains sont encore utilisés aujourd'hui me permettent de dire que je suis, effectivement, expérimenté.

Et moi je dis que tu n'as aucune légitimité dans le domaine de développement logiciel. Tu pourras nous sortir tous les scripts lua et autres discours techniques que tu veux, cela n'impressionnera que les néophytes.

Dans le cas présent (C1 ou tout autre logiciel du genre) tu te situe au niveau de l'utilisateur casse couilles, ni plus, ni moins.

baséli

#46
Janvier 24, 2020, 18:54:22
Citation de: doppelganger le Janvier 24, 2020, 18:41:15
Et moi je dis que tu n'as aucune légitimité dans le domaine de développement logiciel. Tu pourras nous sortir tous les scripts lua et autres discours techniques que tu veux, cela n'impressionnera que les néophytes.

Samoreen ne m'impressionne pas, j'ai (presque) fait comme lui. De là à dire qu'il n'a pas de légitimité, pour ne pas dire pas de compétence, c'est pousser le bouchon un peu loin.

Mais bon. On ne doit considérer que les critiques de ses pairs, les autres n'émettent qu'un avis qui la plupart du temps touche la droite sans faire bouger la gauche.

Greenforce

#47
Janvier 27, 2020, 11:54:52
Citation de: doppelganger le Janvier 24, 2020, 18:41:15
...tu te situe au niveau de l'utilisateur casse couilles, ni plus, ni moins.

Et si on restait poli, mmm?

Odysseus

#48
Janvier 27, 2020, 12:01:07
Ce qu'on peut lire est assez effrayant

Samoreen a une expérience importante

J'ai également une expérience conséquente puisque j'ai dirigé pendant 15 ans une équipe entre 3 et 5 programmeurs

et on a en face 3 ou 4 bravaches de comptoir de bistrot qui ont visiblement d'importantes connaissances mais superficielles et non maîtrisées et qui pourrissent systématiquement tous les fils d'affirmations inconséquentes.

Sur un autre fil, un de ceux ci nous dit globalement: ce logiciel marche très bien si on désactive une fonction importante du système.

Ben voyons ! Il ne se pose pas la question de savoir si l'utilisateur n'a pas besoin de cette fonction pour d'autres programmes, ni même ne réfléchit à la logique existante dans d'autres fils qui expliquaient la nature du problème.

...........................
A pleurer !

Odysseus

#49
Janvier 27, 2020, 13:13:45
Je n'ai pas dit du logiciel mais du système.

C'est à peu près aussi futé que de dire si le son fait planter notre programme, désactivez le son !

Je crois que les duettistes Laurel et Hardi du forum de C1 devrait s'abstenir de se ridiculiser.

Odysseus

#50
Janvier 27, 2020, 13:30:26
 [at] justvr

Une question hors sujet de ce post

Pourquoi vous insultez ?

Vous pensez que vous devenez plus pertinent ou plus intelligent ?

La grossièreté est une seconde nature ? vous vivez dans les sous bois ? vous êtes fortement alcoolisé le matin ? vous êtes frustré sexuellement ?

Il y a pas mal d'explication possible, mais la Société essaie de vivre civilement et vous vous conduisez comme un porc. C'est dommage pour vous.

doppelganger

#51
Janvier 27, 2020, 22:52:05 Dernière édition: Janvier 27, 2020, 23:06:18 par doppelganger
Citation de: Odysseus le Janvier 27, 2020, 12:01:07
Ce qu'on peut lire est assez effrayant

Tu l'as dit boufi !

Citation de: Odysseus le Janvier 27, 2020, 12:01:07
Samoreen a une expérience importante

Quoi ? L'expert en consulting ? Oui, c'est une expérience. Manager chez Mc Do en est une également...

Citation de: Odysseus le Janvier 27, 2020, 12:01:07
J'ai également une expérience conséquente puisque j'ai dirigé pendant 15 ans une équipe entre 3 et 5 programmeurs

En parlant de manager... Chez Mc Do ou ailleurs, c'est kifkif. C'est l'expérience qui parle  ^-^

Citation de: Odysseus le Janvier 27, 2020, 12:01:07
et on a en face 3 ou 4 bravaches de comptoir de bistrot qui ont visiblement d'importantes connaissances mais superficielles et non maîtrisées et qui pourrissent systématiquement tous les fils d'affirmations inconséquentes.

Les seuls qui font preuves de connaissances superficielles et non maîtrisées ici, c'est ton pote et toi.

La preuve :

Citation de: Odysseus le Janvier 27, 2020, 12:01:07
Sur un autre fil, un de ceux ci nous dit globalement: ce logiciel marche très bien si on désactive une fonction importante du système.

T'es à l'ouest complet.

Citation de: Odysseus le Janvier 27, 2020, 12:01:07
...........................
A pleurer !

Comme on dit, mieux vaut en rire qu'en pleurer. C'est pathétique, ça oui.

ps : pour ta "fonction importante du système", tu devrais aller jouer ton numéro de claquettes dans la section où l'on parle de Lr. "Fonction" qui n'a jamais fonctionné depuis son implémentation dans la version 6. Adobe ayant même jeté l'eponge en se rabattant sur DirectX.
Imprimer
En haut Pages1 2 3 Toutes
Actions de l'utilisateur