Re: [pymecavideo] Re: [branche New

que j'aime les vacances où j'ai le temps de passer du temps sur l'ordi !!

Bon... je vous le fait rapide (et ce sera tout pour aujourd'hui, je sens que vous en avez marre)

A part le côté 'enregistrement/réouverture de fichiers mecavideo", pymecavideo est 100% fonctionnel

ceci se trouve dans la branche "changementStockageDonnees"

ça veut dire que tout ce qui est, gestion de vidéos HD, redimentiosnnement, "retour en arrière", "retourner en avant", REINITIALISER tout, pointer avec ou sans échelles, la chronophotographie (qu'on peut enlever si on a envie), les vitesses, les graphiques... tout cela fonctionne. De plus, c'est compatible ECE. (attnetion, j'ai désactiver la barre (le slider) de la vidéo, on ne peut utiliser que la "spinBox" pour augmenter l'image. On ne peut pas revenir en arrière.

Pour tout ce qui est de l'export des données mécaniques (Ec, Em), je ne pense pas que ce soit intéressant en soi. Par contre, on peut tout à fait décider d'exporter des choses qui posent problèmes aux élèves (Vx, vY et V). (ce qui évitera de faire des formules chelou dans un tableur)

Pour les prochains jours :

TODO1 : retravailler le mécanisme d'enregistrement et de lecture des fichiers "mecavideo"

TODO2 : créer des données aisément exportables (X,Y,Vx,Vy,V) et les boutons associés

TODO3: changer l'interface graphique par les fichiers fournis il y a quelques temps par JD

Voilou :)

n'hésitez pas à tester et à faire des retours.

NB : pour le bug du redimensionnement pointé par JD... pas d'idées précises pour le contourner... dès que tu bouges la fenêtre, elle se remet correctement.

Le 16 juillet 2015 12:36, Jean-Baptiste BUTET <ashashiwa@xxxxxxxxx> a écrit :

coucou :)

y'a encore de la modélisation en mécnaique au lycée à part en prépa ?
Bonne question, en Tale pourquoi pas...

c'était une petite question trollesque du mercredi en fait...

- 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

ça changera quoi ? (parce que je ne suis pas sur que ça passe bien sous windows)
Actuellement dans la branche qt5, tout est en pyqt5 sauf le module pgraph qui reste en pyqt4. C'est à la limite plus embêtant pour faire un exécutable windaube car il faut y intégrer à la fois pyqt4 et pyqt5.Je ne peux pas tester, mais à priori ça ne doit pas poser de problème puisque pyqtgraph est ne dépend que de pyqt (et numpy ...)

ok. je laisserai ceux qui maitrisent faire ça.

La branche changementStockageDonnees ? est considérée comme branche de départ pour le changement de moteur interne.
(il y a encore des petits bugs de redimensionnement mais dans l'ensemble ça se passe pas trop mal)

Pour le format de données utilisé pour stocker les points cliqués :
type de donnée : liste pointée (listes.py)
permet d'avoir une liste avec un "pointeur" pour savoir où on en est.
Cette liste contient :
--l'index de l'image (commence à 1)
--le numéro du point (si sélection multiple)
--les coordonnées en pixels du point cliqué

etpicétou ce que je vois de fondamental. Tout le reste se recalcule à la volée.
Qu'en pensez-vous ?
?? J'ai pas les compétences pour juger :-)

Bon... la branche "changementStockageDonnees" a été très profondément remaniée et simplifiée grâce à ce passage. Bien sûr, ce n'est pas fini. MAIS voici ce qui fonctionne :
-> l'historique (je pense qu'on a gagné en souplesse, on peut refaire point par point, même si plusieurs points ont été demandés)
-> c'est a priori "ECE compatible" mais il y a encore un peu d'ergonomie à gérer.
-> d'autres fonctionnent.... le plus gros a été fait, maintenant il faut fingoler. En tout cas, ça a permis de bien alléger le code du côté de l'enregistrement des points.

En pj, j'ai refait un svg et des png du curseur.

c'est fait, c'est intégré.

JB

Je teste plus en détail la semaine prochaine !
A+

JD