Recherche avancée

Sur d’autres sites (8013)

• rtsp : Allow $ as interleaved packet indicator before a complete response header

  21 octobre 2015, par Martin Storsjö

  rtsp : Allow $ as interleaved packet indicator before a complete response header
  Some RTSP servers ("HiIpcam/V100R003 VodServer/1.0.0") respond to
  
  our keepalive GET_PARAMETER request by a truncated RTSP header
  
  (lacking the final empty line to indicate a complete response
  
  header). Prior to 764ec70149, this worked just fine since we
  
  reacted to the $ as interleaved packet indicator anywhere.
  Since $ is a valid character within the response header lines,
  
  764ec70149 changed it to be ignored there. But to keep
  
  compatibility with such broken servers, we need to at least
  
  allow reacting to it at the start of lines.
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DBH] libavformat/rtsp.c

• mov : Implement parsing of the "HandlerName" from the MP4 HDLR atom

  3 février 2015, par Hendrik Leppkes

  mov : Implement parsing of the "HandlerName" from the MP4 HDLR atom
  This atom typically is used for a track title. The handler name is stored
  
  as a Pascal string in the QT specs (first byte is the length of the string),
  
  so do not export it.
  A second length check based on the first character is added to avoid
  
  overwriting an already specified handler_name (it happens with YouTube
  
  videos for instance, the handler_name get masked), or specifying an
  
  empty string metadata.
  The Pascal string fix and the second length check are written
  
  by Clément Bœsch <clement.boesch@smartjog.com>.
  Signed-off-by : Vittorio Giovara <vittorio.giovara@gmail.com>
  
  Signed-off-by : Luca Barbato <lu_zero@gentoo.org>
  

  • [DBH] libavformat/mov.c

• Questions about shared objects through multithreading (Feat. FFmpeg)

  24 juillet 2018, par Junburg

  I am now working on the ability to combine cut and cut files every time a user requests a sound recording and a recorded file. Each time a user request comes in, a new thread performs the above process. But FFmpeg can only issue one command at a time, which is a problem.

  Here are some of the reasons I found : Creates a string array for the next command when the thread that is processing the command breaks the finish callback. In the meantime, it seems to be running FFmpeg on another thread. I tried to synchronize the getInstance method of FFmpeg to synchronize, or synchronized to the execute method, but the error was not resolved. How do you handle FFmpeg’s execute ? How do you approach it ?

  If there is anyone you know, I would like to thank you for your encouragement.

  Use open source library : https://github.com/WritingMinds/ffmpeg-android-java

  I can not post the code because of the character limit ...
  The onFinish callback is fired when you run the command to truncate the original mr file. At this time, we also perform a command to cut the voice of the singer. And once again the onFinish callback pops up, the user performs the task of joining the voice singer voice mr. It seems that other threads use FFmpeg between defining the command.