Bug FastStone capture

Posté le: 13-06-2020 15:43:22

Bonjour,

J'utilise FastStone Capture 5.3 depuis longtemps, principalement pour l'usage de l'outil "Pipette", qui me sert à retrouver des codes couleur, ce qui me rend service dans mes applis sous VB.

Et c'est le code en décimal dont j'ai besoin.

Je me suis intéressé à la dernière version 9.3, qui inclut la capture vidéo.
Celles-ci sont de très bonne qualité, et d'utilisation intuitive.

Il ne manque que la reconnaissance d'une Webcam, et le choix d'un format vidéo !
On ne peut pas tout avoir ...

Par contre, en voulant utiliser l'outil "Pipette", j'ai constaté un bug.
Les valeurs retournées sont correctes pour les codes en RGB et Hexa, mais pas en décimal !

J'ai fait l'essai avec les 2 versions du programme sur un même point couleur, et effecivement, les valeurs diffèrent complètement (mais identiques pour RGB et Hexa).

Ce bug est-il connu ?
Ai-je raté quelque chose ?

Si vous confirmez, pourrais-tu, ami Colok, le signaler au programmeur que tu connais bien.

Merci de votre écoute ... et du reste.

Posté le: 13-06-2020 22:10:28

Salut Pierre,

As-tu essayé avec la version Anglaise?
Et si tu avais une capture d'écran montrant ce défaut...

Posté le: 14-06-2020 10:30:27

Merci de ta réponse, Colok.

Je vais essayer de faire cela.

Posté le: 14-06-2020 14:20:54

Bonjour,

Voici les captures de ce que j'obtiens avec l'outil "Pipette"
Sur le même point de couleur :

Avec l'ancienne version 5.3

Le résultat est bon pour les 3 codes.

Avec la version 9.3, en français et en anglais

La valeur DEC varie de la 5.3 et est fausse.

Donc, à priori, cela vient du programme.
Merci, Colok, si tu peux intervenir auprès du programmeur.

Administrateur Inscrit le: Messages: 9017 Localisation: af

Hello.

Je pense plutôt que c'est une correction. Car celle de la 5.3 était fausse et celle actuelle est juste. Wink

De ce que je vois ça inversait le résultat de la valeur du rouge et du bleu lors de la conversion.

Posté le: 15-06-2020 11:05:34

Bonjour GravuT,

J'ai un peu de mal à suivre tes affirmations.

La valeur décimale est peu utilisée, mais elle l'est dans VB6.
Je ne l'utilise d'ailleurs que dans ce cas ... et je confirme ce que j'ai dit.

J'enverrai ce soir un exemple en image.

Bonne journée.

Administrateur Inscrit le: Messages: 9017 Localisation: af

C'est simple:

Tu peux le voir sur le RVB (RGB) (en champ rajouté sur la 9.3.2 par ailleurs on le voit aussi)

Avec la 5.3 pour du R: 237, V:129, B: 116: tu obtiens 7635437 (faux)

Avec la 9.3.2 pour du R: 237, V:129, B: 116: tu obtiens 15565172 (juste)

Hors la couleur décimale 7635437 est en fait en RVB: R: 116, V:129, B: 237

Il y avait donc un bug d'inversion des valeurs obtenues sur le R et le B.

En résumé on pourrait le voir comme ceci sur le champ complet RVB (RGB) de la 9.3.2:

Dec: 7635437 = rgb(116,129,237 en réel, mais rgb(237,129,116 affiché =valeur fausse)
Dec: 15565172 = rgb(237,129,116=bonne valeur que l'on cherche à obtenir)

Posté le: 15-06-2020 21:36:42

Merci GravuT,

Tu connais mieux que moi la conversion des codes de couleur, et ton explication est claire.

Reste un probléme : ci-joint une image avec 2 contrôles de VB.
Je leur attribue un code pour la propriété "couleur de fond", en utilisant la même couleur que dans mon exemple d'hier.

A gauche, c'est le code de la 5.3, et le résultat est bon.
A droite, c'est le code de la 9.3, et le résultat est mauvais.

Donc c'est dans VB qu'l y a un bug ?

Dur,dur !!!!

Administrateur Inscrit le: Messages: 9017 Localisation: af

Quelle version de VB? (edit, vu, la 6)

Tu peux mettre le code VB de ton form?

Posté le: 16-06-2020 21:24:48

Suite de l'histoire ...

Ma version de VB est la 6, juste avant le passage à VB NET.

Lorsqu'on place un contrôle dans la feuille (je vais l'appeler CT), VB affiche une zone dans son interface pour en définir les propriétés ... cela va plus vite ... mais on peut bien sur les définir dans le code.

Exemple de la propriété backcolor (couleur de fond), de mon contrôle CT :

Dans la zone des propriétés, VB me propose plusieurs couleurs par défaut.
Si je veux une couleur précise, j'écris le code décimal (c'est pour cela que j'utilisais l'outil pipette), ou bien j'écris dans le code :
CT.backcolor= code décimal.

J'ai remarqué : si j'écris dans la zone des propriétés la valeur donnée par FS Capture 5.3 pour ma couleur rose (7635437), ce nombre se transforme en &H007481ED& dès que la zone de saisie perd le focus.

Si j'écris dans le code CT.backcolor=7635437, j'ai ma couleur.
Mais si j'écris dans le code CT.backcolor=&H007481ED&, le code se transforme en CT.backcolor=&H7481ED, et j'ai ma couleur rose là encore.

Tu remarqueras que ce nouveau code contient la valeur hexadécimale (ED8174) dans le désordre.

Je te laisse conclure.

VB6 et FSC sont anciens ... y a -t-il eu des changements ????
Ou bien VB6 et FSC 5.3 ont-ils la même erreur ?