-dans la timeline, j'aimerai zoomer ou avoir une précision quasi image par image pour couper au bon moment, c'est pas super simple :-/
Bein si, si tu zoomes au max, tu vois ton curseur sauter d'image en image (cf les graduations en haut) ; dans les préférences tu peux demander d'afficher toutes les vignettes et pas seulement celles de début et fin
-idem dans la timeline, j'aimerai synchroniser des sons avec des images. C'est pas super simple pour synchro le milieu du son avec une image par exemple
Je ne suis pas sûr de comprendre, mais c'est vrai qu'on ne peut décaler les clips que "image par image" (période de 40ms pour un projet 25fps), donc un son d'une autre source peut ne pas s'aligner parfaitement, il faut mettre un effet de délai (plus fin) sur le son
-same avec la possibilité de baisser une partie du son (Genre un bruit à effacer sur une piste sonore). Là, je coupe le son en deux et je fais un fade out/fade in, mais si on pouvait "sculpter" la piste sonore ça serait super
Pour ça il faut utiliser un effet de volume, avec les images clés (éditables sur la timeline)
-j'ai toujours pas compris comment superposer un effet visuel à une vidéo (genre un kaméhameha). A priori je peux remplacer une portion d'image par une autre, mais pas superposer en mode "genre fond vert"
Il y a plusieurs effets à base de couleur clé, et aussi plein de modes de compositions (transitions)
-Il y a 5000 effets de compositions avec chacun 500 paramètres, mais comment trouver des effets sans les passer un par un? Genre faire un arrêt sur image?
Le nombre d'effets dépend des plugins installés (avfilter=FFmpeg, frei0r, LADSPA…), l'icône (i) donne quelques infos supplémentaires
Pour arrêt sur image, c'est "freeze" (traduit en "geler" ?)
RTFM je sais, mais c'est touffu comme logiciel :-)
Malheureusement même pas RTFM: le manuel était à l'arrêt depuis des années, il commence juste à revivre.
Le plus efficace est de demander sur le canal matrix/IRC/telegram, ou sur le forum… en reportant les infos sur le manuel ;)
Merci de faire preuve d'un peu d'écoute et d'ouverture.
Quand des gens expriment qu'ils sont blessés par quelque chose qu'on fait, le dédain et l'ironie en retour sont des réponses profondément attristantes, essayez de comprendre.
On rapporte maître/esclave à la culture US, mais je trouve un peu abusif de la part d'européens de se sentir au dessus de tout ça. Même après l'abolition de l'esclavage chez nous, le niveau de vie a continué à se baser sur des oppressions très violentes, dans les colonies par exemple, ou aujourd'hui à cause de la précarité alimentée par des inégalités très profondes.
Ce n'est pas reconnaître la dignité de l'autre que de continuer d'utiliser "innocemment" des termes une fois qu'on nous a signalé la symbolique agressive qu'ils transportent. Comme de continuer d'employer des "blagues" sexistes (au revoir weboob), racistes (quoi, youpin ou bicot c'est pas gentil ?), homophobes, etc. Et ne sortez pas "on ne peut plus rien dire" pitié, si vous voulez rire, riez de vous !
J'ai l'impression de recevoir souvent des signaux alarmés "priorité CO2" appuyés de communication chiffrées à la Jancovici ; quand je parle à des gens plus branchés plantes ou petites bêtes, je comprends que le problème de biodiversité et d'eau c'est pas "catastrophe dans 15 ans" mais "catastrophe depuis 5 ans"… et ils ne font pas de jolies infographies.
Pardon mais Kdenlive c'est complètement KDE. Si tu fais un don, c'est pour KDE !
Certes les développeurs KDE ne naviguent pas complètement d'une appli à l'autre, chacun a son ou ses "bases", mais on partage les frameworks (ça tout le monde contribue), les infrastructures, les canaux d'entraîde, les conférences, sprints et autres "seasons of code", les traducteurs et les graphistes. Bref tout ce qui fait une communauté.
C'est super que les infos soient relayées régulièrement ici.
Note : pour profiter des mises à jour Kdenlive en même temps que de MLT, si vous n'utilisez pas une distribution "rolling release" il y a l'AppImage fournie sur le site ; le flatpak sur flathub est aussi très bien ; et il y a le PPA qui offre la dernière version pour les ubuntu 20.* et dérivées…
Ah et petit bug à résoudre rapidement : pour avoir l'interface en français, il faut actuellement positionner la variable d'environnement LC_ALL=$LANG (c'est dans le script de démarrage AppImage mais bon…)
"On" explique des tas de choses
"Comme pour" la consommation responsable d'après les "khmers-verts" (manger local, préférer le vélo au SUV…)
"Comme pour" défendre la liberté d'entreprendre et relancer la croissance d'après d'autres
"Comme pour" protéger l'identité nationale selon encore d'autres
J'ai une préférence dans le lot, mais je respecte que d'autres aient des convictions différentes, et qu'on évite de les considérer comme des idiots
Heureusement que les communautés nextcloud, cozycloud & cie n'ont pas lâché !
La domination du monde, non bien sûr, mais dans des cercles réceptifs (ma famille, mes assos, mon boulot), tout le monde est content !
Quant à la notion de bullshits job (qui est ici utilisé sans en comprendre le sens), il faut vraiment faire attention parce qu'il y en a qui disent la même chose de nous.
On a tous raison de se sentir concerné par la remise en question générale !
J'ai lu différents trucs sur les bullshit job, pour moi ce n'est pas une simple perception de l'employé (problème de motivation ? ;P ), c'est un questionnement sur l'utilité pour la société /l'humanité/la vie.
En dehors de produire de la nourriture (durablement), des habitats (bien isolés), et des soins (pour les malades, les petits, les anciens), et tous les outils de support de ces fonctions (c'est là que ça devient large), qu'est ce qui est utile à la bonne marche du monde ?
Moi aussi je suis spécialisé dans les hautes technologies, je m'y amuse bien, mais quand je prends du recul j'ai des dilemmes…
Je ne crois pas, pour des satellites basse orbite au moins nous avons envoyé du 28nm (en SOI, vendu pour son épaisseur de silicium active bien inférieure aux longueurs d'ondes des rayonnements présents à des puissances non négligeables)
Qu'un tel lien (HS ? cf le journal-qui-dénonce) n'atteigne pas une note très positive OK, mais qu'il se fasse descendre en note et en commentaire me fait douter si je suis toujours en phase avec la communauté linuxfr ?!
Je n'étais pas retourné voir les commentaires, ton journal renvoyant à celui-ci m'y a ramené :)
Kdenlive a vraiment pour objectif de répondre aux attentes des pros, dont certains dévoués guident le développement.
Donc : la gestion de toutes les pistes son est en cours, déjà fonctionnelle cette semaine (mais reste des soucis quand on veut faire des remapping complexes).
Juste après on compte intégrer les cross-fades sur une seule piste, et dans la foulée étoffer les outils de trimming (roll, ripple etc).
Et enfin (fin d'année ?) s'attaquer au multi-timeline.
Pour l'instant, pour tourner autour du pot, ce que je fais c'est plein d'essais à la queue-leu-leu sur la même timeline (à coup de copier-coller), avec des repères pour les reconnaître vite.
Enfin, pour les effets audio, il y en a des tas via les plugins LADSPA : compresseurs, limiteurs, equalizers ! Sous Debian/Ubuntu, il faut installer ladspa-swh, ladspa-cmt par exemple (je n'ai pas essayé d'autres, ces 2 là me suffisent). Ah, par contre sous Windows, je n'ai pas encore réussi à faire comprendre à Jack que je voulais le compiler avec MinGW (waf s'obstine à chercher MSVC, et je m'obstine à ne pas vouloir de ça), donc pas encore de LADSPA…
Bref, j'espère que pour Noël toute ta liste de souhaits sera exaucée ?!
Flowblade étant basé sur MLT comme Kdenlive et Shotcut, tout ce que tu dis peut être fait dans les deux autres (titres SVG, synchro audio, filtres identiques, FFmpeg), hormis le "roll/slide" = changer la position d'un cut dans le clip source sans le bouger dans la timeline : ce bête petit bout d'UI n'est pas réintégré dans Kdenlive 19.x, il devrait venir vite (on peut juste éditer les propriétés du clip et changer le timecode à la main, mais pas top intuitif).
Ahhh, la doc, là où ça pêche pour tant de projets :(
Shotcut se positionne comme OpenShot, plus sur le créneau amateurs que pros.
Il commence à être bien rôdé mais son ergonomie m'a aussi un peu surpris (ça fait un moment que je n'ai pas ré-essayé, et j'ai des habitudes ancrées).
Son titreur, étant basé sur HTML+JavaScript, offre des possibilités infinies (bien que l'interface ne le laisse pas deviner : il faut copier du code externe)…
Et c'est dommage, notre sprint annuel (couplé au Libre Graphics Meeting dans quelques semaines) devait rassembler plusieurs monteurs dans le but de produire cette documentation et plein de petits tutos/démos à jour… Annulé vu les circonstances (désolé d'en reparler !), peut-être un télé-sprint ?
Tu as reporté un problème de performances sur ce site comme sur le forum, mais je tiens à rappeler que ce n'est pas une généralité : chez la grande majorité des gens (et les queques développeurs) le logiciel est resté tout à fait fluide (j'ai un i5 de 8 ans et 6Go de RAM, je fais de la HD).
La version 20.04 apporte le "monitor scaling" qui doit gagner fortement en performance même avec de lourds effets, sans plus nécessiter d'intermédiaires basse résolution.
Concernant l'évolution de l'ergonomie, un débutant peut toujours faire les montages de base exactement de la même façon simple que depuis 10 ans. Il y a un gros travail depuis 2 ans piloté par plusieurs monteurs pro pour leur permettre de travailler très efficacement (tout au clavier, inspiré de Avid, Première, FinalCut…), mais tout cela n'est que des fonctions ajoutées, rien de retiré : KDE c'est "simple par défaut, puissant si besoin". On aurait peut-être juste dû cacher par défaut le nouveau mixeur son…
Sur ces aspects, la doc reste en retard, ça c'est dommage pour ceux qui veulent bénéficier de ces dernières optimisations, mais pour l'amateur occasionnel, les tutos historiques restent valables et c'est l'approche recommandée.
restaurer (recompiler) une version de l'archive (par exemple Debian, je ne connais pas assez Arch ou autres) telle qu'elle était exactement disons le 14 juillet 2017.
D'abord merci de faire passer des nouvelles sur Kdenlive…
Et j'ai quelques réactions :)
Tout d'abord, je trouve injuste de dire que ça s'est empiré depuis 2013, que ce soit en stabilité ou en performances.
Nous avons basculé sur l'affichage OpenGL dès la branche Qt4, quand est apparue l'intégration de Movit (effets calculés sur le GPU) qui était très prometteuse et requérait ce changement. Malheureusement l'intégration GPU / Multithreading est compliquée (pour MLT, mais pas que), toujours instable depuis 5 ans, et nous avons donc dû désactiver cette option car trop d'utilisateurs se cassaient les dents là dessus. Nous cherchons toujours des contributeurs maîtrisant ces domaines : ce n'est pas vraiment à la portée du premier bricoleur venu (comme moi :-P)
Hormis les effets, l'affichage via OpenGL a visiblement causé des ralentissements chez certains utilisateurs, minoritaires et malheureusement sans qu'on trouve jamais l'explication. En tout cas chez les développeurs, les testeurs réguliers et d'après le bug tracker, rien n'a justifié un retour en arrière, qui serait compliqué maintenant. Moi-même j'ai un vieux i5 (3ème génération ?) avec 4Go de RAM, GPU Intel intégré : ça roule toujours !
Le passage à Qt5 en 2015 (indispensable car Qt4 en fin de vie) a engendré des régressions et instabilités, gommées au bout d'environ un an alors que le distributions opéraient la transition.
Un autre facteur qui a engendré des ralentissements est l'activation de la transparence sur les pistes par défaut (une requête d'un célèbre graphiste sur ce site je crois !). Dans certains cas (tailles de clips), la moteur s'est mis à appliquer des compositions continuellement. Ca a été corrigé progressivement… Par dessus le marché, nous sommes passés à des compositions plus fines (RGB vs YUV), ce qui implique des conversions qui ont un coût (surtout qu'on ne le fait toujours pas sur le GPU :-( )
De 2016 à 2019, presque tous les efforts étaient sur la réécriture sortie cette année (19.04) : depuis le début, la gestion du montage avait grossi dans quelques énormes classes, avec des imbrications indémêlables, au point que le debug et les évolutions étaient un affreux casse-tête. En repartant sur des modèles (avec tests) + vues (en qml), JB a reconstruit des bases propres, qui font que depuis on ne reçoit presque plus de rapport de crash sur cette partie, les petits bugs sont vite repérés et corrigé, et plein de nouvelles fonctions sont ajoutées pour permettre aux monteurs réguliers d'être plus rapides.
Il y avait encore quelques surcharges mémoires (avec les miniatures audio & vidéo), corrigées dans la 19.12, qui de l'avis de nombreux testeurs est plus réactive que jamais (Qt4 compris).
Concernant les effets disparus : comme MLT propose tous les plugins qu'il trouve, on se retrouvait avec une liste d'effets effrayante pour beaucoup, et la plupart mal gérés. Nous avons délégué la tâche de trier ces effets à nos utilisateurs (lors de plusieurs "cafés", nos discussions mensuelles sur IRC). Ils les ont testés un par un, et éliminé tous ceux qui étaient redondants ou qu'ils n'arrivaient pas à faire marcher. Ils ont aussi proposé une présélection des effets les plus attendus ; on affiche ceux-ci par défaut tout en laissant les liste plus étoffées dans les différentes catégories. Ce point est toujours en discussion !
Retour sur le point GPU : l'intégration de Movit (traitement d'image) est toujours aussi bugguée donc désactivée (l'option est même cachée), je crois que jouer ce jeu risque pour l'instant de vous exposer à quelques frustrations. Mais l'auteur de MLT l'a annoncé comme son chantier de 2020, espérons que ça change bientôt ! Après, certains ont suggéré que la technologie employée (GLSL) n'était peut-être pas très pertinente aujourd'hui, d'autres pistes pourraient être explorées.
Par contre, on constate souvent en profilant ce qui se passe pendant l'export que l'encodage (H264/5, VP8/9) reste la plupart du temps un contributeur majeur.
MLT peut tout à fait utiliser le GPU pour ça, rien à voir avec le traitement (c'est FFmpeg/libavcodec qui fait tout).
Des profils d'export via VAAPI (Intel, AMD) ou NVENC (Nvidia) sont disponibles à télécharger dans le magasin KDE ou même directement depuis le dialogue de rendu. Il faudrait les tester un peu mieux et les intégrer dans les releases…
Pour cela il faut que FFmpeg soit compilé avec les bonnes options, la plupart des distributions récentes proposent au moins VAAPI ; pour NVidia il faut voir, là peut-être qu'il faut chercher dans des dépôts tiers ou recompiler.
Ouf, ça en fait des choses à raconter !
Et dire que des nouveautés se préparent encore pour 2020…
Je vois l'intérêt d'en débattre : c'est à dire discuter de manière ouverte, en étant à l'écoute des besoins de l'autre, en exprimant clairement ses propres besoins, sans se poser en victime ni se moquer de l'autre.
Je les soutiens.
Elles écrivent des bios sur des inconnues… qui justement resteront inconnues tant qu'on ne les fera pas connaître, ça me semble logique.
Elles n'effacent pas l'encyclopédie, elles la complètent sur des sujets où elles pensent pouvoir apporter, c'est tout à fait le but de Wikipedia.
[^] # Re: yep
Posté par vpinon . En réponse au journal Sortie de Kdenlive 21.04. Évalué à 5.
Bein si, si tu zoomes au max, tu vois ton curseur sauter d'image en image (cf les graduations en haut) ; dans les préférences tu peux demander d'afficher toutes les vignettes et pas seulement celles de début et fin
Je ne suis pas sûr de comprendre, mais c'est vrai qu'on ne peut décaler les clips que "image par image" (période de 40ms pour un projet 25fps), donc un son d'une autre source peut ne pas s'aligner parfaitement, il faut mettre un effet de délai (plus fin) sur le son
Pour ça il faut utiliser un effet de volume, avec les images clés (éditables sur la timeline)
Il y a plusieurs effets à base de couleur clé, et aussi plein de modes de compositions (transitions)
Le nombre d'effets dépend des plugins installés (avfilter=FFmpeg, frei0r, LADSPA…), l'icône (i) donne quelques infos supplémentaires
Pour arrêt sur image, c'est "freeze" (traduit en "geler" ?)
Malheureusement même pas RTFM: le manuel était à l'arrêt depuis des années, il commence juste à revivre.
Le plus efficace est de demander sur le canal matrix/IRC/telegram, ou sur le forum… en reportant les infos sur le manuel ;)
[^] # Re: Est-ce un problème?
Posté par vpinon . En réponse au journal Adieu vieille branche. Évalué à -5.
Merci de faire preuve d'un peu d'écoute et d'ouverture.
Quand des gens expriment qu'ils sont blessés par quelque chose qu'on fait, le dédain et l'ironie en retour sont des réponses profondément attristantes, essayez de comprendre.
On rapporte maître/esclave à la culture US, mais je trouve un peu abusif de la part d'européens de se sentir au dessus de tout ça. Même après l'abolition de l'esclavage chez nous, le niveau de vie a continué à se baser sur des oppressions très violentes, dans les colonies par exemple, ou aujourd'hui à cause de la précarité alimentée par des inégalités très profondes.
Ce n'est pas reconnaître la dignité de l'autre que de continuer d'utiliser "innocemment" des termes une fois qu'on nous a signalé la symbolique agressive qu'ils transportent. Comme de continuer d'employer des "blagues" sexistes (au revoir weboob), racistes (quoi, youpin ou bicot c'est pas gentil ?), homophobes, etc. Et ne sortez pas "on ne peut plus rien dire" pitié, si vous voulez rire, riez de vous !
[^] # Re: Le moins pire
Posté par vpinon . En réponse au lien Non, le nucléaire n’est pas un investissement durable selon les critères de l’Union européenne. Évalué à 2.
Si je résume, tous ceux qui soulignent des problèmes liés à certains "progrès" technologique semblent des incompétents à tes yeux…
[^] # Re: Le moins pire
Posté par vpinon . En réponse au lien Non, le nucléaire n’est pas un investissement durable selon les critères de l’Union européenne. Évalué à 2.
J'ai l'impression de recevoir souvent des signaux alarmés "priorité CO2" appuyés de communication chiffrées à la Jancovici ; quand je parle à des gens plus branchés plantes ou petites bêtes, je comprends que le problème de biodiversité et d'eau c'est pas "catastrophe dans 15 ans" mais "catastrophe depuis 5 ans"… et ils ne font pas de jolies infographies.
[^] # Re: impressionnant de bêtises !
Posté par vpinon . En réponse au lien Un moratoire sur la 5G ?. Évalué à 1.
On augmente la densité d'antennes pas pour émettre moins fort, mais pour garder une puissance d'émission similaire avec une atténuation plus forte…
Note : dans une station de base large bande, la consommation de l'émetteur n'est pas majoritaire, le traitement réseau derrière consomme fort aussi !
[^] # Re: Toujours mieux ?
Posté par vpinon . En réponse à la dépêche Sortie de Plasma 5.21 . Évalué à 9.
Pardon mais Kdenlive c'est complètement KDE. Si tu fais un don, c'est pour KDE !
Certes les développeurs KDE ne naviguent pas complètement d'une appli à l'autre, chacun a son ou ses "bases", mais on partage les frameworks (ça tout le monde contribue), les infrastructures, les canaux d'entraîde, les conférences, sprints et autres "seasons of code", les traducteurs et les graphistes. Bref tout ce qui fait une communauté.
# Merci pour les nouvelles
Posté par vpinon . En réponse au journal Nouveautés des versions 20.12 de Kdenlive. Évalué à 4. Dernière modification le 31 janvier 2021 à 21:39.
C'est super que les infos soient relayées régulièrement ici.
Note : pour profiter des mises à jour Kdenlive en même temps que de MLT, si vous n'utilisez pas une distribution "rolling release" il y a l'AppImage fournie sur le site ; le flatpak sur flathub est aussi très bien ; et il y a le PPA qui offre la dernière version pour les ubuntu 20.* et dérivées…
Ah et petit bug à résoudre rapidement : pour avoir l'interface en français, il faut actuellement positionner la variable d'environnement
LC_ALL=$LANG(c'est dans le script de démarrage AppImage mais bon…)# Réduire le volume de données...
Posté par vpinon . En réponse au journal Un compresseur par ci, un compresseur par là. Au temps de l'algo des hackeurs.. Évalué à 10.
Compresser c'est une chose, mais est-il vraiment utile de capturer et publier autant de photos, de vidéos, dans des résolutions aussi démentielles ?
L'art qui s'est perdu n'est pas celui de la compression mais de l'ascétisme je crois.
[^] # Re: pourquoi sans gui ?
Posté par vpinon . En réponse au message virtualiser sans GUI une Ubuntu sur une debian buster. Évalué à 1.
Pour compiler moi j'utilise schroot
LXC aussi c'est simple pour jongler entre distributions
[^] # Re: Il faut écouter les scientifiques, pas les politiques ou les animateurs TV
Posté par vpinon . En réponse au journal Masques pour lutter contre le Covid : les journalistes disent stop !. Évalué à 0.
"On" explique des tas de choses
"Comme pour" la consommation responsable d'après les "khmers-verts" (manger local, préférer le vélo au SUV…)
"Comme pour" défendre la liberté d'entreprendre et relancer la croissance d'après d'autres
"Comme pour" protéger l'identité nationale selon encore d'autres
J'ai une préférence dans le lot, mais je respecte que d'autres aient des convictions différentes, et qu'on évite de les considérer comme des idiots
[^] # Re: Abandonne tout espoir
Posté par vpinon . En réponse au journal Besoin d'aide pour finir la dépêche sur les alternatives pour un réseau social familial. Évalué à 1.
Heureusement que les communautés nextcloud, cozycloud & cie n'ont pas lâché !
La domination du monde, non bien sûr, mais dans des cercles réceptifs (ma famille, mes assos, mon boulot), tout le monde est content !
[^] # Re: N'importe quoi…
Posté par vpinon . En réponse au lien Électricité bas carbone et vision politique en cette période de canicule. Évalué à 3. Dernière modification le 11 août 2020 à 10:59.
On a tous raison de se sentir concerné par la remise en question générale !
J'ai lu différents trucs sur les bullshit job, pour moi ce n'est pas une simple perception de l'employé (problème de motivation ? ;P ), c'est un questionnement sur l'utilité pour la société /l'humanité/la vie.
En dehors de produire de la nourriture (durablement), des habitats (bien isolés), et des soins (pour les malades, les petits, les anciens), et tous les outils de support de ces fonctions (c'est là que ça devient large), qu'est ce qui est utile à la bonne marche du monde ?
Moi aussi je suis spécialisé dans les hautes technologies, je m'y amuse bien, mais quand je prends du recul j'ai des dilemmes…
[^] # Re: La taille ça compte (ou pas)
Posté par vpinon . En réponse à la dépêche Google libère les ASIC avec un PDK open source en 130 nm. Évalué à 7.
Je ne crois pas, pour des satellites basse orbite au moins nous avons envoyé du 28nm (en SOI, vendu pour son épaisseur de silicium active bien inférieure aux longueurs d'ondes des rayonnements présents à des puissances non négligeables)
# Moi j'aime bien les liens d'actu d'antistress!
Posté par vpinon . En réponse au lien Floyd/Traore : l'expression d'une génération déjà mobilisée pour le climat et l’égalité des genres. Évalué à 0.
Qu'un tel lien (HS ? cf le journal-qui-dénonce) n'atteigne pas une note très positive OK, mais qu'il se fasse descendre en note et en commentaire me fait douter si je suis toujours en phase avec la communauté linuxfr ?!
[^] # Re: Les fonctions qui me manquent le plus
Posté par vpinon . En réponse au journal Comparatif des logiciels de montage vidéo libres, le retour !. Évalué à 4.
Hello,
Je n'étais pas retourné voir les commentaires, ton journal renvoyant à celui-ci m'y a ramené :)
Kdenlive a vraiment pour objectif de répondre aux attentes des pros, dont certains dévoués guident le développement.
Donc : la gestion de toutes les pistes son est en cours, déjà fonctionnelle cette semaine (mais reste des soucis quand on veut faire des remapping complexes).
Juste après on compte intégrer les cross-fades sur une seule piste, et dans la foulée étoffer les outils de trimming (roll, ripple etc).
Et enfin (fin d'année ?) s'attaquer au multi-timeline.
Pour l'instant, pour tourner autour du pot, ce que je fais c'est plein d'essais à la queue-leu-leu sur la même timeline (à coup de copier-coller), avec des repères pour les reconnaître vite.
Enfin, pour les effets audio, il y en a des tas via les plugins LADSPA : compresseurs, limiteurs, equalizers ! Sous Debian/Ubuntu, il faut installer ladspa-swh, ladspa-cmt par exemple (je n'ai pas essayé d'autres, ces 2 là me suffisent). Ah, par contre sous Windows, je n'ai pas encore réussi à faire comprendre à Jack que je voulais le compiler avec MinGW (waf s'obstine à chercher MSVC, et je m'obstine à ne pas vouloir de ça), donc pas encore de LADSPA…
Bref, j'espère que pour Noël toute ta liste de souhaits sera exaucée ?!
[^] # Re: Un autre : NATRON
Posté par vpinon . En réponse au journal Comparaison des logiciels de montage vidéo. Évalué à 1.
Natron n'est pas vraiment un logiciel de montage mais de composition / effets… et il n'est malheureusement plus maintenu (pour l'instant)
[^] # Re: Flowblade
Posté par vpinon . En réponse au journal OpenShot Video Editor vs Kdenlive. Évalué à 4.
Flowblade étant basé sur MLT comme Kdenlive et Shotcut, tout ce que tu dis peut être fait dans les deux autres (titres SVG, synchro audio, filtres identiques, FFmpeg), hormis le "roll/slide" = changer la position d'un cut dans le clip source sans le bouger dans la timeline : ce bête petit bout d'UI n'est pas réintégré dans Kdenlive 19.x, il devrait venir vite (on peut juste éditer les propriétés du clip et changer le timecode à la main, mais pas top intuitif).
Ahhh, la doc, là où ça pêche pour tant de projets :(
[^] # Re: Édition 4K
Posté par vpinon . En réponse au journal OpenShot Video Editor vs Kdenlive. Évalué à 2.
Hors Qt, on peut parler de PiTiVi (GTK+Python), ou Cinelerra…
[^] # Re: Shotcut
Posté par vpinon . En réponse au journal OpenShot Video Editor vs Kdenlive. Évalué à 6.
Shotcut se positionne comme OpenShot, plus sur le créneau amateurs que pros.
Il commence à être bien rôdé mais son ergonomie m'a aussi un peu surpris (ça fait un moment que je n'ai pas ré-essayé, et j'ai des habitudes ancrées).
Son titreur, étant basé sur HTML+JavaScript, offre des possibilités infinies (bien que l'interface ne le laisse pas deviner : il faut copier du code externe)…
[^] # Re: Non, Kdenlive n'est pas un monstre
Posté par vpinon . En réponse au journal OpenShot Video Editor vs Kdenlive. Évalué à 6.
(peux plus modifier, je me réponds)
Et c'est dommage, notre sprint annuel (couplé au Libre Graphics Meeting dans quelques semaines) devait rassembler plusieurs monteurs dans le but de produire cette documentation et plein de petits tutos/démos à jour… Annulé vu les circonstances (désolé d'en reparler !), peut-être un télé-sprint ?
# Non, Kdenlive n'est pas un monstre
Posté par vpinon . En réponse au journal OpenShot Video Editor vs Kdenlive. Évalué à 9.
Salut Funix, salut tout le monde,
Tu as reporté un problème de performances sur ce site comme sur le forum, mais je tiens à rappeler que ce n'est pas une généralité : chez la grande majorité des gens (et les queques développeurs) le logiciel est resté tout à fait fluide (j'ai un i5 de 8 ans et 6Go de RAM, je fais de la HD).
La version 20.04 apporte le "monitor scaling" qui doit gagner fortement en performance même avec de lourds effets, sans plus nécessiter d'intermédiaires basse résolution.
Concernant l'évolution de l'ergonomie, un débutant peut toujours faire les montages de base exactement de la même façon simple que depuis 10 ans. Il y a un gros travail depuis 2 ans piloté par plusieurs monteurs pro pour leur permettre de travailler très efficacement (tout au clavier, inspiré de Avid, Première, FinalCut…), mais tout cela n'est que des fonctions ajoutées, rien de retiré : KDE c'est "simple par défaut, puissant si besoin". On aurait peut-être juste dû cacher par défaut le nouveau mixeur son…
Sur ces aspects, la doc reste en retard, ça c'est dommage pour ceux qui veulent bénéficier de ces dernières optimisations, mais pour l'amateur occasionnel, les tutos historiques restent valables et c'est l'approche recommandée.
[^] # Re: Quelques "killer features"
Posté par vpinon . En réponse à la dépêche Guix : un outil pour les remplacer tous. Évalué à 3.
http://snapshot.debian.org/
[^] # Re: Précisions
Posté par vpinon . En réponse au journal kdenlive 19.12.0 et accélération matérielle. Évalué à 9.
Aussi :
# Précisions
Posté par vpinon . En réponse au journal kdenlive 19.12.0 et accélération matérielle. Évalué à 10.
Bonjour,
D'abord merci de faire passer des nouvelles sur Kdenlive…
Et j'ai quelques réactions :)
Tout d'abord, je trouve injuste de dire que ça s'est empiré depuis 2013, que ce soit en stabilité ou en performances.
Nous avons basculé sur l'affichage OpenGL dès la branche Qt4, quand est apparue l'intégration de Movit (effets calculés sur le GPU) qui était très prometteuse et requérait ce changement. Malheureusement l'intégration GPU / Multithreading est compliquée (pour MLT, mais pas que), toujours instable depuis 5 ans, et nous avons donc dû désactiver cette option car trop d'utilisateurs se cassaient les dents là dessus. Nous cherchons toujours des contributeurs maîtrisant ces domaines : ce n'est pas vraiment à la portée du premier bricoleur venu (comme moi :-P)
Hormis les effets, l'affichage via OpenGL a visiblement causé des ralentissements chez certains utilisateurs, minoritaires et malheureusement sans qu'on trouve jamais l'explication. En tout cas chez les développeurs, les testeurs réguliers et d'après le bug tracker, rien n'a justifié un retour en arrière, qui serait compliqué maintenant. Moi-même j'ai un vieux i5 (3ème génération ?) avec 4Go de RAM, GPU Intel intégré : ça roule toujours !
Le passage à Qt5 en 2015 (indispensable car Qt4 en fin de vie) a engendré des régressions et instabilités, gommées au bout d'environ un an alors que le distributions opéraient la transition.
Un autre facteur qui a engendré des ralentissements est l'activation de la transparence sur les pistes par défaut (une requête d'un célèbre graphiste sur ce site je crois !). Dans certains cas (tailles de clips), la moteur s'est mis à appliquer des compositions continuellement. Ca a été corrigé progressivement… Par dessus le marché, nous sommes passés à des compositions plus fines (RGB vs YUV), ce qui implique des conversions qui ont un coût (surtout qu'on ne le fait toujours pas sur le GPU :-( )
De 2016 à 2019, presque tous les efforts étaient sur la réécriture sortie cette année (19.04) : depuis le début, la gestion du montage avait grossi dans quelques énormes classes, avec des imbrications indémêlables, au point que le debug et les évolutions étaient un affreux casse-tête. En repartant sur des modèles (avec tests) + vues (en qml), JB a reconstruit des bases propres, qui font que depuis on ne reçoit presque plus de rapport de crash sur cette partie, les petits bugs sont vite repérés et corrigé, et plein de nouvelles fonctions sont ajoutées pour permettre aux monteurs réguliers d'être plus rapides.
Il y avait encore quelques surcharges mémoires (avec les miniatures audio & vidéo), corrigées dans la 19.12, qui de l'avis de nombreux testeurs est plus réactive que jamais (Qt4 compris).
Concernant les effets disparus : comme MLT propose tous les plugins qu'il trouve, on se retrouvait avec une liste d'effets effrayante pour beaucoup, et la plupart mal gérés. Nous avons délégué la tâche de trier ces effets à nos utilisateurs (lors de plusieurs "cafés", nos discussions mensuelles sur IRC). Ils les ont testés un par un, et éliminé tous ceux qui étaient redondants ou qu'ils n'arrivaient pas à faire marcher. Ils ont aussi proposé une présélection des effets les plus attendus ; on affiche ceux-ci par défaut tout en laissant les liste plus étoffées dans les différentes catégories. Ce point est toujours en discussion !
Retour sur le point GPU : l'intégration de Movit (traitement d'image) est toujours aussi bugguée donc désactivée (l'option est même cachée), je crois que jouer ce jeu risque pour l'instant de vous exposer à quelques frustrations. Mais l'auteur de MLT l'a annoncé comme son chantier de 2020, espérons que ça change bientôt ! Après, certains ont suggéré que la technologie employée (GLSL) n'était peut-être pas très pertinente aujourd'hui, d'autres pistes pourraient être explorées.
Par contre, on constate souvent en profilant ce qui se passe pendant l'export que l'encodage (H264/5, VP8/9) reste la plupart du temps un contributeur majeur.
MLT peut tout à fait utiliser le GPU pour ça, rien à voir avec le traitement (c'est FFmpeg/libavcodec qui fait tout).
Des profils d'export via VAAPI (Intel, AMD) ou NVENC (Nvidia) sont disponibles à télécharger dans le magasin KDE ou même directement depuis le dialogue de rendu. Il faudrait les tester un peu mieux et les intégrer dans les releases…
Pour cela il faut que FFmpeg soit compilé avec les bonnes options, la plupart des distributions récentes proposent au moins VAAPI ; pour NVidia il faut voir, là peut-être qu'il faut chercher dans des dépôts tiers ou recompiler.
Ouf, ça en fait des choses à raconter !
Et dire que des nouveautés se préparent encore pour 2020…
Bon montage à tous !
[^] # Re: Réponse éclairée faite à 2h du mat
Posté par vpinon . En réponse au journal Écriture inclusive, féministes et Wikipédia. Évalué à 0.
Je vois l'intérêt d'en débattre : c'est à dire discuter de manière ouverte, en étant à l'écoute des besoins de l'autre, en exprimant clairement ses propres besoins, sans se poser en victime ni se moquer de l'autre.
Je les soutiens.
Elles écrivent des bios sur des inconnues… qui justement resteront inconnues tant qu'on ne les fera pas connaître, ça me semble logique.
Elles n'effacent pas l'encyclopédie, elles la complètent sur des sujets où elles pensent pouvoir apporter, c'est tout à fait le but de Wikipedia.