Re: [pymecavideo] Re: [branche New_UI]Besoins de tests

[ Thread Index | Date Index | More lists.tuxfamily.org/pymecavideo Archives ]


Bonjour les gens,

besoin de tests... sur tout plein de vidéos de tout plein de formats...(HD, 4K, 300x200, tous codecs etc.)

1) redimensionnement...ce qui coince, ce qui est bien etc. Cédrick : si tu peux tester sous windows. Normalement, j'ai évité le loop infini.
2) la vitesse de progression dans la vidéo
(normalement.... il y a un facteur... sur dd normal, je dirais de 5 à 10, sur SSD... boarf... je vois pas la différence mais on ne passe plus par l'écriture de fichiers... donc ça booste)

Dans cette version, pas mal de choses ont bougé sous le capot... c'est opencv 2 qui est utilisé par défaut (presque) partout. Les fichiers ne sont plus utilisés, on convertit directement le array en QImage
(Georges, toi qui t'y connait en licence, j'ai pris le code de toQimage.py là : https://gist.github.com/smex/5287589 ... y'a rien d'écrit, y'a pas de licence... on fait un mail à l'auteur lui demandant si on peut l'inclure ?)
[BUG]les couleurs sont mal rendues. Pas eu le temps de regarder encore.

- Pointer sans échelle (relativité du mouvement en 2de par exemple) -> C'était pas possible il y a quelques versions de cela ou je me trompe ??

je regarde, moi aussi, ça m'embête ;)

C'est fait :)
 
 
- Impression des courbes (ou exportation en pdf) -> faisable mais quelques améliorations/options à apporter au traceur avant.

Je ne regarde pas encore ;)

pas fait
 
- Un curseur "cible" pour pointer -> visiblement le zoom ne convient pas à tout le monde, ils ont bien tort :-)

Bon... j'ai amélioré ;)
tu pourrais m'envoyer un png au format 128x128 qui ressemble à la cible que tu avais ? effectivement, le png était trop petit de base... je le redimensionne en 32x32 et ça lisse le tout.

fait :) et sur le zoom et sur les images. Si quelqu'un a une belle image distribuable libremement de cible en 128 par 128, je prends.
 
 
- Le tracé des énergies Em, Ep, Ec -> faisable si on entre la masse de l'objet, puisqu'on a déjà la vitesse et la hauteur.
- La modélisation des courbes -> un gros morceau, pas à l'ordre du jour et pas utile ?

Il y avait des choses sur le feu ;)  Mais le top serait d'utiliser un truc externe.

je laisse Georges répondre quand il aura repris sa respiration Rmeuleuleu
 
le reste, j'ai pas touché.

Je ne touche pas au côté "historique" tant qu'on a pas touché au format des points... (et ça ne va pas se résoudre en 10 minutes ;) )

JB


 
- Utiliser la branche pyqt5 de pyqtgraph (src_pgraph_pyqt5 en pj). ça marche si on distribue cette version de pyqtgraph (3 Mo)  avec 1 seul fichier Qt.py à modifier : ligne 23 : libOrder = [PYQT5, PYQT4, PYSIDE ]

Je regarderai.
 
Je tenterais bien d'étoffer un peut le module traceur (style des points, exportation, énergies ? ...) mais ça dépendra de la méthode choisie pour stocker les points.

Ouaip. Tout à fait, je pense que ce morceau est prioritaire (du coup, je fais tout le reste avant ;)))))))))))))  )


Merci à toi.

JB
 
Dans tous les cas, ce serait pas mal de balancer toutes les valeurs vers le module pgraph et faire le choix des courbes dans le traceur plutôt que dans l'ui principale (plus de flexibilité si on veut à terme superposer plusieurs courbes, tracer les énergies et pourquoi pas modéliser).

Mais tout cela ne répond que partiellement à ta question, JB !
A+

JD







Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/