Recherche avancée

Sur d’autres sites (16004)

• FFMPEG not converting mp3 to ogg

  25 juillet 2013, par nbs189

  I have a php upload script that converts MP3 files after they have been uploaded. I am keeping the mp3 file which is why I am doing it afterwards. A copy is created and then that is converted to ogg. The problem i am having is with FFMPEG as it is just not doing anything. I have never used FFMPEG or a tool like it before, nor have I used PHP's exec() function so I really have no idea how to use it but I have had a thorough look around for my answer before I came here.

  exec("ffmpeg -i ".$target_path."".$hash_filename.".".$path_extension."  ".$hash_filename.".ogg");

  What the function could look like with data instead of variables :

  ffmpeg -i ../uploads/ee78d5deb564901626067cc0008456ed.mp3 ee78d5deb564901626067cc0008456ed.ogg

  I have checked with SSH and FFMPEG is located under the usual usr/bin/ffmpeg. I wondered if I should be targeting the file from where FFMPEG is or where the phpscript is but I have had no luck with either. Perhaps I am still targeting it from the wrong place ?

  I have checked and the codecs required for mp3 to ogg conversion are installed. I did also try adding those codecs into the command but the same thing happened. I understand FFMPEG automatically chooses which codecs to use so I ommited them.

• vdpau : do not use buggy HEVC support by default

  1er juillet 2017, par wm4

  vdpau : do not use buggy HEVC support by default
  NVIDIA broke its own API when using VDPAU decoding. If you retrieve the
  
  decoded YUV data, or if you map the surfaces with GL interop, the result
  
  are interlacing artifacts. The only way to get non-broken data is by
  
  using the vdpau video mixer to convert it to RGB. There is no way to
  
  block the non-working operations in a reasonable way (a VdpVideoSurface
  
  has to support all operations).
  NVIDIA refuses to fix this issue (they "fixed" it by making it work with
  
  the video mixer, but the rest is still broken). There is no sign of that
  
  changing.
  Do not use HEVC by default with the generic hwaccle API. Detect whether
  
  it's the NVIDIA native implementation, and exit with an error. (The same
  
  thing work with the MESA implementation.)
  As an escape hatch and to allow applications to use the decoder if they
  
  really want to (perhaps because they make sure to explicitly use the
  
  video mixer), reuse AV_HWACCEL_FLAG_ALLOW_PROFILE_MISMATCH to disable
  
  this check.
  Once NVIDIA fixes the bug, working driver versions could be detected,
  
  and it could be allowed again.
  

  • [DH] libavcodec/vdpau.c

• strncpy_s error when deploying ffmpeg streaming application on XP

  26 juillet 2013, par dagur

  I'm trying to deploy an application that uses ffmpeg to stream camera output to an XP machine. The application is written compiled with gcc mingw32 and runs fine on Windows 8. But on Windows XP I get the following error :

  The procedure entry point strncpy_s could not be located in the 
  
  dynamic link library msvcrt.dll

  GCC command, excluding paths :

  g++ -o mingw\streamer.exe src\testffmpeg.o -lavformat -lavutil -lavcodec -lFlyCapture2_C_v100

  Dependency walker shows the following :
  

  How can I work around this strncpy_s problem ? It seems to be ffmpeg which uses this function is msvcrt. I used the windows binaries they provided. I'd rather not have to compile the library myself, as it has a huge set of dependencies.