DE RGB À R, G ET B, LA MEILLEUR TECHNIQUE EN VB !

Commentaire de MadM@tt le 22/10/2006 15:15:09

Renfield avait utilisé un CopyMemory une fois, mais bon aucune idée si c'est plus rapide ou pas, car cela nécessite de déclarer l'api et d'y faire appel. Mais aucun calcul, il faisait un copymemory du premier octet dans l'octet R, le second dans G et le troisième dans B.


Voilà, en tout cas cette source est incontestablement une bonne idée (si c'est effectivement la méthode la plus rapide ;), car il en existe des tonnes à ce sujet et impossible de savoir laquelle choisir.

Je me tiens au courant ;)

Commentaire de Renfield le 22/10/2006 18:45:23 administrateur CS

LSet est une sorte de copie mémoire...
étrange que cela passe, je vois 3 bits d'un coté, dans ta structure, mais quatre, dans l'autre structure, qui contient le long :/

si ce genre de conversion devient une habitude, dans le code, je pense que le plus rapide est de greffer un tableau de bits sur l'espace mémoire d'un long...

ainsi, modifier les bits du tableaux impacteront également le long, sans aucune opération directe (ou en coulisses, d'ailleurs) supplémentaire...

(voir doc sur les SafeArray)

Commentaire de Warning le 24/10/2006 01:14:33 administrateur CS

Et pour prendre en compte les couleurs système:

Private Declare Function OleTranslateColor Lib "olepro32.dll" (ByVal OLE_COLOR As Long, ByVal hPalette As Long, pccolorref As Any) As Long

Private Sub Command1_Click()
Dim bRGB(0 To 3) As Long
Dim lColor As Long

OleTranslateColor lColor, 0, bRGB(0)

End Sub

Commentaire de GeneticW le 31/10/2006 13:30:22

J'utilise depuis des années la methode d'Ebart,

mais la methode de ScSami, utilisant les bit pourrais je crois etre amélioré et devenir "la methode" comme il dit.

La gestion de Bit etant plus rapide que tout en Vb ca c'est la base.

Commentaire de EBArtSoft le 02/11/2006 23:07:46 administrateur CS

Ce que je pense de la methode de Warning ?
Et bien deja moi ... Warning je l'aime bien ! lol :p

Nan en fait c'est bien dans un prog à priorité "normal" mais si tu fait du code "critique" alors la meilleur methode n'est surement pas celle ci. Deja oublie les couleurs systeme c'est inutile dans un prog graphique autant utilisé un RGBA traditionnel et si vraiment t'as besoin des syscolor fait une boite de dialogue et une fonction de conversion.

Dans ton code si tu veux optimisé tu va devoir choisir "LA" methode qui correspond a ton algo. Par exemple si tu brasses des pixel a la volé autant créer un tableau a x dimension de type RGBA la manoipulation sera naturelle. Si tu travailes au coup par coup un copymemory sera la plus simple des methodes. Puis surtout n'oublie pas que l'optimisation est pyramidale c'est a dire que l'on part du plus generique au plus precis. Souvent en repanssant entierement son algo on y gagne plus qu'en optimisant par ci par la.

@+

Commentaire de GeneticW le 02/11/2006 23:09:47

alors voila, j'ai fait quelques test...
en éliminant les operation arithmetique dans la methode de
ScSami (en les remplacceant par du bit shifting)
la methode de ScSami est PLUS rapide que la conversion de type.

le seul HIC c'est que Vb N'offre pas de facon de faire du bit shifting alors j'ai fait une DLL en C++ pour faire l'operation de Bit Shift.  Alors... la methode est plus rapide, mais pas forcement parce que c'est plus rapide, mais peut etre parce que le C++ est plus rapide que le Vb.  vaut peut etre mieux s'en tenir a la conversion de type qui est une excellente methode.. et pas de DLL a trainer.

Commentaire de ScSami le 03/11/2006 16:44:55

Warf, merchi Renfield !!! Franchement t'assure trop grave (les autres aussi, mais perso, si j'aime bien Warning, je trouve que EB, Renfield et Brunews sont quand même les meilleurs !!! Respect les mecs : on a besoin d'vous ;-)

Du bit shifting... avec une dll... hum... Non, je préfère coder mon truc en "pure VB/APIwin32" !
Donc, pour résumer, voici toutes les techniques dont ont dispose :
- Le calcule avec des bonnes vieilles variables et chiffres en décimal ;
- Un calcul similaire (ma méthode) mais en Hexa avec des fonctions logiques et optimisé (le dernier calcul - la spécificité de ma source donc)
- Utiliser un "transfère" octal via Lset et deux structures de types (stcColor.Value en Long et stcRGB.R .G .B en Byte)
- CopyMemory, le fameux, dont j'ignore toujours l'utilisation (et l'utilité du même coup... [si on bonne âme pouvait me résumer clairement son utilisation et surtout son rôle...])
- Et enfin, en exclusivité mondiale (pour moi tout du moins... je sais, chuis pas l'centre du monde...) SafeArray

Ai-je fais le tour de toutes les stechniques envisageables ou en avez-vous d'autres cachées sur vos disques durs les amis ????
Si y'a bien que ça, qu'attendons-nous pour faire un tuto complet ???

EB] C'est, en effet, comme tu peux te l'imaginer, un prog critique et cette fois (contrairement à mes sources sur VBF) a but plus utile que pédagogique. J'utilise les API a outrance. Et je me suis rendu compte que dessiner une ligne via Line est presque plus lent que de passer par son propre code de dessin de ligne - avec toutes les améliorations qu'on peut y apporter, vous imaginez bien !!! Du coup, cette fois, je me lance pour de bon. Direction, à terme, moteur 3D perso en VB&API, juste pour le défit, mais aussi, softs de déformations vectorielles de Bitmaps (corrections cartographiques, photos panoramiques, morphing et cie), 3D pixelique (ou réelle) [invention perso], ..., ..., ...

J'aurais d'ailleurs besoin de tous vos conseils et recommandations pour l'améliorer par la suite [si le code n'est pas... TROP PARFAIT ;-))) modestie, quand tu nous tiends ,].


[c'est con que les liens internet soient pas automatiques dans les commentaires des sources !!! C++ chiant à la longue ;]

Commentaire de ScSami le 03/11/2006 22:46:21

Je n'ais pas voulu d'offenser Genetic, c'est juste que je préfère tout faire moi-même, garder le contrôle de mon code en quelque sorte... En tant que codeur, je pense que tu peux comprendre cet attachement à tout faire soit-même !

Commentaire de EBArtSoft le 03/11/2006 23:30:48 administrateur CS

On peux faire du tres bon code avec VB, il suffit de comprendre la machine et d'utiliser les bon type et les bon operations. Oublier les fonctions de script, les variants, les fonction de conversion et cocher toutes les options d'optimisation. Rien que ça permet de ce rapprocher d'un code similaire en C/C++. Apres on ce heurte a l'initialisation de la stack frame, aux quelques appels inevitable a la machine virtuelle et autre gestion du code d'erreur.

Mais on peut outrepasser tout cela avec une petite injection de code assembleur bien placer et tout roule.

@+

Commentaire de fierobe le 01/12/2006 22:14:43

Je comprends rien ...