Erreurs, bugs, questions - page 2801
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Je veux afficher un personnage sur la toile et le déplacer, source :
Pourquoi est-ce que j'écrase l'image rendue précédente avec du noir et que les artefacts restent ?
Je veux afficher un personnage sur la toile et le déplacer, source :
Pourquoi est-ce que j'écrase l'image précédente avec du noir et j'ai toujours des artefacts ?
Il est préférable de remplir tout le kanvas en une seule fois. Il est préférable de redessiner l'ensemble du kanvas en une seule fois.
Il est préférable de remplir tout le canva en une seule fois. Tout est redessiné par la suite de toute façon.
J'y ai déjà pensé, mais la question est purement technique.
il s'avère que l'antialiasing des polices de caractères fonctionne ? et le but est de déplacer les sprites, en général, je veux comprendre pourquoi cela fonctionne ainsi
Je ne sais pas où creuser, quelqu'un peut-il me suggérer une direction de recherche. J'écris un indicateur, mais après le premier clic sur "compiler", la partie calcul donne un non-sens, je compile à nouveau, il semble être vrai.
Je ne fais rien d'extraordinaire - je calcule simplement les 100 derniers genoux Zig-Zag. J'ai inversé le code plus d'une fois, mais le fait est que c'est le même, mais le résultat est différent.
En anticipant une des versions possibles : les tampons indicateurs sont initialisés de manière forcée, il n'y a pas de déchets dedans.
anticipant une des versions possibles : les tampons indicateurs sont initialisés de force, il n'y a pas de déchets dedans.
la question est de savoir où initialiser
si prev_calculated == 0, alors tout est OK, si c'est dans OnInt(), alors il y aura un problème lors du changement de TF et lors de la compilation.
la question est de savoir où initialiser
si par prev_calculated == 0 , alors tout est ok, si dans OnInt() , alors il y aura un problème lors du changement de TF et lors de la compilation
j'ai essayé toutes les variantes (à la fois onInt et oncalculated) ; la variante actuelle : dans la boucle, chaque valeur est assignée individuellement. j'ai vérifié à travers la fenêtre de données - pas de valeurs bizarres/mauvaises.
Je veux afficher un personnage sur la toile et le déplacer, source :
Pourquoi est-ce que je passe l'image rendue précédente en noir et que les artefacts restent ?
C'est à cause de l'anti-aliasing. Le moyen le plus sûr est de dessiner un rectangle dans la couleur de fond, au-dessus du symbole. Et ensuite sortir le symbole avec les nouvelles coordonnées. C'est ce qui est généralement fait dans des cas comme celui-ci.
Cela est dû à l'anticrénelage. Le moyen le plus sûr est de dessiner un rectangle dans la couleur de fond, au-dessus du symbole. Et ensuite sortir le symbole avec les nouvelles coordonnées. C'est ce qui est généralement fait dans des cas comme celui-ci.
N'oubliez pas le simple déplacement des kanvas sans aucun redécoupage ni peinture.
C'est le moyen le plus rapide de se déplacer.
N'oubliez pas la possibilité de déplacer simplement le kanvas sans avoir à le redessiner et à le repeindre.
C'est le moyen le plus rapide de se déplacer.
Personne ne le nie. C'est juste qu'il y a un concept où il y a un seul écran comme toile. À son tour, le même canevas personnalisé (tableau de pixels) est dessiné sur un canevas de fenêtre (graphique). Plus précisément, il est d'abord transmis au graphique (copié) à l'aide de ResourceCreate (dans OBJ_BITMAP ou OBJ_BITMAP_LABEL). Dans la fenêtre du graphique, tout est dessiné à l'aide de Win API (si je ne me trompe pas). Bien qu'il soit également possible d'utiliser d'autres API. Mais la classe CCanvas possède ses propres méthodes pour dessiner sur les éléments du tableau m_pixels.
Il s'avère que si l'on dessine un petit rectangle, il faut quand même passer beaucoup de pixels en utilisantResourceCreate (ce qui ne fait gagner du temps que sur le dessin). De cette manière, vous pouvez simplement déplacerOBJ_BITMAP_LABEL dans le graphique, sans avoir à traiter le tableau m_pixels puis à le copier dans OBJ_BITMAP_LABEL.Personne ne le nie. C'est juste qu'il y a un concept où il y a un écran comme toile. À son tour, le même canevas personnalisé (un tableau de pixels) est dessiné sur le canevas de la fenêtre (le graphique). Plus précisément, il est d'abord transmis au graphique (copié) à l'aide de ResourceCreate (dans OBJ_BITMAP ou OBJ_BITMAP_LABEL). Dans la fenêtre du graphique, tout est dessiné à l'aide de Win API (si je ne me trompe pas). Bien qu'il soit également possible d'utiliser d'autres API. Mais la classe CCanvas possède ses propres méthodes pour dessiner sur les éléments du tableau m_pixels.
Il s'avère que si l'on dessine un petit rectangle, il faut encore passer beaucoup de pixels à l'aide deResourceCreate (on gagne du temps juste sur le dessin). De cette façon, vous pouvez déplacerOBJ_BITMAP_LABEL dans le graphique, sans avoir à traiter le tableau m_pixels et à le copier dans OBJ_BITMAP_LABEL.Le problème est que la classe CCanvas n'a pas de méthode pour déplacer le canevas, ce qui est très étrange.
La classe iCanvas l'a implémenté.
ZZZ Je suis désolé, je viens de voir que la version actuelle d'iCanvas dans KB n'implémente pas cette méthode, seulement sa déclaration. Je vais le corriger maintenant.
Corrigé