Recherche avancée

Sur d’autres sites (5784)

• Préférence donnée à mp4 sur webm quand le fichier mp4 est chargé en tant que conversion d’un fichier webm

  21 janvier 2016

  Bonjour,
  le site AlterInfos - América latina (www.alterinfos.org) utilise depuis un an le plugin "Lecteur multimédia HTML5 pour MediaSPIP" qui marche super bien. Merci.
  Jusqu’à présent, les vidéos étaient surtout au format mp4. Mais dans un article récent, les vidéos ont été téléversés au format webm (VP9+Opus), puis, à partir de ces vidéos de référence, une conversion en mp4 a aussi été téléversée. Quand on visualise les vidéos dans Firefox (43, Debian Jessie 64) ou dans Chromium, c’est toujours le fichier mp4 qui est visualisé. Si on met la vidéo au format webm seulement, la vidéo est visualisée dans ce format.
  Ce n’est donc pas un problème de compatibilité du navigateur, mais plutôt peut-être que le fichier "conversion" (mp4) est traité avant le fichier "original" (webm). Si on regarde le code source de la page, le lien vers le mp4 apparaît avant celui en webm.
  Téléverser d’abord le fichier en mp4 puis charger ensuite en tant que "conversion du document" le fichier en webm règle le problème : c’est désormais le fichier en webm qui est joué "par défaut" quand on visualise la vidéo.
  Mais il me semble que ce serait plus logique que ce soit le document de référence et non sa conversion qui soit joué par défaut quand on visualise une vidéo.
  Ça permettrait aussi de choisir la vidéo qu’on souhaite diffuser "par défaut" (dans notre cas, la vidéo webm est beaucoup plus légère [car VP9 et opus], donc c’est assez logique de vouloir que ce soit la vidéo par défaut…
  Cordialement,
  Nicolas

• AWS Lambda and Fluent FFMPEG error "cannot read property "isStream" of undefined"

  29 mai 2021, par Travis Lee

  so here's the goal : convert a .webm file hosted in an S3 into a gif and upload that to a new bucket. This all works fine when run locally, but when trying to translate it into a lambda, fluent-ffmpeg throws errors when it runs the command.

  


  Here's the code snippet :

  


  ffmpeg(new URL(vid))
  .outputOptions("-vf", "scale=320:-1:flags=lanczos,fps=14")
  .on('progress', () => {
      console.log('progress');
  })
  .on('end', () => {
     //Do stuff with the result when it is done
  })
  .output(newKey)
  .run(newKey);


  


  in this snippet, "vid" is a presigned GET url for an S3 bucket containing the .webm video file, and "newKey" is the name of the new bucket (and a temporary writeStream/File that is created in the lambda to store the new .gif file until we upload it to S3 - not super relevant to this issue).

  


  What should happen (and does locally) is that a new output is created containing the converted .gif file

  


  What happens when it is deployed in a lambda is that it reaches the .outputOptions call and throws a type error saying that it cannot read property isStream of undefined.

  


  At first glance, this seems like I simply don't have FFMPEG installed in the lambda, but I do. I have tried with the prebuilt layer using NodeJS 10 found here : https://serverlessrepo.aws.amazon.com/applications/us-east-1/145266761615/ffmpeg-lambda-layer ,
with a NodeJS 12 layer that was built by some engineers here previously, and tried building a NodeJS 14 FFMPEG layer myself and using that. I tried for all three using no configuration and letting it call the PATH ffmpeg, using the FFMPEG_PATH and FFPROBE_PATH environment variables set to either what was specified in the previous layers, or what I made it in the newly built one, and even manually setting the path to the executables using the setFfmpegPath and setFfprobePath functions found on the fluent-ffmpeg object.

  


  Lastly, I even tried bundling the executables in with the actual lambda code itself and uploading it through an S3, trying all three above methods of getting it to point to the correct paths once again to no avail.

  


  I'm seriously in need of help if anyone else has encountered something similar or just might know what is going on. I'm at wit's end here trying to figure this out.

  


• Trim video and extract thumbnail simultaneously

  12 septembre 2019, par Robin

  I am using the following two codes for ffmpeg.

  Trim Video :

  ffmpeg -i input.mp4 -ss 0 -t 100 -c copy -f mp4 output.mp4

  Create Thumbnail :

  ffmpeg -i input.mp4 -ss 1 -vframes 1 -f mjpeg output

  Which works as expected and is super fast, but when I combine the two like so :

  ffmpeg -i input.mp4 -ss 0 -t 100 -c copy -f mp4 output.mp4 -i input.mp4 -ss 1 -vframes 1 -f mjpeg output.jpeg

  ffmpeg runs a re-encoding copy rather than using -c copy. I really would like to execute both of these functions in a single ffmpeg command.

  Below is the output from terminal when it is generating the thumbnail, which is where it appears the re-encoding is happening.

    Metadata:
  
      major_brand     : isom
  
      minor_version   : 512
  
      compatible_brands: isomiso2avc1mp41
  
      encoder         : Lavf57.83.100
  
      Stream #1:0(und): Video: mjpeg, yuvj420p(pc), 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc (default)
  
      Metadata:
  
        creation_time   : 1970-01-01T00:00:00.000000Z
  
        handler_name    : VideoHandler
  
        encoder         : Lavc57.107.100 mjpeg
  
      Side data:
  
        cpb: bitrate max/min/avg: 0/0/200000 buffer size: 0 vbv_delay: -1
  
  frame=  324 fps=0.0 q=-1.0 q=6.3 size=    1792kB time=00:00:12.94 bitrate=1133.7kbits/s dup=0 drop=285 speed=2
  
  frame=  661 fps=660 q=-1.0 q=6.3 size=    4096kB time=00:00:26.43 bitrate=1269.5kbits/s dup=0 drop=622 speed=2
  
  frame= 1013 fps=674 q=-1.0 q=6.3 size=    6912kB time=00:00:40.51 bitrate=1397.7kbits/s dup=0 drop=974 speed= 
  
  frame= 1356 fps=677 q=-1.0 q=6.3 size=    8704kB time=00:00:54.22 bitrate=1314.9kbits/s dup=0 drop=1317 speed=
  
  frame= 1694 fps=677 q=-1.0 q=6.3 size=   11264kB time=00:01:07.75 bitrate=1361.9kbits/s dup=0 drop=1655 speed=
  
  frame= 2031 fps=676 q=-1.0 q=6.3 size=   14080kB time=00:01:21.23 bitrate=1419.8kbits/s dup=0 drop=1992 speed=
  
  frame= 2360 fps=673 q=-1.0 q=6.3 size=   16384kB time=00:01:34.37 bitrate=1422.1kbits/s dup=0 drop=2321 speed=
  
  frame= 2511 fps=672 q=-1.0 Lq=6.3 size=   17695kB time=00:01:40.40 bitrate=1443.8kbits/s dup=0 drop=2474 speed=26.9x    
  
  video:13036kB audio:4684kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown