Recherche avancée

Sur d’autres sites (9023)

• Concat different video file types with different fps and resolutions using FFmpeg

  10 juillet 2018, par 1234567

  This is the command I am using :

  {"-y", "-i", file1.toString(), "-i", file2.toString(), "-strict", "experimental", "-filter_complex",
  
                  "[0:v]scale=480x640,setsar=1:1[v0];[1:v]scale=480x640,setsar=1:1[v1];[v0][0:a][v1][1:a] concat=n=2:v=1:a=1",
  
                  "-ab", "48000", "-ac", "2", "-ar", "22050", "-s", "480x640", "-vcodec", "libx264","-crf","27","-q","4","-preset", "ultrafast", rootPath + "/output.mp4"};

  When file types are similar, in my case mp4, and with same fps 30 and same resolution, 720 x 980, they do merge properly. But when I try different file types, say AVI, 3gp, mp4, then all with different fps and resolution and the AVI file with no audio, I get following error :

  ffmpeg version n3.0.1 Copyright (c) 2000-2016 the FFmpeg developers
  
    built with gcc 4.8 (GCC)
  
    configuration: --target-os=linux --cross-prefix=/home/vagrant/SourceCode/ffmpeg-android/toolchain-android/bin/arm-linux-androideabi- --arch=arm --cpu=cortex-a8 --enable-runtime-cpudetect --sysroot=/home/vagrant/SourceCode/ffmpeg-android/toolchain-android/sysroot --enable-pic --enable-libx264 --enable-libass --enable-libfreetype --enable-libfribidi --enable-libmp3lame --enable-fontconfig --enable-pthreads --disable-debug --disable-ffserver --enable-version3 --enable-hardcoded-tables --disable-ffplay --disable-ffprobe --enable-gpl --enable-yasm --disable-doc --disable-shared --enable-static --pkg-config=/home/vagrant/SourceCode/ffmpeg-android/ffmpeg-pkg-config --prefix=/home/vagrant/SourceCode/ffmpeg-android/build/armeabi-v7a --extra-cflags='-I/home/vagrant/SourceCode/ffmpeg-android/toolchain-android/include -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -fno-strict-overflow -fstack-protector-all' --extra-ldflags='-L/home/vagrant/SourceCode/ffmpeg-android/toolchain-android/lib -Wl,-z,relro -Wl,-z,now -pie' --extra-libs='-lpng -lexpat -lm' --extra-cxxflags=
  
    libavutil      55. 17.103 / 55. 17.103
  
    libavcodec     57. 24.102 / 57. 24.102
  
    libavformat    57. 25.100 / 57. 25.100
  
    libavdevice    57.  0.101 / 57.  0.101
  
    libavfilter     6. 31.100 /  6. 31.100
  
    libswscale      4.  0.100 /  4.  0.100
  
    libswresample   2.  0.101 /  2.  0.101
  
    libpostproc    54.  0.100 / 54.  0.100
  
  Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/storage/sdcard0/tyry/Videos/1.mp4':
  
    Metadata:
  
      major_brand     : mp42
  
      minor_version   : 0
  
      compatible_brands: isommp42
  
      creation_time   : 2018-03-14 16:22:27
  
    Duration: 00:01:06.07, start: 0.000000, bitrate: 10775 kb/s
  
      Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 960x540, 10757 kb/s, SAR 1:1 DAR 16:9, 47.06 fps, 90k tbr, 90k tbn, 180k tbc (default)
  
      Metadata:
  
        creation_time   : 2018-03-14 16:22:27
  
        handler_name    : VideoHandle
  
      Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 16000 Hz, mono, fltp, 12 kb/s (default)
  
      Metadata:
  
        creation_time   : 2018-03-14 16:22:27
  
        handler_name    : SoundHandle
  
  Input #1, mov,mp4,m4a,3gp,3g2,mj2, from '/storage/sdcard0/tyry/Videos/2018-03-17-11-33-07.mp4.mp4':
  
    Metadata:
  
      major_brand     : mp42
  
      minor_version   : 0
  
      compatible_brands: isommp42
  
      creation_time   : 2018-03-17 11:33:15
  
    Duration: 00:00:06.63, start: 0.000000, bitrate: 1030 kb/s
  
      Stream #1:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 426x240, 1013 kb/s, SAR 1:1 DAR 71:40, 33.65 fps, 90k tbr, 90k tbn, 180k tbc (default)
  
      Metadata:
  
        creation_time   : 2018-03-17 11:33:15
  
        handler_name    : VideoHandle
  
      Stream #1:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 16000 Hz, mono, fltp, 12 kb/s (default)
  
      Metadata:
  
        creation_time   : 2018-03-17 11:33:15
  
        handler_name    : SoundHandle
  
  [Parsed_concat_0 @ 0xacb60d40] Input link in1:v0 parameters (size 426x240, SAR 1:1) do not match the corresponding output link in0:v0 parameters (960x540, SAR 1:1)
  
  [Parsed_concat_0 @ 0xacb60d40] Failed to configure output pad on Parsed_concat_0
  
  Error configuring complex filters.
  
  Invalid argument

  What is the proper command to concat different file types, with different fps, and different resolution and map audio properly to a set fps and resolution, output being mp4 file ?

