Oui. L'idée majeure, comme l'a expliqué
Jean-Baptiste, c'est de laisser
le paquet pymecavideo le plus petit possible. S'il ne
pouvait dépendre
directement que de QT4 et opencv, ce serait très bien.
J'ai déjà utilisé pyqwt et matplotlib. Le seul avantage de
matplotlib est qu'il gère mieux l'affichage "temps-réel". Par
contre la liste de ses dépendances est très longue :
Depends: python-cairo, python-dateutil, python-gobject,
python-matplotlib-data (>= 0.99.3-1), python-numpy (>=
1:1.3.0), python-pyparsing, python-tz, python (<< 2.7),
python (>= 2.5), python-support (>= 0.90.0), libatk1.0-0
(>= 1.29.3), libc6 (>= 2.3.6-6~), libcairo2 (>=
1.2.4), libfontconfig1 (>= 2.8.0), libfreetype6 (>=
2.2.1), libgcc1 (>= 1:4.1.1), libglib2.0-0 (>= 2.16.0),
libgtk2.0-0 (>= 2.8.0), libpango1.0-0 (>= 1.14.0),
libpng12-0 (>= 1.2.13-4), libstdc++6 (>= 4.4.0), tcl8.5
(>= 8.5.0), tk8.5 (>= 8.5.0), zlib1g (>= 1:1.1.4)
En fait, tous ces modules ne sont pas nécessaires ...
Si on utilise le backend QT4, par exemple, tcl/tk et gtk sont
inutiles.
De même pour cairo et tout un tas d'autres trucs que je ne connais
pas.
Pour info, dans le pack windows que j'ai créé, pymécavideo occupe
74Mo sur le disque, avec :
matplotlib et numpy : 10 Mo environ
ffmpeg et ffplay : 24 Mo
...
Et je dois pouvoir faire encore mieux :)
En comparaison, gnuplot occupe 22 Mo sur mon disque !
Cédrick
|