Recherche avancée

Sur d’autres sites (12963)

• FFmpeg insufficient thread locking only when deploying application using homebrew

  20 décembre 2012, par Kikohs

  I have the strangest bug of my life.
  I have installed ffmpeg using homebrew. I use it from a dll.
  I have set a lock manager because I use ffmpeg from multiple threads.

  In Engine.h :

  class EXPORT_LIB Engine
  
  {
  
  public:
  
      static int initEngine();    
  
      static int closeEngine();
  
  };

  In Engine.cpp :

  static int ff_lockmgr(void **mutex, enum AVLockOp op)
  
  {
  
  if (NULL == mutex)
  
      return -1;
  
  
  
  switch(op)
  
  {
  
  case AV_LOCK_CREATE:
  
  {
  
      *mutex = NULL;
  
      boost::mutex * m = new boost::mutex();
  
      *mutex = static_cast(m);
  
      break;
  
  }
  
  case AV_LOCK_OBTAIN:
  
  {
  
      boost::mutex * m =  static_cast(*mutex);
  
      m->lock();
  
      break;
  
  }
  
  case AV_LOCK_RELEASE:
  
  {
  
      boost::mutex * m = static_cast(*mutex);
  
      m->unlock();
  
      break;
  
  }
  
  case AV_LOCK_DESTROY:
  
  {
  
      boost::mutex * m = static_cast(*mutex);
  
      delete m;
  
      break;
  
  }
  
  default:
  
      break;
  
  }
  
  return 0;
  
  }
  
  
  
  
  
  int Engine::initEngine()
  
  {
  
      int res = -1;
  
      res = av_lockmgr_register(&ff_lockmgr);
  
      av_register_all();
  
      av_log_set_level(AV_LOG_QUIET); // ERROR, PANIC
  
      // Av lock manager success
  
      if( res == 0 ) {
  
          res = MULTITHREAD;
  
      }
  
      else {
  
          res = SINGLETHREAD;
  
      }
  
      return res;
  
  }
  
  
  
  int Engine::closeEngine()
  
  {
  
      int res = 0;
  
      res = av_lockmgr_register(NULL);
  
      return res;
  
  }

  So far so good, everything works as expected.

  When I deploy my app using CMake fix_bundle. I have an error message

  insufficient thread locking around avcodec_open/close()

  If I compile ffmpeg by hand in a custom location, when I deploy the app everything works as expected. What is wrong with homebrew ?

• ffmpeg h264_qsv Coded memory leak

  16 août 2018, par donghui.R

  I am developing in C++, using libx264 encoder to encode and push rtsp stream, I can see that the program memory will not rise in the task manager, but when I use the h264_qsv encoder, the program memory will slowly rise, this problem is bothered I have been here for a long time, please help me !

• Live Smooth Streaming in IIS from webcam using FFMPEG

  13 mai 2016, par tearvisus

  I’m trying to do a live stream of video captured by my webcam and host it on IIS using Live Smooth Streaming. Here are the steps I’m taking :

  1. In the IIS manager’s MIME Types add a new extension : .isml with type : application/atom+xml
  2. In the IIS manager add a publishing point (filename : myStream.isml).
  3. Start the publishing point.
  4. Run the following command :

  ffmpeg -hide_banner -y -f dshow -rtbufsize 100000k -i video="Lenovo EasyCamera":audio="Microphone (Realtek High Definition Audio)" -movflags isml+frag_keyframe -s 854x480 -f ismv http://localhost/myStream.isml/Stream(video)

  5. Play the stream from the location http://localhost/myStream.isml/manifest using VLC.

  The problem is that the playback stops a few seconds before the moment in which I opened the stream with VLC. If I reopen the stream again, it will play from around the moment the first playback stopped to the moment the second playback started.

  What I’m trying to achieve is to make the clients see the video from the moment they open the stream to the moment they disconnect. A delay up to a few seconds is acceptable. Obviously, the playback should not end regardless of the connection moment.

  How can I do this ? Should I change something in the FFMPEG’s command or in the IIS ?

  Note : A solution using tools other than FFMPEG is acceptable, as long as they are free (as in beer).

  EDIT : Changed the description of problematic playback.