• creating a video using ffmpeg command with image name pattern [duplicate]

  21 mars 2018, par Junaid Farooq

  This question already has an answer here :

  • ffmpeg img to video = Could find no file with path
    
    2 answers
    

  I am coming from this question
  https://askubuntu.com/questions/610903/how-can-i-create-a-video-file-from-a-set-of-jpg-images

  Everything is working fine and I can create a video, I am only struggling with the image name pattern. Each time, I had to rename all files first to a specific pattern.

  Can we create a video using the same command written below but with this kind of image name pattern ?

  2018-01-19-11-55-00.jpg  2018-01-19-17-00-00.jpg  2018-01-22-10-10-00.jpg  2018-01-22-13-25-00.jpg  2018-01-22-16-40-00.jpg
  
  2018-01-19-12-00-00.jpg  2018-01-19-17-05-00.jpg  2018-01-22-10-15-00.jpg  2018-01-22-13-30-00.jpg  2018-01-22-16-45-00.jpg

  I want to use this command

  ffmpeg -framerate 25 -i image-%04d.jpg -c:v libx264 -profile:v high -crf 20 -pix_fmt yuv420p output.mp4

  but this one using

  image-2000.jpg  image-2400.jpg  image-2800.jpg

  above image pattern.

  Is there any possibility to use the above pattern of files which are being named as a date. also, all these images are in a folder. Can FFMPEG address them ?

• Anomalie #4114 : paramètre media:joindre_deballer_lister_zip ignoré

  19 mars 2018, par Alexis Z

  Effectivement, j’ai oublier de précisé.
  Spip 3.2.0 révision 23778

  Le 19 mars 2018 à 14:35, <redmine@spip.org> a écrit :

  La demande #4114 a été mise à jour par b b.

  Salut et merci pour le signalement, sur quelle version de SPIP observes-tu
  le problème ?
  ------------------------------
  Anomalie #4114 : paramètre media:joindre_deballer_lister_zip ignoré
  <https://core.spip.net/issues/4114#change-13736>

  - Auteur : Alexis Z
  - Statut : Nouveau
  - Priorité : Normal
  - Assigné à :
  - Catégorie :
  - Version cible :
  - Resolution :
  - Navigateur :

  Bonjour,

  Il me semble avoir trouvé une petite incohérence dans le code du plugin
  media, plus précisément dans la fonction "joindre_deballer_lister_zip"
  ligne 301, de media/inc/joindre_document.php.
  Sauf erreur de ma part, cette fonction a pour but de déballer le contenu
  d’un fichier zip qui lui est passé en paramètre dans un répertoire
  temporaire et de retourner une liste décrivant sont contenus.

  Cette fonction prends deux paramètres $path et $tmp_dir :
  - $path corresponds au chemin du fichier zip à déballer
  - $tmp_dir corresponds au dossier temporaire ou celui-ci sera déballé

  Cette fonction utilise la librairie Pclzip.

  L’incohérence se trouve au niveau du deuximère paramètre, $tmp_dir,
  celui-ci est censé indiquer dans quel répertoire le contenu du zip sera
  déballer or ce chemin n’est pas pris en compte par la fonction
  Pclzip->extraire (ligne 305), et n’est pas non plus pris en compte par la
  fonction callback ’callback_deballe_fichier’ indiqué à la fonction extraire
  de Pclzip.
  En effet dans le code le chemin pris en compte est déclaré dans un define
  "_TMP_DIR" celui-ci déclaré à la ligne 140 de la fonction
  "joindre_trouver_fichier_envoye" (meme fichier php, début ligne 26).
  ($tmp_dir est uniquement utilisé dans la définition du chemin du fichier
  qui est renvoyé par la fonction : ligne 317 : ’tmp_name’ => $tmp_dir . $f)

  Donc le paramètre $tmp_dir quasi non-utilisé induit en erreur car on
  s’attend à se que le contenu ce trouve dans le chemin $tmp_dir de plus si
  on appeler directement la focntion "joindre_deballer_lister_zip" sans
  appeler "joindre_trouver_fichier_envoye" on ne définit pas _TMP_DIR et on
  a une erreur incohmpréensible.

  Du coup, le pire sénario (mon cas) j’appelais
  "joindre_deballer_lister_zip" après un autre appel "joindre_trouver_fichier_envoye"
  indirect, donc la variable _TMP_DIR etait défini et le contenu de mon zip
  déballer à cette endroit alors que je donnais un $tmp_dir completement
  différent, cette destination restait vide et aucun message d’erreur de la
  fonction "joindre_deballer_lister_zip".

  Bref, je suggère de prendre en compte pour l’extraction la variable
  $tmp_dir, et/ou d’ajouter test/définition de la variable _TMP_DIR en début
  de fonction pour prévenir tout exécution "bizarre".
  ------------------------------

  Vous recevez ce mail car vous êtes impliqués sur ce projet.
  Pour changer les préférences d’envoi de mail, allez sur
  http://core.spip.org/my/account