Je crois qu’à chaque fois que j’ai voulu monter des vidéos avec autre chose que avidemux ou ffmpeg, j’ai fini par utiliser un éditeur non linéaire différent mais toujours en effleurant seulement les capacités de l’outil. Des besoins professionnels vont maintenant me mener à éditer des tutoriels, certains à usage interne, d’autres pouvant être publiés de manière plus ouverte. L’idée est dans un premier temps de préparer les rushs avec l’excellent Open Broadcaster Software et d’agrémenter avec des images, captures d’écrans, vidéos tierces et monter le tout dans un éditeur de vidéo non linéaire.
Je propose donc ce sondage pour connaitre la popularité des éditeurs vidéos sous Linux afin de m’aiguiller vers un choix et possiblement connaitre les qualités et faiblesses de chacun. Je le propose dans l’ordre alphabétique et non pour une quelconque préférence.
-
blender :
94(9.6 %)
-
cinelerra :
31(3.2 %)
-
davinci resolve (proprio, gratuit) :
67(6.9 %)
-
davinci resolve studio (proprio, payant) :
18(1.8 %)
-
flowblade :
13(1.3 %)
-
kdenlive :
391(40.1 %)
-
lightworks :
4(0.4 %)
-
olive video editor :
10(1.0 %)
-
openshot :
124(12.7 %)
-
pitivi :
63(6.5 %)
-
shotcut :
70(7.2 %)
-
autre :
91(9.3 %)
Total : 976 votes
# Non linéaire ?
Posté par harlock974 . Évalué à 10.
On parle toujours d'éditeurs vidéos non linéaires.
J'aimerais bien que quelqu'un m'explique ce qu'est un éditeur vidéo linéaire…
[^] # Re: Non linéaire ?
Posté par lejocelyn (site web personnel) . Évalué à 6.
Il me semble qu'il n'y ait pas de logiciel dédié à l'édition de vidéo qui soit linéaire, par contre, l'édition linéaire de vidéo devait être une pratique courante avant l'arrivée du numérique.
[^] # Re: Non linéaire ?
Posté par harlock974 . Évalué à 9.
Ah ok donc quand j'enregistrais une cassette à partir de la bande FM avec un radio-cassette, je faisais de l'édition audio linéaire sans le savoir :)
[^] # Re: Non linéaire ?
Posté par tao popus . Évalué à 3.
Linéaire signifie continu (au moins en mathématiques), on peut couper et ajouter des morceaux (donc discontinu, ou en mathématiques, discret) dans un éditeur non-linéaire. J'imagine que c'est par opposition à un traitement d'une vidéo entière donc. Enfin, j'ai toujours pris ça comme ça. Si c'est fait discretement, personne ne s'en aperçoit de toute façon.
[^] # Re: Non linéaire ?
Posté par tao popus . Évalué à 4. Dernière modification le 18 octobre 2022 à 23:40.
Je crois que cet article de Wikipédia en anglais confirme ce que je disais:
https://en.wikipedia.org/wiki/Non-linear_editing
« While linear editing is tied to the need to sequentially view film or hear tape, non-linear editing enables direct access to any video frame in a digital video clip, without having to play or scrub/shuttle through adjacent footage to reach it, as is necessary with video tape linear editing systems. »
[^] # Re: Non linéaire ?
Posté par Jona . Évalué à 2.
Par contre, l'article en français n'améliore pas ma compréhension du concept !
[^] # Re: Non linéaire ?
Posté par robinson . Évalué à 3.
Je trouve que tu vas un peu vite en besogne.
En mathématiques linéaire n'est pas équivalent à continue.
Si on se place dans R par exemple :
f(x) = x² est bien continue mais pas du tout linéaire.
D'ailleurs f(x) = 2x + 1 n'est pas une application linéaire non plus.
Linéarité et continuité sont des notions différentes, même si il existe des situations ou l'une implique l'autre.
[^] # Re: Non linéaire ?
Posté par jean_claude (site web personnel) . Évalué à 1.
Bonjour
Peut-être parceque les algorithmes utilisés sont de complexité linéaire (droite non horizontale qui ne passe pas forcément par l'origine).
[^] # Re: Non linéaire ?
Posté par Psychofox (Mastodon) . Évalué à 7. Dernière modification le 18 octobre 2022 à 12:19.
avidemux est un éditeur linéaire selon moi. Tu peux copier/coller des bouts de vidéos mais tu ne peux pas éditer avec plusieurs pistes, transitions, etc.
[^] # Re: Non linéaire ?
Posté par Dring . Évalué à 4. Dernière modification le 18 octobre 2022 à 12:53.
C'est ma compréhension aussi :
[^] # Re: Non linéaire ?
Posté par Funix (site web personnel, Mastodon) . Évalué à 4.
le linéaire correspond à l'époque où on faisait du montage avec des bandes magnétiques, un ciseau et de la colle, il y a bien longtemps que plus personne ne fait ça, d'ailleurs je me demande pourquoi on continue à utiliser le terme linéaire ou non linéaire
https://www.funix.org mettez un manchot dans votre PC
[^] # Re: Non linéaire ?
Posté par Maderios . Évalué à 5.
Un éditeur vidéo linéaire n'utilise qu'une seule piste, on y monte les fichiers bout à bout, comme pour le montage des bandes de films physiques.
Un éditeur vidéo non linéaire utilise les fichiers audio et vidéo sur plusieurs pistes, on peut les utiliser simultanément sur la même scène, les superposer, etc.
# Sous-titres DVB
Posté par falcaf . Évalué à 3.
Bonjour tout le monde,
Je serais bien en peine de voter car aucun de ces logiciels, à ma connaissance, ne possède une fonction qui me paraît essentielle, à savoir l'édition des sous-titres DVB. Cela ne doit pas intéresser grand monde en dehors des français ou alors, je ne m'explique pas cette carence…
Pour ceux qui ne verraient pas de quoi je veux parler, c'est tout simple :
On enregistre un film en VO sur la TNT et vous obtenez une piste de sous-titre qui n'est pas du texte mais des images, des sous-titre DVB. Si vous souhaitez couper les pubs et autres sponsors, vous perdez les sous-titres car aucun éditeur sous linux ne semble se préoccuper de ceux-ci.
Pendant un moment, j'ai pensé que ce ne serait juste qu'un problème transitoire mais j'ai dû déchanter. Il y a l'excellent mkvtoolnix pour couper les flux HD de la TNT sans devoir tout réencoder mais, pas plus que les éditeurs, il ne sait gérer les flux de sous-titres.
cordialement,
[^] # Re: Sous-titres DVB
Posté par Psychofox (Mastodon) . Évalué à 6.
Dans ton cas tu pourrais couper tes enregistrement en 'n' vidéos correspondants aux passages entre chaque pub avec un outil comme celui-ci:
https://github.com/nlpsuge/NiceCut
Le résultat est une liste de vidéo plutôt qu'une seule mais les lecteurs gèrent bien ça.
À priori si tu ne veux qu'une seule vidéo finale tu as aussi des outils qui font le fusionnement de multiples vidéos avec leurs sous-titres:
https://github.com/iraj-jelo/srtmerger
https://github.com/BrianHooper/subtitles_merge
https://github.com/SmirnovKirill/subtitle_merger
Sinon faut coder tout ça toi même, quelques librairies qui gèrent le srt:
https://pypi.org/project/srt/
https://rubygems.org/gems/srt
https://www.npmjs.com/package/srt
https://github.com/asticode/go-astisub
https://crates.io/crates/srt
[^] # Re: Sous-titres DVB
Posté par falcaf . Évalué à 1.
Bonjour,
Hélas, tout ceci ne concerne que les sous-titre .srt, du texte donc : rien à voir avec les sous-titres DVB.
Il faut hélas reconnaître, dans ce domaine, l'incontestable supériorité de windaube où on trouve des outils pour faire cela. :-(
cordialement,
[^] # Re: Sous-titres DVB
Posté par Psychofox (Mastodon) . Évalué à 3.
Je ne connaissais même pas la distinction, je crois que c'est la raison de la faible quantité de logiciels les prenant en charge, c'est un usage de niche.
J'ai vu ça rapidement après une brève recherche (oui c'est de la ligne de commande).
[^] # Re: Sous-titres DVB
Posté par Psychofox (Mastodon) . Évalué à 4.
Je ne connaissais même pas la distinction, je crois que c'est la raison de la faible quantité de logiciels les prenant en charge, c'est un usage de niche.
J'ai vu ça rapidement après une brève recherche (oui c'est encore de la ligne de commande):
https://github.com/wapsi/convert-TS-or-SPU-to-SRT
[^] # Re: Sous-titres DVB
Posté par falcaf . Évalué à 1.
Bonsoir,
Merci, mais je crois que les fichiers .TS concernaient les flux SD ; avec la HD, les fichiers DVB sont devenus des .m2t. C'est peut-être pour cette raison que le dernier commit date de presque trois ans…
De toute façon, je ne cherche pas tant à convertir des sous-titres qu'à pouvoir les couper et les raccorder en même temps que les flux audio et vidéo contenus dans le fichier .m2t.
Vu que la TNT HD est la règle pour tout ce qui concerne la télévision, je ne sais pas si on peut vraiment parler de d'usage de niche. D'ailleurs sous windaube, il y a des logiciels assez populaires pour faire cela.
cordialement,
[^] # Re: Sous-titres DVB
Posté par Psychofox (Mastodon) . Évalué à 3.
Je ne connais personne qui regarde encore la télé sans une "box" de leur fournisseur internet.
Et je connais bien autant de gens maintenant qui comme moi n'ont plus de télé.
[^] # Re: Sous-titres DVB
Posté par falcaf . Évalué à 1.
:-) c'est juste une illustration de la fracture numérique.
La télé avec la box, il faut un débit correct, c'est à dire habiter plutôt en ville, même une petite ville parfois. Moi avec mes 300Ko/s quand il fait beau, c'est pas la hd tous les jours !!
Enfin, je ne sais pas quel genre de flux sort des boxes mais je ne suis pas sûr qu'il ne s'agisse pas de dvb, auquel cas, le problème des sous-titres reste entier. En fait, si le cas des sous-titres n'intéresse pas tellement, c'est peut-être parce que peu de gens regardent des films en VO, auquel cas, pas de problème de sous-titres !
D'autre part, il serait peut-être temps de repenser ce streaming sans fin et sans retenue qui fait surconsommer de l'électricité ; bon, avec netflix, disney+ et autres, c'est pas gagné, j'en conviens et les habitudes se prennent vite. Les prévisibles coupures d'électricité vont être douloureusement ressenties dans les chaumières hi-tech !!
cordialement,
[^] # Re: Sous-titres DVB
Posté par Psychofox (Mastodon) . Évalué à 3.
La proportion en terme de nombre d'utilisateur reate faible. Ajoute à cela la proportion faible de ceux qui vont aller jusqu'à acheter une carte d'aquisition pour enregistrer sur un PC et qui sont developpeurs, ne fait plus grand monde.
Ça sort en hdmi donc le sous-titre est intégré au flux vidéo.
Je pense que ça n'a rien à voir. Il y a simplement peu de monde qui enregistre de nos jours avec les offres de replay des canaux tv et le streaming à la demande.
À partir du moment où la vidéo arrive jusqu'à chez toi, je pense que ça change peu en terme d'énergie à résolution égale entre le streaming et la dvb. C'est juste répartie différemment entre diffuseur, réseau et client.
[^] # Re: Sous-titres DVB
Posté par falcaf . Évalué à 1.
Boah, c'est juste pour dire mais c'est un peu inexact : je reçois la vidéo par la tnt, c'est à dire un pylône réémetteur qui émet quoi qu'il arrive, que je regarde ou non une émission. Quand ça passe par internet, il en va tout autrement.
cordialement,
[^] # Re: Sous-titres DVB
Posté par falcaf . Évalué à 1.
En fait, beaucoup de gens possèdent un décodeur tnt qui, de fait, fait fonction d'enregistreur ou de diffuseur en différé, avec la possibilité de lire avec vlc les enregistrements réalisés.
Pour l'ordi, un dongle usb-tnt ce n'est guère couteux, ça vaut dans les 20 € ; après, ce n'est pas une raison pour l'acheter, ne serait-ce que parce que demeure le problème de la réception, l'antenne fournie avec le dongle n'étant que rarement suffisante.
cordialement,
[^] # Re: Sous-titres DVB
Posté par Olivier Jeannet . Évalué à 1.
Je regarde la télé par l'antenne de toit et je doute être une minorité (et j'ai la fibre chez moi, dans une grande ville).
Effectivement, la proportion de geek qui comme moi ont un tuner TNT dans un ordi doit être relativement faible, mais il y a un marché vu qu'on trouve le matériel en vente (et pas qu'en France).
Pour falcaf qui disait « je crois que les fichiers .TS concernaient les flux SD ; avec la HD, les fichiers DVB sont devenus des .m2t » :
en fait c'est le même format, ".ts", ".m2t" et ".m2ts", c'est du MPEG Transport Stream (que le codec soit du MPEG-2 comme en TNT SD ou du MPEG-4 en TNT HD).
[^] # Re: Sous-titres DVB
Posté par Psychofox (Mastodon) . Évalué à 6.
Une recherche rapide me permet de trouver des scripts de conversion de m2t en mkv ou mp4 avec ffmpeg donc j'en déduis que ffmpeg doit pouvoir couper et concaténer des flux m2t sans même les alterer (-vcodec copy) donc c'est au moins possible en ligne de commande.
[^] # Re: Sous-titres DVB
Posté par falcaf . Évalué à 1.
rien ne dit que cela conserve les sous-titres, j'en doute même. Mais si quelqu'un connaît bien cette puissante usine à gaz et peut faire un petit essai, cela m'intéresserait beaucoup.
cordialement,
[^] # Re: Sous-titres DVB
Posté par Olivier Jeannet . Évalué à 2.
Tiens, un copain pour la TNT et de problème des sous-titres DVB.
J'ai depuis 2014 un mini-PC de salon sous XUbuntu pour enregistrer la TNT, j'ai commencé avec une carte PCI tuner TNT et puis j'ai ajouté une clé USB tuner TNT pour les soirs où pas mal de chaînes diffusent des choses intéressantes. J'ai ajouté un petit amplificateur de signal d'antenne. Il y a une semaine j'ai même ajouté une 2e clé USB tuner TNT, branchée avec un "T" en parallèle de la 1ère, le signal a l'air suffisant.
Avec tout ça, j'enregistre bien plus que ce que je peux regarder, entre les films et les documentaires et le reste. Pour la petite histoire j'avais commencé vers 2004 avec un mini-PC à base de CPU Via et une carte d'acquisition Hauppauge capable de transformer le SECAM en MPEG-2 directement, sous Linux bien sûr.
J'ai pas mal cherché pour la question du découpage des pubs et la conservation des sous-titres. Il a fallu attendre le support correct des sous-titres de type "dvb" par ffmpeg pour que ça fonctionne (il y a quelques années), en mode copie. Voici un exemple de ligne de commande pour conserver le 2e audio (VO) et les sous-titres DVB normaux (il y a aussi ceux pour sourds) :
avconv -i enreg.m2t -ss 0:05:03 -to 1:54:11 -map 0:v:0 -map 0:a:0 -map 0:a:1 -map 0:s:1 -c copy -y enreg_découpé.m2t
Pour enlever les pubs d'un enregistrement, c'est en notant les timings de début et de fin de pubs, je crée des morceaux de films hors pub ($time1 $time2 et $part changent au cours du script créé pour l'occasion) :
avconv -r 25 -i $source -ss $time1 -to $time2 -map 0:v:0 -map 0:a:0 -map 0:a:1 -map 0:s:1 -c copy -y $dest-$part.m2t
et ensuite je joins les morceaux, une commande réelle ressemble à ceci (à noter que j'ai ajouté "-r 25" car sans cela ffmpeg s'arrêtait en erreur sur certains flux) :
avconv -r 25 -i "concat:monFilm-p1.m2t|monFilm-p2.m2t|monFilm-p3.m2t" -map 0 -c copy -y monFilm-CUT.m2t
En faisant des recherches, j'ai vu qu'il y avait des méthodes plus ou moins simples pour transformer les sous-titres de type "dvb" en "srt", avec de l'OCR au passage, on trouve des exemple de commandes, mais je n'ai pas essayé. Avec ffmpeg on doit rester en m2t pour pouvoir conserver les flux "dvb", ça ne fonctionne pas vers mkv ou mp4.
En tous cas, mkvmerge ne permet toujours pas, à ma connaissance, de conserver les flux "dvb" en convertissant en mkv.
[^] # Re: Sous-titres DVB
Posté par falcaf . Évalué à 1.
Bonjour,
AAhh, enfin une lueur d'espoir, même si en ligne de commande !!! :-)
Sans vouloir abuser mais comme je n'ai pas tout compris, supposons un film en anglais avec des sous-titres en français, film.m2t ; il commence à 03'21''19centièmes après le début de l'enregistrement ; on suppose qu'il n' y a qu'une pub qui commence à 52'06'' 16 centièmes (52:06.16 pour simplifier) et se termine à 01:17:42.03 ; de plus le film se termine avant la fin de l'enregistrement à 01:53:18.01.
On fait comment ?
cordialement,
[^] # Re: Sous-titres DVB
Posté par Olivier Jeannet . Évalué à 0.
Eh bien tu fais comme je dis, tu découpes ton film en 2 morceaux, un avant la pub et un après la pub, et tu les concatènes ensuite. Tu as les paramètres "-ss" pour le timing de début et "-to" pour le timing de fin, pour le découpage.
Accessoirement, je gagne du temps en créant les morceaux sur un ramdisk pour que ça aille plus vite (bon si tu fais tout sur un SSD NVME la différence doit être faible, mais on parle de gros fichiers de plusieurs Go).
[^] # Re: Sous-titres DVB
Posté par falcaf . Évalué à 0.
Aïe, libav-tools qui fournit avconv n'est plus dispo dans debian, remplacé par ffmpeg ; du coup pour la syntaxe et les fonctionnalités, ça risque d'être plus acrobatique, voire même davantage si certaines fonctionnalités dvb sont absentes ; moi qui pensais voir enfin le bout du tunnel….
[^] # Re: Sous-titres DVB
Posté par Olivier Jeannet . Évalué à 1. Dernière modification le 07 novembre 2022 à 19:05.
avconv et ffmpeg ont la même syntaxe, j'ai fait 2 fois le changement (une fois de ffmpeg vers avconv, puis plus récemment Ubuntu est repassé sous ffmpeg), au début je faisais tout simplement un alias de l'un vers l'autre.
(NB : "voire" = "et même"/"et peut-être" ; donc "voire même" est un pléonasme -> "voire")
[^] # Re: Sous-titres DVB
Posté par falcaf . Évalué à 1.
:-) On se croirait dans l'excellent «Le sens de la fête» avec le regretté Bacri, mais tu as raison bien sûr, merci pour la correction. Et c'est une excellente nouvelle que cette compatibilité des syntaxes.
[^] # Re: Sous-titres DVB
Posté par tkr (Mastodon) . Évalué à 0.
sous titres en DVB, je savais meme pas que cela existait
je crois que de toute ma petite vie je n'ai jamais vu de film à la télé, sous titré en francais (à part peut etre quelques téléfilms sur arte, mais il y a bien longtemps)
j'ignorais qu'un outil informatique pouvait capter ces "images" en provenance du DVB (et que c'était techniquement possible)
[^] # Re: Sous-titres DVB
Posté par Olivier Jeannet . Évalué à 1.
On avait déjà le multilingue dans certains car avec l'analogique et le NICAM (ou alors la stéréo, au minimum).
Depuis que la diffusion est en TNT (ou DVB en anglais), c'est du MPEG-TS avec plusieurs canaux additionnels, généralement il y a un ou deux canaux sonores supplémentaires (pour la VO et pour la version descriptive pour aveugles) et un ou deux canaux de sous-titres (un pour le sous-titrage sourds et un pour le sous-titrage "normal" moins complet pour quand on veut la VO).
Un canal des sous-titres est en fait constitué d'images et non de texte, sans doute pour que des bêtes téléviseurs puissent les afficher. Pour les téléviseurs pas trop vieux (ceux qui contiennent un ordinateur en pratique) on pourrait avoir un canal de vrais sous-titres (genre "srt") mais ça n'a pas été fait.
[^] # Re: Sous-titres DVB
Posté par dlfp29 . Évalué à 2.
Bonjour,
Comment tu enregistres les films ?
J'utilise Tvheadend pour enregistrer les films captés par un dongle usb DVB…
Ensuite je convertis le fichiers ts en utilisant handbreak, choix des pistes vidéo et audio, et enfin j'utilise avidemux pour enlever les début/fin et pub intermédiaire. Ça marche très bien avec les sous-titres.
[^] # Re: Sous-titres DVB
Posté par Olivier Jeannet . Évalué à 1. Dernière modification le 27 octobre 2022 à 16:26.
Pourquoi tu convertis les fichiers ts ? Tu les convertis en quoi d'ailleurs (conteneur et codec) ? Tu génères quel format avec handbrake (et avidemux même question) ? Si tu as des exemples de ligne de commande je suis preneur.
(Par ailleurs, je conclus de tes propos que handbrake et avidemux gèrent les sous-titres de type DVB, pour moi seul ffmpeg arrive à les gérer/conserver, et dans un conteneur de type ts/m2t)
Pour ma part, une fois vu un enregistrement
- soit c'est du français et je convertis (sans transcodage donc c'est rapide) en mkv (conteneur plus compact) avec mkvmerge en gardant le minimum (ce qui est le défaut, piste vidéo et 1ère piste audio)
- soit c'est de la VOST, et je reste en m2t et en mode copie (pas de transcodage/recompression) avec ffmpeg, je garde les 2 pistes audio (français et VO) et la piste de sous-titres normaux (dvb) ; quand il y a des pubs, j'en profite pour les enlever, en faisant un découpage hors pub puis un "concat" à la fin (cf un autre de mes commentaires).
PS : j'utilise Kaffeine pour enregistrer la TNT, depuis au moins 2014 (je ne sais plus ce que j'utilisais du temps de la télévision analogique et de ma carte d'acquisition Hauppauge, peut-être un bête "cat /dev/video/flux-mpeg >monfilm.mpg" (précédé sans doute d'une commande pour choisir la chaîne).
[^] # Re: Sous-titres DVB
Posté par dlfp29 . Évalué à 1.
Je convertis les fichiers pour réduire la taille des vidéos. Je les convertis vers du matroska H.264. Avec Avidemux je ne fais que copier.
Je me suis loupé, je voulais dire que dans Handbrake on a le choix des pistes audio et sous-titres (il y a d'autres options mais ce n'est pas le sujet). Mais une fois convertis, les sous-titres sont comme appliqués sur les images, on ne peut plus les gérer.
Je ne suis pas spécialiste en vidéo, j'utilise l'interface graphique de Handbrake sans savoir quelles commandes sont lancées derrière. Mais tu peux utiliser HandBrakeCLI si tu préfères.
[^] # Re: Sous-titres DVB
Posté par Olivier Jeannet . Évalué à 1.
Quand tu dis « Je convertis les fichiers pour réduire la taille des vidéos. Je les convertis vers du matroska H.264 », tu veux dire que tu refais de la compression H264 sur le fichier ".ts"/".m2t" ?
C'est une grosse perte de temps si tu fais ça, car c'est du H264 dans le flux ".ts"/".m2t".
Si tu utilises juste mkvmerge pour faire ça (pas besoin de Handbrake pour ça, ça se fait en une ligne de commande), ça va car ça change juste le conteneur et les métadonnées (et c'est très rapide), et effectivement un film ".m2t" transformé en ".mkv" avec mkvmerge est sensiblement plus petit (entre 10 et 20 % de différence), car le conteneur "mpeg-ts" a un surcoût relativement élevé, sauf erreur de ma part les flux sont découpés en paquets de 188 octets (pour faciliter la resynchro quand le signal n'est pas bon), là où en mkv les paquets doivent être nettement plus longs.
[^] # Re: Sous-titres DVB
Posté par dlfp29 . Évalué à 0.
Je réduis aussi les dimensions de l'image.
# Cinelerra
Posté par 42nodid . Évalué à 4.
Une coquille dans le sondage, c'est Cinelerra et non Cinerella
[^] # Re: Cinelerra
Posté par Benoît Sibaud (site web personnel) . Évalué à 3.
Corrigé, merci.
# Smoke en proprio
Posté par papytux . Évalué à 5.
Historiquement Unix était le systeme d'exploitation, dédié à l'édition vidéo professionnel, le plus populaire dans les années 80 et 90. Et cela jusqu'en 2005 avec la mort des stations de travail de silicon graphics.
Mais comme les studios avaient développé des centaines de plugins incompatible avec windows, ils les ont porté sur Linux. Donc on trouvait de nombreux logiciels propriétaires sur linux.
Comme le logiciel flame d'autodesk (logiciel d'effets visuels mais avec un logiciel de montage smoke, de softimage/DS (abandonné), apple shake (abandonné) mais aussi plus récemment avec nuke studio. En France on utilisait beaucoup Flame chez canal plus dans les années 90.
[^] # Re: Smoke en proprio
Posté par tkr (Mastodon) . Évalué à 0.
en dehors d'avid (aperçu dans demain ne meurt jamais), j'ai plus souvent vu des écrans en ligne de commande dans les ordinateurs des années 80 ; si jamais on peut me montrer un exemple illustré, c'est tout bienvenu :)
à l'époque surtout, c'était l'heure au montage linéaire, à la pellicule etc, de ce que j'ai compris ; par ex je crois que demain ne meurs jamais fut le premier 007 à passer par le montage non linéaire informatique, selon son réalisateur.
# ffmpeg / mencoder
Posté par harlock974 . Évalué à 6.
On peut aussi faire de l'édition vidéo basique en ligne de commande avec ffmpeg ou mencoder.
Je m'en sers encore parfois pour découper ou extraire une scène, ou pour appliquer un traitement d'image complexe (en combinant avec imagemagick).
Par contre il faut s'accrocher avec les innombrables et incompréhensibles options d'encodage. Exemple pour un encodage de bonne qualité :
mencoder -oac faac -ovc x264 -x264encopts partitions=all:subq=9:direct_pred=auto:frameref=10:b_adapt:me=umh:bframes=3:trellis=2:8x8dct:crf=15:threads=auto -o sortie.avi entree.avi
[^] # Re: ffmpeg / mencoder
Posté par tao popus . Évalué à 4.
Intéressant, c'est pour encoder quel type de source vidéo ?
Se limiter à ça donne vraiment de bon résultat pour les screencasts :
-c:v libx264 -preset veryslowSinon, les options dépendant de la source utilisée peuvent aussi améliorer avec l'option tune
L'encodage en 2 passages doit toujours être le plus efficace, pour les plus patients.
[^] # Re: ffmpeg / mencoder
Posté par harlock974 . Évalué à 2.
C'est pour réencoder des vidéos provenant d'une caméra Gopro, après découpage de scènes (je n'ai pas mis la partie découpage dans l'exemple).
Merci pour le lien, ça clarifie pas mal de chose.
[^] # Re: ffmpeg / mencoder
Posté par HL . Évalué à 4.
Les deux commandes ont une syntaxe d'appel différente.
[^] # Re: ffmpeg / mencoder
Posté par Olivier Jeannet . Évalué à 0.
Pour ma part pour convertir des vidéos (et parfois les recompresser, en fonction de la source qui est peu compressée, et sans perdre en qualité), j'utilise ffmpeg, il n'y a pas besoin d'utiliser l'option "c:v libx264" car c'est par défaut, je me contente de préciser la vitesse/qualité avec "-preset" (en général "veryslow" en mode final, ça fait un fichier un peu plus petit que les autres modes, sachant que "ultrafast est facilement 2 fois plus gros).
J'utilise aussi le paramètre "-crf" pour la qualité, par défaut elle est de 23, et la doc dit que 17 ou 18 c'est quasi indistinguable de la source (mais ça augmente la taille bien sûr).
NB : merci d'éviter les affreux "
encodage" et "encoder", vous pouvez parler à la rigueur de "codage" (encore que ça n'a pas de sens du fait qu'il y a perte), mais surtout de "conversion", "(re)compression" voire "transcodage" si vous voulez. Après tout, on ne dit pas qu'on "code en JPEG", en général on "convertit" ou on "sauve" en JPG. À noter aussi que codec = codeur/décodeur.[^] # Re: ffmpeg / mencoder
Posté par HL . Évalué à 2.
« Encoder » est attesté depuis 1964 [d'après le TLFi](https://www.cnrtl.fr/definition/encoder dans le sens, qu'est-ce qui pose problème ?
[^] # Re: ffmpeg / mencoder
Posté par Olivier Jeannet . Évalué à -1. Dernière modification le 01 novembre 2022 à 13:46.
Le préfixe "en" est inutile et moche.
C'est en fait un anglicisme (peu importe si certains dictionnaires les mentionnent, c'est aussi dû au fait que les informaticiens ne sont pas les meilleurs en français, et les mainteneurs de dico pensent pouvoir leur faire confiance).
Et surtout je ne pige pas l'usage du terme "coder" pour de la compression vidéo qui est avec perte, vu que ce n'est pas un codage. Et personne ne dit qu'il "code en JPEG".
[^] # Re: ffmpeg / mencoder
Posté par HL . Évalué à 3. Dernière modification le 01 novembre 2022 à 17:08.
En français ce préfixe indique « l'entrée dans les limites d'un espace déterminé, l'acquisition d'un état, d'une qualité nouvelle ou la création d'un nouvel espace. » (CNRTL). Dans ce contexte je pense qu'on voit l'action par rapport à l'état dans lequel entre l'information. L'autre proposition, « transcoder » décrit la même action mais sous un angle différent (passage d'un état à un autre).
Peut-être qu'il faut distinguer là ce qu'est un mot d'origine anglaise et un anglicisme, qui est « construction propre à la langue anglaise. » (Dictionnaire de l’Académie française, quelque chose d'employé sans qie ce soit intégré à la langue française. Je pencherai plus pour cette définition.
(Encoder en JPEG est employé.) Coder consiste à « transcrire un message, une information en échangeant l'écriture courante contre les signes conventionnels d'un code » (CRNTL).
Une transcription peut se faire avec perte. Par exemple, Khaled est la transcription de l'arabe خَالِد. Cette transcription est avec perte : elle substitue une lettre (خ) par deux lettres (kh), la première voyelle par « a » sans préserver sa longueur et la seconde voyelle par un « e » ambigu et toujours sans sa longueur. On a bien un code, bien qu'avec perte. (Un codage sans perte ou une translittération, aurait pu être Ḫâlid par exemple).
[^] # Re: ffmpeg / mencoder
Posté par Olivier Jeannet . Évalué à 0.
« l'entrée dans les limites d'un espace déterminé [..] » : faut rester sérieux, à quoi rime tout ce blabla semi-pédant.
Le préfixe "en" ici est inutile et moche et lors de mes études de mathématiques on a toujours employé "codage" (et personne n'aurait pensé à mettre "en" devant, qui est la version anglaise vu qu'ils disent "encoding") qui est largement suffisant, pas besoin du préfixe "en". C'est pareil avec "chiffrement" en français et "encryption" en anglais (on entend même des français dire "encryption" ou "encryptage"…), on ne dit pas "enchiffrement".
Et personne ne dit "encoder/coder en JPEG", là aussi il ne faut pas raconter de sornettes.
Je maintiens tout ce que j'ai expliqué dans mon message initial, c'est cohérent.
Je rappelle encore une fois que "codec" = "codeur/décodeur". On est assez inondé d'anglicismes en informatique pour ne pas en rajouter.
[^] # Re: ffmpeg / mencoder
Posté par HL . Évalué à 2.
Recherche Google en français.
Il y a des liens vers Microsoft et des pages universitaires qui traitent de la compression JPEG.
[^] # Re: ffmpeg / mencoder
Posté par Olivier Jeannet . Évalué à 1.
Ah ben si tu googles, forcément tu trouves des réponses, ça ne veut pas dire que c'est pertinent. Surtout vu la qualité discutable du français dans le milieu informatique, on peut trouver tout et n'importe quoi (ce qui est un peu mon propos de départ).
Effectivement, parle de compression JPEG, ça a un sens. Pour revenir au langage normal, on dit qu'on sauve en JPEG ou qu'on convertit en JPEG, à la rigueur qu'on compresse en JPEG (plutôt il y a 25-30 ans quand le format et l'usage était relativement récent) je n'ai jamais entendu autre chose.
J'ai connu aussi l'époque où on ne parlait pas de "codage" (ou "
encodage") pour de la vidéo, seulement de compression ou conversion.[^] # Re: ffmpeg / mencoder
Posté par HL . Évalué à 2. Dernière modification le 23 octobre 2022 à 14:32.
Au moins à une époque qui remonte peut-être à une décennie, on déconseillait MEncoder par rapport à FFMpeg (sur lequel est basé MEncoder) parce qu'il n'était plus trop maintenu (et c'est ce qui m'avait fait changer) … Le développement de MEncoder est actif aujourd'hui ?
Quant à FFMpeg, on peut aller beaucoup plus loin qu'une simple édition vidéo basique (enfin ça dépend aussi de ce qu'on entend par « basique »). Il existe toute une série de filtres de transformations vidéo qu'on fait passer des « tuyaux » (mapping de flux) en parallèle ou en série.
Quand aux paramètres, une fois la logique comprise, c'est beaucoup moins difficile pour s'y retrouver, l'ensemble est plutôt cohérent.
# Autres : Reaper
Posté par zoloo (site web personnel) . Évalué à 0.
Reaper, à l'origine un DAW (Digital Audio Workstation) donc prévu pour éditer de l'audio, gère la vidéo.
Pour de l'édition pas trop complexe, je le trouve moins usine à gaz que Kdenlive, que j'ai également utilisé (mais bon, c'est peut-être que je connais plus Reaper de base).
Reaper n'est pas open source, mais propose une version de démo sans limitation des fonctionnalités, utilisable deux mois), et son prix reste accessible au regard des fonctionnalités proposées (60€).
[^] # Re: Autres : Reaper
Posté par Psychofox (Mastodon) . Évalué à 4.
Je l'ai testé il y a quelque mois mais je n'avais pas réalisé que reaper faisait aussi de la vidéo. Merci.
# shotcut, bien entendu
Posté par tkr (Mastodon) . Évalué à 2.
bien que très ancien, cinelerra m'a paru rebutant de par sa complexité, et ayant voulu le retester il y a quelques mois, par son faible support de vidéos supportées en entrée (mpeg2 et picétou)
j'avais testé kdenliev ya quelques années, il semblait bien faire le taff jusqu'à ce qu'à chaque fois que je fasse lecture dans une prévisualisation de clip un erreur crash le système. Sur un montage de trois minutes j'ai du en essuyer deux bonnes dizaines, ca m'a presque doublé mon temps de travail dessus. Pourtant l'interface était correcte.
puis j'ai découvert shotcut, et là ca a été LA révélation, impossible de dire autrement : réflexes pro ou semi-pro, interface bien agencée, stabilité, support des formats en entrée et en sortie.. depuis je ne jure que par lui!
[^] # Re: shotcut, bien entendu
Posté par Funix (site web personnel, Mastodon) . Évalué à 4. Dernière modification le 22 octobre 2022 à 11:18.
il faut arrêter de dire n'importe quoi, cinelerra gère très bien le mp4 il te manque certainement quelque chose à ton installation, j'ai déjà monté des rush gopro avec
https://www.funix.org mettez un manchot dans votre PC
[^] # Re: shotcut, bien entendu
Posté par Thomas Debesse (site web personnel) . Évalué à 6.
OK, mpeg2 et mp4 et picétou.
Je vais pas vérifier la liste précise des codecs, mais tkr rapporte son expérience de liste de codecs pris en charge trop limitée, j’imagine qu’à chaque fois qu’il a essayé, il n’a même pas pu importer ses vidéos. Personnellement c’est mon expérience.
Je rééssaie de manière régulière. J’ai commencé à l’essayer il y a 15 ans, et depuis de temps en temps je réessaie. Récemment, genre l’année dernière, j’ai réussi pour la première fois le test de « j’installe, je lance, je prends une vidéo au hasard et je regarde si ça charge ». 15 ans pour aligner les planètes et réussir à charger une vidéo en la prenant au hasard.
C’est donc peut-être imprécis, mais non, ce n’est pas « n’importe quoi ». Cinelerra fait le difficile avec les formats, c’est factuel.
Tu exprimes juste que tu as de la chance que les planètes s’alignent de ton côté en mode « chémoiçamarche ».
Ou alors ça vient de changer et personne ne s’en est encore rendu compte.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: shotcut, bien entendu
Posté par Funix (site web personnel, Mastodon) . Évalué à 2.
le plus souvent cinelerra comme beaucoup d'autres logiciels dans le domaine de la vidéo sont installés à partir de package qui sont compilés comme des pieds sans les biblio nécessaires et utiles et ça les dessert en leur donnant une mauvaise publicité, alors que quand ils sont compilés proprement ils donnent toute la mesure de leur possibilité, d'ailleurs la dernière version de cinelerra (la 8) intègre même l'accélération matérielle.
https://www.funix.org mettez un manchot dans votre PC
[^] # Re: shotcut, bien entendu
Posté par Thomas Debesse (site web personnel) . Évalué à 3.
J’ai toujours utilisé les paquets fournis par les développeurs, je ne suis même pas sûr qu’il y ait d’autres moyens.
La seule option pour soutenir qu’en fait ça marche mais que les paquets que j’utilise sont mal faits, ce serait d’affirmer que les développeurs ne compilent pas proprement les paquets. Vraiment ???
Donc, non.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: shotcut, bien entendu
Posté par Funix (site web personnel, Mastodon) . Évalué à 2. Dernière modification le 31 octobre 2022 à 11:06.
le problème ne vient évidemment pas des développeurs, mais des packageurs qui ne compilent pas correctement les logiciels ou du moins pas avec toutes les options, c'est bien pour ça que pour ces logiciels je recompile tout et je me fais mes propres binaires.
C'est moins vrai avec les appimages qui sont le plus souvent issus des développeurs eux mêmes et qui sont généralement complets
https://www.funix.org mettez un manchot dans votre PC
[^] # Re: shotcut, bien entendu
Posté par Thomas Debesse (site web personnel) . Évalué à 3.
T’as pas compris, je n’ai jamais utilisé un paquet tiers (donc par exemple là si j’avais envie de réessayer, c’est là que j’irai), mais par contre je ne l’ai jamais recompilé parce que :
Mais c’est délicieux les endives cuites vapeur. Évidemment si tu les achètes en supermarché elles sont dégueu, mais le troisième vendredi du mois à Porte de Champeret il y a un producteur qui passe et qui peut te filer de vraies endives pas chères il faut juste s’inscrire etc….
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: shotcut, bien entendu
Posté par keumard2000 (site web personnel) . Évalué à 1. Dernière modification le 27 octobre 2022 à 08:02.
Bonjour,
La version cinelerra-GG supporte un très grand nombre de formats en entrée et sortie car elle utilise FFMPEG.
Je l'ai utilisé en 2018 pour un film de 40 minutes avec des incrustations, fonds vert, zoom, titres et les possibilités sont énormes une fois qu'on a compris la logique.
Import de footages (libre) trouvé sur internet dans différent formats sans problème.
J'avais pas noté de problème de stabilité avec un vieil ordi portable de 2010. J'avais même fait le calcul du rendu partagé sur 2 PC.
No Brain, No Pain ^_^'
[^] # Re: shotcut, bien entendu
Posté par Funix (site web personnel, Mastodon) . Évalué à 4.
oui comme cinelerra qui supporte le même nombre de formats, décidément les a priori ont la vie dure
https://www.funix.org mettez un manchot dans votre PC
# Quel logiciel pour les profanes ?
Posté par foobarbazz . Évalué à 2.
Je parasite un peu ce fil pour poser une question.
Je dois utiliser ce genre de logiciel environ 1 fois tous les 4 ans, et à chaque fois :
que dois-je faire ? Est-ce qu'un de ces logiciels est accessible aux gens qui ne veulent pas prendre le temps d'apprendre à utiliser ?
Le cas d'usage typique c'est de coller bout à bout quelques vidéos, après la bonne image.
[^] # Re: Quel logiciel pour les profanes ?
Posté par Funix (site web personnel, Mastodon) . Évalué à 5.
Dans ce cas je te conseille Pitivi c'est un des plus simples d'utilisation
https://www.funix.org mettez un manchot dans votre PC
[^] # Re: Quel logiciel pour les profanes ?
Posté par HL . Évalué à 7. Dernière modification le 23 octobre 2022 à 19:04.
Éventuellement, on peut se faire une antisèche avec la commande FFMpeg…
Pour découper avec ffmpeg en supposant que le format vidéo ne change pas, avec :
Pour coller des bouts il y a deux façons :
Liste des vidéos passée directement en paramètre :
Liste des vidéos dans un fichier passé en paramètre :
Commande :
Liste de fichiers :
Un inconvénient, un des chemins est absolu, il faut rajouter l'option
-safe 0avant -f`, FFMpeg considère que le chemin n'est pas sécurisé sinon.Maintenant, si les vidéos d'entrées et la vidéo de sortie n'ont pas toutes le même format, un ré-encodage est nécessaire. Il peut aussi être indiqué si le découpage ne paraît pas propre ou n'est pas aussi précis qu'on le voudrait. Donc là, à la place de
-c copyc'est-c:vpour la vidéo et-c:apour l'audio :Du moins avec les dernières versions de FFMpeg, on ne semble pas perdre à l'oeil nu de la qualité avec ce réencodage. On peut remplacer
libx264parlibx265si FFMpeg a été compilé avec, mais ce format n'est pas trop pris en charge par les applications grand public sur appareils mobiles.En partant de cette base, on a l'ordre des paramètres respecté et on peut progressivement faire évoluer la ligne, et pourquoi pas rallier l'élite audio-visuelle de demain. :D
# J’aime Cinelerra mais :/
Posté par Space_e_man (site web personnel) . Évalué à 6. Dernière modification le 24 octobre 2022 à 10:22.
Avant j’utilisais toutes sortes de versions d’essais (“trial”) des « meilleurs » logiciels tels que 3ds Max, Adobe Premiere, etc., sous Windows…
Dans les années 2000, j’ai appris l’existence de l’auberge espagnole informatique mondiale que sont les logiciels libres. Ça m’a fait du mal, car j’avais pris beaucoup d’habitude avec les produits de lux élitistes. Il ne m’était pas possible de revenir en arrière. J’avais retiré le gros câble gluant relié à ma nuque. Revenir en arrière me rendait littéralement malade, nausées et maux de tête.
Je vous dis ça ici, car le montage vidéo fut la dernière chose que je ne parvenais pas à recouvrer. Aujourd’hui encore, je peine à répondre à qui me demande des conseils en la matière.
À priori Kdenlive bénéficie de la grande communauté, utilisateurs et développeurs.
Mais celui qui m’a le plus fait rêver en 2012, c’est Cinelerra. C’est avec celui-ci que je me suis efforcé de faire le montage d’une conférence de RMS à mon ancienne école (15 ans plus tard quand même). C’était pas facile. Mais j’arrivais à faire des trucs que je savais même pas si c’était possible avec d’autres logiciels, par exemple des fondus, des zooms, etc. C’était pas facile, des plantages, des lenteurs, manque de réactivité exponentiel si l’on ne prend pas en compte la latence et ne pas surcharger le tampon clavier ou message souris (click ert reclick nerveux à éviter à tout prix)… Déplacer la poignée d’une courbe d’un pixel pouvait devenir un vrai défit…
Cinelerra est-il toujours en développement ?
Regardez les variantes… Certaines sont prometteuses, depuis parfois des années…
→ https://fr.wikipedia.org/wiki/Cinelerra#Variantes
Lors de son annonce, j’étais convaincu par le projet de VideoLAN… VLC est un tel succès, une histoire à succès ! Alors, pourquoi ce projet n’aboutit-il pas ?
L’article même reste à être crée sur Wikipédia !
→ https://fr.wikipedia.org/wiki/VideoLAN#Pour_le_grand_public
→ https://fr.wikipedia.org/wiki/VideoLAN_Movie_Creator
Et du coup, il y a au passage cet article,
→ https://fr.wikipedia.org/wiki/Montage_vid%C3%A9o#Logiciels_de_montage_non_lin%C3%A9aire
Tout ça pour dire que lorsque j’aurai un montage à faire, j’utiliserai probablement Kdenlive. Mais je regarderai également, si j’ai une journée à perdre du côté des variantes de Cinelerra. Je reviendrai également ici pour lire les commentaires et tester d’autres logiciels ;)
Merci pour ce vote.
# Flowblade
Posté par omer666 . Évalué à 2.
Pour l'instant c'est avec Flowblade que j'ai trouvé le compromis stabilité/facilité d'utilisation. Je constate pourtant qu'il n'est pas très populaire…
Installé en flatpak sur ma Fedora, c'est le seul qui m'ait donné satisfaction jusqu'à aujourd'hui, et pourtant j'ai essayé tout le reste.
[^] # Re: Flowblade
Posté par Space_e_man (site web personnel) . Évalué à 2.
En effet, je dois l’essayer celui-là… Ça tombe bien, dans Debian Sid, il y a un paquetage, flowblade 2.8.0.3 donc pas besoin de Flatpack ou Snap… :)
[^] # Re: Flowblade
Posté par Nils Ratusznik (site web personnel, Mastodon) . Évalué à 3.
Si Flowblade m'a convenu sur le plan de l'UI, et je n'ai pas eu de difficulté à faire un montage de test, celui-ci m'a déçu sur un point : au moment de l'export, celui-ci ne prenait pas en charge mon GPU (Nvidia avec pilote proprio), allongeant de fait énormément le temps de rendu. As-tu eu un comportement similaire ?
# Fuire Openshot comme la peste ^^
Posté par tao popus . Évalué à 2.
Openshot à différents bugs ouverts depuis 2 ans pour le montage qui tronque les dernières images des clips (très très embêtant en animation), et rien ne bouge, les tickets sont fermés pour plus de nouvelles depuis 6 mois, et d'autres sont ouvert sur le même sujet.
Dans le même genre, Shotcut marche beaucoup, beaucoup mieux, et le projet est infiniment plus actif.
Olive marchait super bien en version 0.8, mais la réorganisation en 1.2beta l'a rendu plus complexe et moins stable (il y a un an), mais aussi avec plus de fonctionnalité, peut être moins facile pour les débutants. Je n'ai pas retesté récemment, mais le projet étant très actif, ça a du être corrigé.
Sinon, dans un domaine proche et lié, en animation, Pencil2D (bitmap + vecto) et Glaxnimate (principalement vecto, mais possible d'y utiliser des bitmap) Ce dernier est inclus à présent dans MLT, et permet de faire le pont dans KDEnlive et Shotcut. Il permet aussi de vectoriser et de sortir en Lottie (son principal format interne), SVG animé (marche sur la plupart des navigateurs) et sticker animé Telegram (un sous-format de Lottie zipé), et à l'opposé de convertir ces formats vectoriels animés en clip vidéo (ou gif animé/ANG/…).
Il y a un nouveau projet de montage non linéaire, utilisable en ligne (mais aussi localement), mais peut être plus animation que vidéo, pas encore testé, mais ça a l'air séduisant : Motionity.
[^] # Re: Fuire Openshot comme la peste ^^
Posté par tao popus . Évalué à 2.
Pour la (non) protection de la vie privée. Motionity par défaut en auto-hébergement à des dépendances à :
* ajax.googleapis.com
* cloudflare.com
* gstatic.com
* jsdelivr.com
À fuir comme à la fois la peste et le choléra donc, à moins d'avoir le courage de changer toutes ces dépendances.
# J'aime bien Pitivi mais
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . Évalué à 2. Dernière modification le 16 novembre 2022 à 12:36.
Allez j'en profite pour poser la question ici : quelqu'un est-il affecté par ce problème ?
En gros : je fais des vidéos avec mon Sony RX100III en AVCHD, mais quand je les glisse dans Pitivi, ce dernièr génère des fichiers de proxy pixelisés et 10 fois plus lourds ; et je n'arrive pas à lui faire générer des fichiers plus petits. J'ai remonté le souci en juin 2021, et apparemment deux solutions sont envisagées : passer au format ProRes pour les fichiers de proxy, et prévenir l'utilisateur que ces derniers risquent de lui bouffer toute la place. Aucune n'a encore été implémentée (et je le comprends, j'ai l'impression qu'un seul dev fait quasiment tout tout seul sur ce projet).
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.