Recherche avancée

Sur d’autres sites (7106)

• Using ffmpeg with C++ : Undefined symbols for architecture x86_64

  31 mars 2017, par JavaRunner

  I’m dealing with one example of FFMPEG called is "muxing.c".

  So I tried to compile that file with two Makefiles. The first one is for C-language :

  FFMPEG_LIBS=    libavdevice                        \
  
                  libavformat                        \
  
                  libavfilter                        \
  
                  libavcodec                         \
  
                  libswresample                      \
  
                  libswscale                         \
  
                  libavutil                          \
  
  
  
  CFLAGS := -Wall -g $(shell pkg-config --cflags $(FFMPEG_LIBS)) $(CFLAGS)
  
  LDLIBS := $(shell pkg-config --libs $(FFMPEG_LIBS)) -lm $(LDLIBS)
  
  
  
  SOURCES=        muxing                             \
  
  
  
  OBJS=$(addsuffix .o,$(SOURCES))
  
  
  
  all: $(OBJS) $(SOURCES)

  That makefile compiles well. But if I trying to move this code to C++ : I rename muxing.c to muxing.cpp and use this Makefile :

  CC=g++
  
  
  
  FFMPEG_LIBS=    libavdevice                        \
  
                  libavformat                        \
  
                  libavfilter                        \
  
                  libavcodec                         \
  
                  libswresample                      \
  
                  libswscale                         \
  
                  libavutil                          \
  
  
  
  CPPFLAGS := -Wall -g $(shell pkg-config --cflags $(FFMPEG_LIBS)) $(CPPFLAGS)
  
  LDLIBS := $(shell pkg-config --libs $(FFMPEG_LIBS)) -lm $(LDLIBS)
  
  
  
  SOURCES=        muxing                             \
  
  
  
  OBJS=$(addsuffix .o,$(SOURCES))
  
  
  
  all: $(OBJS) $(SOURCES)

  I get a bunch of error like this :

  $ g++   muxing.o  -L/usr/local/Cellar/ffmpeg/3.2.4/lib -lavdevice -lavformat -lavfilter -lavcodec -lswresample -lswscale -lavutil  -lm -o muxing
  
  Undefined symbols for architecture x86_64:
  
    "av_dict_set(AVDictionary**, char const*, char const*, int)", referenced from:
  
        _main in muxing.o
  
    "av_strerror(int, char*, unsigned long)", referenced from:
  
        av_make_error_string(char*, unsigned long, int) in muxing.o
  
    "avio_closep(AVIOContext**)", referenced from:
  
        _main in muxing.o
  
    "swr_convert(SwrContext*, unsigned char**, int, unsigned char const**, int)", referenced from:
  
        write_audio_frame(AVFormatContext*, OutputStream*) in muxing.o
  
    "av_dict_copy(AVDictionary**, AVDictionary const*, int)", referenced from:
  
        open_video(AVFormatContext*, AVCodec*, OutputStream*, AVDictionary*) in muxing.o
  
        open_audio(AVFormatContext*, AVCodec*, OutputStream*, AVDictionary*) in muxing.o
  
    "av_dict_free(AVDictionary**)", referenced from:
  
        open_video(AVFormatContext*, AVCodec*, OutputStream*, AVDictionary*) in muxing.o
  
        open_audio(AVFormatContext*, AVCodec*, OutputStream*, AVDictionary*) in muxing.o
  
    "av_rescale_q(long long, AVRational, AVRational)", referenced from:
  
        write_audio_frame(AVFormatContext*, OutputStream*) in muxing.o
  
    "av_compare_ts(long long, AVRational, long long, AVRational)", referenced from:
  
        _main in muxing.o
  
        get_video_frame(OutputStream*) in muxing.o
  
        get_audio_frame(OutputStream*) in muxing.o

  Is that mean those libs are not ready to work with x64 ? I strongly need to mix that code (muxing.c) with my C++ code because I have to render a video on the fly using ImageMagick (my code was written with C++) for the frames.

  How can I mix C++ and C in this case ?

  My env is : OS X 10.12.3

• call ffmepg from apache php without full path

  14 février 2015, par ffmpeg fan

  I need a apache /php to recognize ffmpeg command without specifing the full bath of /usr/local/bin/ffmpeg

  calling ffmpeg from command line executes the program
  calling ffmpeg from php via web does not execute the program
  calling /usr/local/bin/ffmpeg from php via web does execute the program

  why :
  a php script calls youtube-dl (a compiled program) and executes ffmpeg internally

  thank you in advance -
  tried ffmpeg path :
  which ffmpeg
  /usr/local/bin/ffmpeg

  echo $PATH
  
  /usr/lib64/qt-3.3/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin
  
  
  
  
  
  #php code for testing:
  
  $output = shell_exec('/usr/local/bin/ffmpeg 2>&1');
  
  echo "shell exec /usr/local/bin/ffmpeg <pre>$output</pre>";
  
  #Response:
  
  ffmpeg version 2.5.3 Copyright #(good)
  
  
  
  #Second php code for testing:
  
  $output = shell_exec('ffmpeg 2>&amp;1');
  
  echo "shell exec <pre>$output</pre>";
  
  #Response:
  
  sh: ffmpeg: command not found #(bad)

• Why am I getting an exit status of 1 ?

  24 mai 2018, par Akaisteph7

  So, I am writing this code to analyze this video but I am facing this issue when I try to run it in Spyder, Anaconda :

  import subprocess
  
  from subprocess import call
  
  import math
  
  
  
  ##Converts the given file into a series of images
  
  def Video_to_Image_Converter(fileName):
  
      res1 = call("ffmpeg -i " + fileName + " -vf fps=1 frame-%d.jpg", shell=True)
  
      print(res1)
  
      result = subprocess.Popen('ffprobe -i '+ fileName +' -show_entries format=duration -v quiet -of csv="p=0"', stdout=subprocess.PIPE,stderr=subprocess.STDOUT, shell=True)
  
      output = result.communicate()
  
      print(output)
  
      #return math.ceil(float(output[0])) + 1
  
  
  
  
  
  if __name__ == '__main__':
  
      videoLength = Video_to_Image_Converter('sampleVideo.wmv')
  
      print(videoLength)

  So, this code worked fine in iPython but I started having issues when trying to use Spyder. res1 should have an exit status of 0 if everything went well but it is 1. However, I do not know what went wrong. All it says when running subprocess.check_output on call is :

  Command 'ffmpeg -i sampleVideo.wmv -vf fps=1 frame-%d.jpg' returned non-zero exit status 1

  Please help.