Recherche avancée

Sur d’autres sites (5368)

• AWS Lambda function (node.js) can't find installed ffmpeg

  7 janvier, par coding_delight

  thanx in advance !

  


  My lambda function shall transcode videos.
I install the function via a Docker image and ECR.

  


  Inside the lambda function ffmpeg cant be executed/ found.

  


  Dockerfile : As base image I use the AWS node base image. I install ffmpeg on that image and execute it successfully after installation "RUN ffmpeg -version" (works) I then copy the ffmpeg to /usr/local/bin.

  


  Inside the lambda function I try to run the same command "ffmpeg -version" via exec() but there I get "command not found".

  


  the command "pwd" returns the path "/var/task"

  


  Any idea ?

  


  Dockerfile (excerpt) :

  


  FROM public.ecr.aws/lambda/nodejs:18


  


  RUN yum install -y tar gzip xz


  


  RUN curl -O https://johnvansickle.com/ffmpeg/releases/ffmpeg-release-amd64-static.tar.xzRUN tar xvf ffmpeg-release-amd64-static.tar.xzRUN ls ffmpeg-6.1-amd64-staticRUN cp ffmpeg-6.1-amd64-static/ffmpeg /usr/local/bin/RUN cp ffmpeg-6.1-amd64-static/ffprobe /usr/local/bin/RUN rm -rf ffmpeg-6.1-amd64-static


  


  RUN ffmpeg -version


  


  COPY --from=lambda-builder /apps/lambda-video-processor ${LAMBDA_TASK_ROOT}


  


  CMD ["index.handler"]


  


  inside lambda function :

  


  exec("ffmpeg -version", (error, stdout, stderr) => {
if (error)
    {console.log(error: ${error.message})
    return
}
if (stderr)
    {console.log(stderr: ${stderr})
    return
}
console.log(stdout ffmpeg version: ${stdout})
})


  


• Revision f72e072555 : Refactoring setup_pre_planes function. Removing set_refs, adding set_ref functi

  4 juillet 2013, par Dmitry Kovalev

  Changed Paths :
   Modify /vp9/common/vp9_reconinter.h

  
   Modify /vp9/decoder/vp9_decodframe.c

  
   Modify /vp9/encoder/vp9_encodeframe.c

  
   Modify /vp9/encoder/vp9_firstpass.c

  
   Modify /vp9/encoder/vp9_rdopt.c

  
  
  Refactoring setup_pre_planes function.

  Removing set_refs, adding set_ref function.

  Change-Id : I5635c478b106ae4e57d317f1c83d929644307e63

• av_format/hlsenc : fix %v handling by format_name function

  17 juin 2019, par Bodecs Bela

  av_format/hlsenc : fix %v handling by format_name function
  Hi All,
  When multiple variant streams are specified by var_stream_map option, %v
  
  placeholder in various names ensures that each variant has its unique
  
  names. Most of %v handlng is done in format_name function. Currently
  
  in this function the result buffer is the same as the
  
  input pattern buffer, so you must allocate it before calling format_name
  
  function. It also means, that it is silently assumed that the result
  
  string will NOT be
  
  longer that the pattern string. It is true most of the time, because %v
  
  may appear only once in the pattern string and number of variant streams
  
  is less than 100 in practical cases. But theoretically it will fail if
  
  specified number of variant streams is greater than 100 (i.e. longer
  
  than 2 digits).
  
  This patch fixes this behaviour by altering format_name function to
  
  allocate the
  
  result buffer and return it to the caller.
  Please, review this patch.
  best,
  Bela
  
  >From 6377ebee8a106a9684d41b270c7d6c8e57cd3e7b Mon Sep 17 00:00:00 2001
  
  From : Bela Bodecs <bodecsb@vivanet.hu>
  
  Date : Mon, 17 Jun 2019 14:31:36 +0200
  
  Subject : [PATCH] av_format/hlsenc : fix %v handling by format_name function
  When multiple variant streams are specified by var_stream_map option, %v
  
  placeholder in various names ensures that each variant has its unique
  
  names. Most of %v handlng is done in format_name function. Currently
  
  in this function the result buffer is the same as the input pattern
  
  buffer, so you must allocate it before calling format_name function. It
  
  also means, that it is silently assumed that the result string will NOT
  
  be longer that the pattern string. It is true most of the time, because
  
  %v may appear only once in the pattern string and number of variant
  
  streams is less than 100 in practical cases. But theoretically it will
  
  fail if specified number of variant streams is greater than 100. This
  
  patch fixes this behaviour by altering format_name function to allocate
  
  the result buffer and return it to the caller.
  Signed-off-by : Bela Bodecs <bodecsb@vivanet.hu>
  

  • [DH] libavformat/hlsenc.c