Comment: couper une vidéo ou musique

Support Debian
#1

Bonjours, il y a quelque chose que je comprend vraiment pas. Comment: couper une vidéo ou musique.

Je lance cette commande et rien:

Si j’ai bien comprit: on commence à couper a 5minutes et 19secondes pendant 2minutes17secondes.

Ou:

Dans cet autre exemple même chose mais écriture en seconde.

A chaque fois le fichier généré est plus gros que l’original ce qui ne m’arrange pas et en entier comme si les paramètres ont été ignorés. Sinon quand j’arrive a y couper ce n’est pas la durée que je souhaite avoir.
Savez-vous d’où vient le problème SVP ?

#2

perso j’utilise kdenlive , mais je vais me renseigner sur la manip via console

#3

Genre sur une vidéo de 10minutes, je me retrouve avec un fichier d’environ 4minutes43secones alors que moi je veux juste de 5minutes19secondes à 7minutes35secondes ce qui donne:

Je comprends vraiment pas d’ou ça vient. Tout ce que j’essaye de faire c’est garder la même qualité du fichier avant coupure et réussir à le couper.

#4

Avec ffmpeg (apt-get install ffmpeg)

Pour l’audio :

stackoverflow.com/questions/7945 … ing-ffmpeg

Pour la video :

superuser.com/questions/138331/u … t-up-video

#5

ffmpeg == avconv
C’est la même chose^^

Voila ce que ça donne:

avconv -ss "319" -t "136" -i "/home/video/Gladiator_Soundtrack____The_Battle_.mp3" "/home/video/Gladiator_Soundtrack____The_Battle__couper.mp3" avconv version 0.8.13-6:0.8.13-1, Copyright (c) 2000-2014 the Libav developers built on Jun 28 2014 17:50:37 with gcc 4.7.2 [mp3 @ 0x643b20] max_analyze_duration reached Input #0, mp3, from '/home/video/Gladiator_Soundtrack____The_Battle_.mp3': Metadata: major_brand : dash minor_version : 0 compatible_brands: iso6mp41 creation_time : 2013-11-13 20:20:14 encoder : Lavf53.21.1 Duration: 00:10:02.27, start: 0.000000, bitrate: 128 kb/s Stream #0.0: Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s File '/home/video/Gladiator_Soundtrack____The_Battle__couper.mp3' alrea dy exists. Overwrite ? [y/N] y Output #0, mp3, to '/home/video/Gladiator_Soundtrack____The_Battle__couper.mp3': Metadata: major_brand : dash minor_version : 0 compatible_brands: iso6mp41 TDEN : 2013-11-13 20:20:14 TSSE : Lavf53.21.1 Stream #0.0: Audio: libmp3lame, 44100 Hz, stereo, s16, 200 kb/s Stream mapping: Stream #0:0 -> #0:0 (mp3 -> libmp3lame) Press ctrl-c to stop encoding size= 6641kB time=283.32 bitrate= 192.0kbits/s video:0kB audio:6640kB global headers:0kB muxing overhead 0.003838%

Et quand je regarde les infos du fichiers:

avconv -i  Gladiator_Soundtrack____The_Battle__couper.mp3
avconv version 0.8.13-6:0.8.13-1, Copyright (c) 2000-2014 the Libav developers
  built on Jun 28 2014 17:50:37 with gcc 4.7.2
[mp3 @ 0x643b20] max_analyze_duration reached
Input #0, mp3, from 'Gladiator_Soundtrack____The_Battle__couper.mp3':
  Metadata:
    major_brand     : dash
    minor_version   : 0
    compatible_brands: iso6mp41
    creation_time   : 2013-11-13 20:20:14
    encoder         : Lavf53.21.1
  Duration: 00:04:43.32, start: 0.000000, bitrate: 192 kb/s
    Stream #0.0: Audio: mp3, 44100 Hz, stereo, s16, 192 kb/s
At least one output file must be specified

Donc à moins que je ne sache pas compter, le fichier devrait pas faire dans les 4minutes43secondes et le fichier à l’air d’être encoder dans une meilleur qualité alors que moi je veux juste le couper.

Donc toujours bloqué :005

#6

[quote]
ffmpeg == avconv
C’est la même chose^^[/quote]
Fou ! Malheureux !

avconv c’est un truc que tout le monde cherche à éviter
ffmpeg c’est un truc qui fonctionne

Précisement différent, donc :ugeek:

#7

et avec avidemux-qt ?

#8

[quote=“haleth”][quote]
ffmpeg == avconv
C’est la même chose^^[/quote]
Fou ! Malheureux !

avconv c’est un truc que tout le monde cherche à éviter
ffmpeg c’est un truc qui fonctionne

