Problème avec mise à jour python-mlt3

Bonjour,

Aîe, ça c'est le mauvais plan. Sur Natty et Debian, c'est effectivement python-mlt3 qui est utilisé. Et ça fonctionne bien.
Dis-moi ce qui differe par rapport à ce thread du forum ?
Dis-moi aussi quelle est ta version de MLT ?
Il se peut (mais c'est une hypothese) que libmlt2 ait besoin de passer à libmlt3 comme sur Debian.
Merci.

J'ai tout désinstallé, désactivé le dépôt de kdenlive-svn et réinstallé OpenShot avec ses dépendances. Ça fonctionne maintenant mais j'ai perdu la possibilité d'activer l'option pour le smooth scaling. Je vais essayer de réactiver le dépôt et mettre à jour seulement libmlt et melt en laissant Pyhton tel quel.

Je vous reviens.

Bonjour,

Voilà, j'ai réactivé le dépôt de kdenlive-svn et fait une mise à jour et ça casse tout: OpenShot cesse de fonctionner. Je dois tout désinstaller à nouveau et réinstaller avec les packets standards de Ubuntu Maverick.

La chose qui m'échappe et que je ne comprends pas est, pourquoi lorsque j'installe Openshot 1.3 avec les dépôts standards de Ubuntu Maverick, je ne réussi pas à utiliser le smooth scaling? J'ai la version la plus récente de OpenShot et la version actuelle à jour de Ubuntu. Sur le site de OpenShot vous mentionnez que la fonctionnalité de smooth scaling est disponible sans mentionner sur quelle version spécifique de Ubuntu. Sans être professionnel ou guru, je m'y connais tout de même un peu dans Linux pour savoir jouer avec les dépôts ainsi qu'installer ou désinstaller des application et librairies et je n'arrive pas à le faire fonctionner.

Merci de votre patience et j'espère que tout ceci sera régler prochainement.

Pour bénéficier de la fameuse fonctionnalité smooth scaling, tu dois avoir obligtoirement un version égale ou supérieur à 0.6.0 pour MLT. Cette même fonctionnalité necessite (indirectement) une version de ffmpeg égale ou supérieur à 0.6.0.
Elle s'active automatiquement et necessite aussi soit python-mlt3 sur Natty et Debian (pour moi c'est LMDE), pour Lucid, il est très difficile de l'avoir => obligation de compiler d'abord FFmpeg puis MLT. Pour Marverick, c'est assez contradictoire pour la majorité des gens, il faut python-mlt2 et pour d'autres python-mlt3.
Marverick est assez bugué (à mon avis) vu les retours que j'ai sur les forums. On a pas mal de bugs que sur cette version dont pas mal ne sont pas de notre faute (mais pas tous, il faut pas exagéré quand même).
Tiens, du temps que j'ai quelqu'un sur Marverick, peut-tu me dire par rapport à la liste des dépendances (ici : http://openshotusers.com/forum/viewtopic.php?f=12&t=758) les dépendances que tu as. Compare les deux listes (Debain & Ubuntu).

Ce dépot est très pratique mais seulement à utiliser lors de l'installation, surtout si tu as Kdenlive d'installer.

Merci.

Du temps que j'y pense, il y a aussi un probleme avec un MAJ faite sur Marverick.
Voir ici : https://answers.launchpad.net/openshot/+question/147198, cela peut aussi expliquer pourquoi cela ne fonctionne plus.

Mon problème résulte justement de la dernière mise à jour de Maverick. Je crois que la majorité des problèmes ne sont pas directement reliés à OpenShot mais je viens toujours en discuter ici au cas ou quelqu'un d'autre aurait eu l e même problème.

Merci de ton temps et je vais recommencer le tout du début et revalider toutes les dépendances.

Je te redonne des nouvelles bientôt

Bonjour à tous,

Je comprends tout à fait ce qui arrive aux utilisateurs d'Openshot qui utilisent mon dépôt kdenlive-svn (il ne devraient pas ...) Ce dépôt contient à la fois kdenlive et MLT en versions de développement. J'ai uniquement créé ce ppa pour tester et faire remonter des bugs à ces deux projets, mais en aucun cas pour l'utiliser avec d'autres ppas.

Depuis que MLT est passé en version 0.6.X le versioning du paquet debian est passé de 2 à 3, j'ai répercuté ce changement récemment . Cela a pour effet secondaire de briser la compatibilité avec les autres programmes basés sur MLT. Ce genre de backport n'est pas "propre", je le sais, c'est juste un parti pris personnel. Je n'ai jamais fait la promotion du dépôt svn car je sait le danger potentiel qu'il représente pour l'intégrité de la distribution. Je vais ajouter des avertissements très explicites sur mon ppa et sur le site de Kdenlive.

Openshot a été compilé (Ubuntu et ppa pour maverick) avec MLT 0.5.X (libmlt2) or mes paquets svn sont compilés pour MLT 0.6.X (libmlt3), donc cela ne peut fonctionner correctement.

Pour une compatibilité totale il faut utiliser mon dépôt principal "kdenlve-release", qui lui utilise comme base MLT 0.5.X pour ne risquer aucun problème.

Désolé pour la gêne occasionnée à la communauté Openshot.

Pour ma part j'ai désinstallé tout ce qui ressemble à libmlt, python-mtl, melt, openshot et j'ai ensuite désactivé le dépôt de kdenlive-svn

Pour installer correctement sur Ubuntu Maverick, j'ai procédé de la façon suivante:

Installer OpenShot normalement
---------------------------------------------
sudo apt-get install openshot

Activer le dépôt de sunab
-----------------------------------
sudo add-apt-repository ppa:sunab/sunab2
sudo apt-get update

J'ai ensuite lancé le gestionnaire de mise à jour et installé toutes les mises à jour proposées

J'ai désactivé le dépôt http://ppa.launchpad.net/sunab/sunab2/ubuntu en utilisant le gestionnaire de sources de logiciels

Maintenant OpenShot fonctionne parfaitement incluant le smooth scaling.

Merci tout le monde.

Bonjour à tous,

@sunab
Merci pour ces utiles precisions qui nous ont aidées à mieux comprendre ce problème. D'ailleurs, dans la documentation crée pour cette version, je conseille d'utiliser le depot "stable" (voir ici: http://openshotusers.com/forum/viewtopic.php?f=12&t=758)

| Désolé pour la gêne occasionnée à la communauté Openshot.
Tant pis, l'important, c'est que ce soit pris à temps et en partie réparé. J'ai crée un topic afin de prévenir les gens de notre communauté et j'ai commencé à diffuser la nouvelle. (voir ici : http://openshotusers.com/forum/viewtopic.php?f=12&t=814&p=3875#p3875)
Peut-on se "voir" en MP, on n'aurait pas quelque chose à faire en commun, pour le bien de tous. Si j'ai bien vu dans la section francophone de votre forum.....

@Patrick
Merci pour ce retour. Peux-tu me donner toutes les dependances que tu as sur Marverick afin que je complete cette documentation.

Bonjour,

Tel que demandé, voici mes dépendances:

x264 version 0.98.1653
FFmpeg version 0.6-4:0.6-2
 - libavformat-extra-52 version 4:0.6-2
python version 2.6.6
python-xdg version 0.19-2
python-gtk2 version 2.21.0-0
python-mlt2 version 0.6.0-0
python-pygoocanvas version 1.14.1-1
python-imaging version 1.1.7-2
libgoocanvas3 version 1.15-1
libgoocanvas-common version 1.15-1
MTL
 - libmlt-data version 0.6.0-0
 - libmlt++3 version 0.6.0-0
 - libmlt2 version 0.6.0-0
 - melt version 0.6.0-0
sox version 14.3.1-1
frei0r-plugins version 1.2.1+git20110301.c4cdf15c-0ubuntu0~sunab~maverick1
libsdl1.2debian version 1.2.14-6
librsvg2-common version 2.32.0-0
fontconfig version 2.8.0-2

Voilà j'espère que c'est complet.

Bonne journée!

Merci à toi. Je n'en demandais pas tant cependant ce sera très utile aux autres utilisateurs.

Bonjour,

Le fait d'installer la version MLT0.6.2 (et au-delà) permet-elle de faire fonctionner le Multi-Thread qui, il me semble, n'est pas géré dans la version 0.5.x.
Je cherche à optimiser les capacités du multicoeurs de mon PC.

Le lien donné par cenwen va dans ce sens http://www.mltframework.org/twiki/bin/view/MLT/Questions#Does_MLT_take_advantage_of_multi

Maintenant est-ce bien possible d'installer MLT0.6.2 ou MLT 0.7.x avec openshot (pas de problème de rétro compatibilité comme évoqué par sunb)? Visiblement oui selon Patrick.

Est ce que openshot va-t-il profiter de toutes ces nouvelles capacités (multi-threads)?
Y-a-t-il un PPA de prévu ou une version intermédiaire de prévu pour aller dans ce sens?

Merci pour vos réponses

Bonne journée

Nicolas

Bonjour Nicolas,

Pour bénéficier des capacités multi-threadés de MLT, il faut obligatoirement une version supérieur à la 0.62 cad la dernière en date sortie la 0.70. Et tu trouveras cette version dans le dépot de Sunab. Il faut aussi qu'Openshot soit optimisé pour ces architectures, ce qui n'a pas été le cas jusqu'à présent, dépendant de son framework pour cette fonction.

Bien que je ne puisse pas encore en dire plus, les futurs versions d' Openshot utiliseront pleinement le multi-threading. Quand à te dire si la prochaine version l'utilisera, il est encore un peu tot pour le dire, bien que ce soit mon intime conviction.

Il n'y aura pas de PPA dédié à une version multi-threadé, elle viendra avec la version habituelle.

j'espère avoir répondu à tes questions le mieux possible.

@+ Olivier.

Bonjour Olivier,

Merci pour ces élements. Il me semble bien avoir vu quelque chose sur la version 1.4 d'Openshot (fix à prévoir).
Je ne connais pas aujourd'hui la Roadmap pour cette version. Est ce que quelque chose va être communiqué sur la date de la release prévue?

Merci à vous tous

Nicolas

Oui c'est normal car c'est moi qui l'ait "pousser" vers cette version.

Je te rassure nous ne la connaissons pas nous aussi. Jonathan fixe les grandes lignes et nous nous poussons les bugs qui sont les plus récalcitrants, ceux que l'on voudrait voir résolut (si c'est de notre ressort car on est tributaire de notre framework MLT) et des fonctions sur lesquelles ont veut travailler.
De toutes façons, une version (1.3.1) devrait bientot sortir (dans la semaine qui vient normalement). Il s'agit d'une version dite de maintenance car elle n'introduit aucune nouvelle fonctionnalités mais juste une correction de tous les bugs qui sont passés au travers de nos tests.
A partir de là, le developpement de la version 1.4.0 va démarrer (après la fixation des grandes lignes.

Mais vous aurez une grosse surprise car quelque chose se prépare mais pour l'instant je n'en dirai pas plus. La nouvelle sera communiquée sur nos blogs respectifs (openshot.com pour la version anglaise, linuxevolution.wordpress.com pour la version française.

@+ Olivier

Bonsoir,

C'est très étrange je suis sous Ubuntu 10.10 j'ai appliqué les manipulations de Patrick et il ne reconnaît plus aucun codec.

Premier message d'erreur :
Tous les effets ne peuvent être chargés. OpenShot ne trouve pas la bibliothèque d'effets "frei0r". Veuillez installer le paquet frei0r-plugins depuis le gestionnaire de paquets.
OpenShot continuera à fonctionner, mais proposera moins d'effets.

second :
No formats or codecs were found. Please check the OpenShot preferences and configure the 'melt' command name.

Avant j'étais sous Lucid avec le PPA de agateau et cela fonctionnait nickel là même avec le ppa de jonoomph sous maverick rien ne marche.

D'autant plus étrange qu'après un "apt-get remove melt" la commande melt -version me ramène toujours 0.6.2
d'ailleurs en fait la commande me ramène quelque soit la situation 0.6.2

Quelqu'un a-t-il une piste en tête, je pense comprendre que j'ai un problème melt mais où donc est-il?

Merci à vous

Nicolas

Le ppa de jonoomph contient la dernière version d'Openshot en date tandis que celui 'dagateau la version 0.55 de MLT.

Ton probleme vient de MLT (sans parler des frei0-plugins qui ne sont pas installés). Il se peut qu'il y ait un conflit avec l'ancienne version. Désinstalle le ppa agateau qui ne sert plus à rien avec la commande ppa-purge. Tu dois d'abord installer le paquet correspondant du meme nom puis dans un terminal sudo ppa-purge PUISL'adresse du PPA de Gateau (que je n'ai pas en tete, c'est la meme que celle que tu ajoutes quand tu installes un ppa). Cela aura pour effet de désinstaller le ppa et tout ce qui a été lié avec (y compris le paquet installé). Ensuite refait un update et une installation de MLT (cad melt, libmlt, libmlt-data, python-mlt3)
Tu devrais te retrouver avec la version 0.70 de mlt et tout en ordre.

Bonne nuit.

Bonjour,

J'ai réinstallé mon ubuntu car la migration 10.4 vers 10.10 avait cassé quelques liens.
Du coup :
étape 1 : J'ai ajouté le PPA de jonoomph sous maverick.
étape 2 : J'ai ajouté l'application Openshot avec apt-get
étape 3 : j'ai ajouté le le dépot https://launchpad.net/~sunab/+archive/kdenlive-svn
étape 4 : J'ai mis à jour MELT via le gestionnaire de mise à jour
étape 5 : j'ai supprimé le dépot https://launchpad.net/~sunab/+archive/kdenlive-svn

Donc maintenant j'ai openshot 1.3.0 qui fonctionne avec MELT 0.7.

En revanche je trouve les performances moins bonnes qu'avant au niveau de la previsualisation (sacade...) donc il est probable que je revienne à la version 0.5.6 du PPA de jonoomph pour voir si il y a du changement.

Je vous tiens au courant.

Nicolas

Bonjour,

Je confirme que le retour à openshot avec le ppa de jonoomph et MELT 0.5.7 a résolu les problèmes de lenteur que j'avais avec MELT 0.7.

Nicolas

Merci du retour. En effet, il semblerait que cette version semble poser ce probleme.