Recherche avancée

Sur d’autres sites (10191)

• Unable toopen symbol file. Error (20) : Not a directory

  1er avril 2015, par grzebyk

  I am using ffmpeg library on android to stream live video feed. I have complied ffmpeg for android following roman10 instructions. The application is working correctly - it connects to the server, download the feed, transcode it, rescale it and displays on the device’s screen. However after a certain random moment the app crashes with Fatal signal 11 (SIGSEGV), code 1. I have used ndk-stack to find the source of the problem. Here is the crash dump :

  ********** Crash dump: **********
  
  Build fingerprint: 'google/hammerhead/hammerhead:5.0.1/LRX22C/1602158:user/release-keys'
  
  pid: 25241, tid: 25317, name: AsyncTask #5  >>> com.grzebyk.streamapp <<<
  
  signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x98e74c9c
  
  Stack frame #00 pc 00047924  /data/app/com.grzebyk.streamapp-1/lib/arm/libswscale-3.so: Unable to open symbol file /Users/grzebyk/Documents/New_Eclipse_Projects/StreamApp/libs/armeabi/libStreamApp.so/libswscale-3.so. Error (20): Not a directory
  
  Stack frame #01 pc 00034be8  /data/app/com.grzebyk.streamapp-1/lib/arm/libswscale-3.so (sws_scale+2648): Unable to open symbol file /Users/grzebyk/Documents/New_Eclipse_Projects/StreamApp/libs/armeabi/libStreamApp.so/libswscale-3.so. Error (20): Not a directory

  My native code is located in the StreamApp.cpp file. For me it looks like the app is trying to access libswscale-3.so (part of the ffmpeg) located inside the libStreamApp.so. This seems weird for me…

  All the ffmpeg’s .so files are located in /libs/armeabi/lib*.so. Naturally this includes the "missing" libswscale-3.so. The most disturbing thing is a fact that the app is working perfectly, but it crashes suddenly and it does not need any specific trigger to do so.

  What can I do to either put libswscale-3.so inside labStreamApp.so or to avoid referencing one .so file from another ?

• FFmpeg get a crop without tying it to a specific time period

  30 avril 2021, par Дмитрий Варзанов

  crop = sub.check_output("ffmpeg -i "+file+" -ss 5 -t 30  -vf cropdetect -f null - 2>&1 | awk '/crop/ { print  $NF }' | tail -1", shell=True).decode().strip()


  


  In order not to bind to a time interval, it is possible to analyze the frames for the entire time period of the video file.

  


  It would be a solution if this process was performed quickly, instantly. But unfortunately, it can take hours, depending on the duration of the video

  


  Execute the command to get the duration of the video, and then calculate and set the time to get the crop. We'll have to build forests...

  


  I am looking for a solution in which there will be no need to set the time and at the same time the task will take the least amount of time.

  


  Perhaps someone has a solution ?

  


• libavformat/dashenc.c : Support mpd update period

  30 juin 2020, par Siyuan Huang

  libavformat/dashenc.c : Support mpd update period
  According ISO 23009-1, in live cases, mpd refresh period should be configurable
  Signed-off-by : Siyuan Huang <saber.huang@samsung.com>
  

  • [DH] doc/muxers.texi
  • [DH] libavformat/dashenc.c