Précisement différent, donc :ugeek:[/quote]
C’est ce que j’ai lu et les commandes sont les même en plus surtout que quand tu utilise ffmpeg ça dit Deprecated… un truck du genre comme quoi il faut plus l’utiliser.

angelique => J’aimerais éviter d’installer autre chose si possible comme ffmpeg ou avconv sont sensé le faire^^

#9

C’est un problème de placement des options, il vaut mieux faire :
avconv -i source.mp3 -ss -t -acodec copy dest.mp3

Le paramétrage situé avant l’entrée impose un type de fichier contenant des informations de timing complètes, ce qui n’est généralement pas le cas des mp3

A part cela ffmpeg est effectivement remplacé par avconv sous debian.
Installer le véritable ffmpeg (qui existe toujours) est une opération délicate, cela pose des tas de problèmes de dépendances de librairies, sauf à compiler une version statique de ffmpeg.

#10

[quote=“jweber”]A part cela ffmpeg est effectivement remplacé par avconv sous debian.
Installer le véritable ffmpeg (qui existe toujours) est une opération délicate, cela pose des tas de problèmes de dépendances de librairies, sauf à compiler une version statique de ffmpeg.[/quote]
Je n’ai plus ma source sous la main (probablement lu sur linuxfr.org), mais ffmpeg devrait bientôt faire son retour dans les dépôts officiels Debian.

#11

Ceci, j’imagine

#12

[quote=“jweber”]C’est un problème de placement des options, il vaut mieux faire :
avconv -i source.mp3 -ss -t -acodec copy dest.mp3

Le paramétrage situé avant l’entrée impose un type de fichier contenant des informations de timing complètes, ce qui n’est généralement pas le cas des mp3

A part cela ffmpeg est effectivement remplacé par avconv sous debian.
Installer le véritable ffmpeg (qui existe toujours) est une opération délicate, cela pose des tas de problèmes de dépendances de librairies, sauf à compiler une version statique de ffmpeg.[/quote]
Merci, j’ai essayé et ça à l’air bon, merci. Je reviendrais vers vous si le problème persiste.

Sinon j’ai installé ffmpeg commme youtube-dl en avait besoin, mais il semblerait qu’il utilise avconv et c’est la que j’ai lu le “depreciated”. Je me demande comment ça va se passer, j’ai pas envie que ça foute le bordel dans mon serveur comme j’ai installé les deux

#13

ffmpeg n’est plus dans les dépots depuis 2 ans
Le paquet ffmpeg est un mensonge, c’est avconv qui est dedans (d’où le message faux : “deprecated”)

Bref

#14

[quote=“LeRoutard”]
Sinon j’ai installé ffmpeg commme youtube-dl en avait besoin, mais il semblerait qu’il utilise avconv et c’est la que j’ai lu le “depreciated”. Je me demande comment ça va se passer, j’ai pas envie que ça foute le bordel dans mon serveur comme j’ai installé les deux[/quote]
Comme il a été dit, le paquet ffmpeg des dépots Debian renvoie en fait vers avconv.
Il est probable que ffmpeg va “revenir”, comme il a été dit, c’est souhaitable mais pas évident compte tenu de la construction très partagée des logiciels libres.
Il existe des paquets *.deb qui installent le vrai ffmpeg, mais cette manip est à mon avis très dangereuse (surtout sur un serveur !), elle risque de rendre inopérants nombre de programmes qui utilisent libav.
En cas de besoin, il est tout à fait possible d’installer une version statique de ffmpeg (voir leur site où c’est expliqué en détail). Cela fonctionne parfaitement et ne génère aucun conflit. Je m’en sers à l’occasion en ligne de commande (fusion de clips, par exemple).

#15

Ma contribution : pour couper les mp3, cutmp3. Le man est très bien.

#16

@ponky => Pourquoi installer un autre logiciel si tu en as déja un qui peut pratiquement tout faire^^.

Sinon je ne pensais pas que l’ordre des paramètres pouvait poser problème, dans tous les sites ou j’ai cherché aucun ne le mentionne.

#17

Les arguments sont massivement positionnels
Un même argument va agir sur différent flux, en fonction de l’endroit où il est placé (sur le flux d’entrée ou de sortie, par exemple)

#18

Man avconv :

[code] -t duration (output)
Stop writing the output after its duration reaches duration.
duration may be a number in seconds, or in “hh:mm:ss[.xxx]” form.

   -ss position (input/output)
       When used as an input option (before "-i"), seeks in this input
       file to position. Note the in most formats it is not possible to
       seek exactly, so avconv will seek to the closest seek point before
       position.  When transcoding and -accurate_seek is enabled (the
       default), this extra segment between the seek point and position
       will be decoded and discarded. When doing stream copy or when
       -noaccurate_seek is used, it will be preserved.

       When used as an output option (before an output filename), decodes
       but discards input until the timestamps reach position.

       position may be either in seconds or in "hh:mm:ss[.xxx]" form.

