essayer de construire un contrôle de chapiteur avec une animation de texte lisse. Les efforts actuels incluent:
mais l'animation est toujours agitée et intensive de ressource (2-10% de processeur).
code de test utilisé dans la fenêtre WPF par défaut que je suppose devrait produire une animation douce: liste de contrôle: Testé sur: des idées (ou meilleur exemple de code)? des réponses Il semble que ce n'est pas un problème de WPF (d'autres contrôles de chapiteau fonctionnent bien pour les autres mais pas pour moi), Nut J'obtiens les mêmes problèmes sur chaque machine que j'ai testée sur.
3 Réponses :
J'espère que cela peut vous aider - http: //jobijoy.blogspot .COM / 2008/08 / Silverlight-Chapee-Control.html
et la version WPF peut également être trouvée ici
Oui, c'est l'un des contrôles que j'ai examinés (y compris la version WPF), il n'est pas lisse et il est assez intensif de ressources pour une tâche aussi simple.
J'ai essayé les versions Silverlight et WPF de l'exemple d'application de Jobi Joy sur un matériel oméhé. Les deux animés doucement et utilisaient très peu de ressources, même s'ils animaient beaucoup plus qu'un simple chapiteau. Je pense qu'il doit y avoir quelque chose de spécial sur votre matériel ou votre environnement causant le problème. Peut-être devriez-vous ajouter du matériel détaillé, des systèmes d'exploitation, des spécifications techniques nettes et des numéros d'utilisation des ressources à votre question afin que d'autres puissent tenter de dupliquer votre problème.
C'est vraiment étrange - chaque machine que j'ai testée sur le texte et les jitters d'image toutes les 2 à 5 secondes. J'ai mis à jour ma question.
Bien que cela puisse répondre théoriquement à la question, serait préférable d'inclure les parties essentielles de la réponse ici et de fournir le lien pour référence.
Votre animation sera entièrement manipulée à la couche de milcore si:
Essayez d'utiliser une TRUCLATRANSFORMETRANSETRANSETANSFORMES POUR UN RENDRETRANSFORME SUR UNE TEXTBLOCK D'UNE FILATION DIRECTE D'UNE FENÊTRE AVEC DES RÉGLAGES DEFAULTS.
Si cela est toujours lent, votre système Direct3D est quelque chose de lent, car le code géré n'est pas impliqué dans tout et les appels de Milcore sont très simples, mais
Si cela fonctionne correctement et efficacement, changez-la progressivement à votre code mal performant pour voir quel changement provoque le ralentissement.
Compte tenu de votre réponse à la réponse de Jobi Joy, je soupçonnerais que le problème est quelque part dans votre configuration matérielle ou directe3D, mais le seul moyen de découvrir est de le tester.
J'ai essayé cela (voir la question mise à jour) - J'ai toujours les mêmes problèmes. Des diagnostics que vous pouvez penser à identifier s'il y a un problème avec des machines que je traite?
Si vous utilisez WPF 4.0, essayez de définir le fichier cachemode = "bitmapcache" (dans xaml) sur l'élément que vous animez, dans ce cas, probablement un textblock .
Bonne idée - mais cela ne résout pas mon problème. Il semble que la faute se trouve avec ma machine (OS ou HW) mais je ne peux penser à rien.
Vache sacrée! J'avais eu un problème d'animation qui impliquait une cinquantaine d'éléments de l'UI. Cela m'a prêté pendant plusieurs semaines, mais a été effacée avec cet attribut un. Arg, pourquoi cela m'a-t-il pris si longtemps pour trouver cela?
Il semble qu'il y ait un problème avec certains des ordinateurs qui ont été testés. Construire également une version de libération aide beaucoup.