[/code]
C’est vrai qu’il faut chercher assez loin dans le manuel !!
L’idée générale est que les options précèdent le flux concerné (input ou output), c’est parfois un peu déconcertant.
Un truc simple consiste à collectionner, un peu au fil des recherches sur les sites, les paramètres qui “vont bien” pour telle ou telle situation et les stocker dans un fichier texte.
Pour les cas standards de transcodage Winff est bien utile, il n’est qu’un interface à ffmpeg/avconv qui fournit les arguments qui vont bien. Je pense (à vérifier) qu’il permet de spécifier des décalages et des durées.

#19

Question bête: c’est pareil pour la vidéo sauf qu’il faut changer la partie -acodec copy ?

Sinon combien environ un serveur peut convertir de fichier en même temps sans le surcharger ? Genre: 3 ou 4 ? Voir plus ?
C’est un Kimsufi 16G sous Debian 7.5 avec un Intel® Xeon® CPU E3-1225 V2 @ 3.20GHz, 4 Coeurs, 4x 4096Mo de ram et 2 x 1000 Go de DD

Et dernière petite chose: Quand je fais un petit df -h je vois environ un total d’un to, ou est l’autre ?^^ Il me semble que ça réplique les fichiers sur les deux au cas ou je perd un DD, mais je ne suis pas sur.

df -h Sys. fich. Taille Util. Dispo Uti% Monté sur rootfs 20G 1,8G 17G 10% / /dev/root 20G 1,8G 17G 10% / devtmpfs 7,8G 0 7,8G 0% /dev tmpfs 1,6G 292K 1,6G 1% /run tmpfs 5,0M 0 5,0M 0% /run/lock tmpfs 3,4G 0 3,4G 0% /dev/shm /dev/md2 898G 98G 755G 12% /home

#20

[quote=“LeRoutard”]Question bête: c’est pareil pour la vidéo sauf qu’il faut changer la partie -acodec copy ?

Sinon combien environ un serveur peut convertir de fichier en même temps sans le surcharger ? Genre: 3 ou 4 ? Voir plus ?
C’est un Kimsufi 16G sous Debian 7.5 avec un Intel® Xeon® CPU E3-1225 V2 @ 3.20GHz, 4 Coeurs, 4x 4096Mo de ram et 2 x 1000 Go de DD
[/quote]

Pour couper les vidéos dans le principe cela peut fonctionner de la même façon, en rajoutant -vcodec copy si on ne souhaite pas faire de transcodage.
Mais c’est une méthode qui me semble un peu brutale : les compressions vidéos sont bien plus complexes, surtout avec les codecs récents (h264/mp4). En gros (je ne suis pas spécialiste) la compression porte sur des séquences d’images successives, certaines trames sont prises comme trames de référence, pour les autres le codeur calcule et encode uniquement les changements. Si on coupe n’importe où il peut y avoir d’étranges problèmes, comme les petits carrés verts que l’on voit parfois avec vlc quand il y a des erreurs de flux.
Il faut faire un essai sur des clips typiques. Quand j’aurai le temps je regarderai ce que cela donne.
Personnellement j’utilise pour ce genre de découpages des outils plus spécifiques : avidemux, project-x (pour les flux mpeg de la télé), dvbcut, etc. Avidemux, par exemple, permet de sauter d’une image clé (référence) à une autre, ce qui assure des transitions saines. Il fonctionne très bien, mais n’est pas dans les sources de paquetages Debian officiels. Je l’ai compilé, c’est expliqué sur leur site et cela ne demande qu’un peu de temps et d’attention. Je serais très prudent vis à vis des dépots non officiels où on peut le trouver sous forme de “*.deb” : le risque est de casser les librairies multimédia partagées qu’utilisent des tas de logiciels, vlc par exemple.
Concernant la vitesse de travail : cela dépend énormément de ce que l’on demande. J’ai une petite machine (amd dual-core) assez ancienne. Si je fais un transcodage pour générer, par exemple du mp4 à partir de mpeg2 je plafonne à 15-20 frames par seconde (moins que le temps réel !) pour des images au format dvd standard (pas hd). S’il n’y a pas de changement de codec cela va évidemment beaucoup plus vite (un bon facteur 10).
Là encore un petit essai…

Pour la question des disques, je suis complètement incompétent. Peut être faut-il regarder aved gparted.