Recherche avancée

Sur d’autres sites (5540)

• Android NDK : Getting java.lang.UnsatisfiedLinkError : dlopen failed : cannot locate symbol "signal" referenced by "libffmpeg.so"

  27 février 2015, par Gaganpreet Singh

  I have a video trimmer application code .

  Its Android.mk file code is mentioned below :

  MY_LOCAL_PATH := $(call my-dir)

  include $(all-subdir-makefiles)

  LOCAL_PATH :=$(MY_LOCAL_PATH)
  
  include $(CLEAR_VARS)
  
  LOCAL_MODULE    := video-trimmer
  
  LOCAL_SRC_FILES := video-trimmer.c
  
  LOCAL_C_INCLUDES := $(MY_LOCAL_PATH) $(MY_LOCAL_PATH)/ffmpeg
  
  LOCAL_SHARED_LIBRARIES := ffmpeg 
  
  LOCAL_LDLIBS += -lz -llog
  
  include $(BUILD_SHARED_LIBRARY)

  and Application.mk file code is :

  APP_MODULES      := ffmpeg video-trimmer
  
  APP_OPTIM := debug

  When I try to run this application, I get following error :

  02-26 16:06:05.779: E/AndroidRuntime(4092): FATAL EXCEPTION: main
  
  02-26 16:06:05.779: E/AndroidRuntime(4092): Process: net.video.trimmer, PID: 4092
  
  02-26 16:06:05.779: E/AndroidRuntime(4092): java.lang.UnsatisfiedLinkError: dlopen failed: cannot locate symbol "signal" referenced by "libffmpeg.so"...
  
  02-26 16:06:05.779: E/AndroidRuntime(4092):     at java.lang.Runtime.loadLibrary(Runtime.java:364)
  
  02-26 16:06:05.779: E/AndroidRuntime(4092):     at java.lang.System.loadLibrary(System.java:526)
  
  02-26 16:06:05.779: E/AndroidRuntime(4092):     at net.video.trimmer.service.VideoTrimmingService.onCreate(VideoTrimmingService.java:29)
  
  02-26 16:06:05.779: E/AndroidRuntime(4092):     at android.app.ActivityThread.handleCreateService(ActivityThread.java:2585)
  
  02-26 16:06:05.779: E/AndroidRuntime(4092):     at android.app.ActivityThread.access$1800(ActivityThread.java:139)
  
  02-26 16:06:05.779: E/AndroidRuntime(4092):     at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1292)
  
  02-26 16:06:05.779: E/AndroidRuntime(4092):     at android.os.Handler.dispatchMessage(Handler.java:102)
  
  02-26 16:06:05.779: E/AndroidRuntime(4092):     at android.os.Looper.loop(Looper.java:136)
  
  02-26 16:06:05.779: E/AndroidRuntime(4092):     at android.app.ActivityThread.main(ActivityThread.java:5086)
  
  02-26 16:06:05.779: E/AndroidRuntime(4092):     at java.lang.reflect.Method.invokeNative(Native Method)
  
  02-26 16:06:05.779: E/AndroidRuntime(4092):     at java.lang.reflect.Method.invoke(Method.java:515)
  
  02-26 16:06:05.779: E/AndroidRuntime(4092):     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:785)
  
  02-26 16:06:05.779: E/AndroidRuntime(4092):     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:601)
  
  02-26 16:06:05.779: E/AndroidRuntime(4092):     at dalvik.system.NativeStart.main(Native Method)

  My video-trimmer.so and ffmpeg.so are generated in \libs\armeabi .

  Thanks in advance.

• How to mimic Audacity's "truncate silence" with ffmpeg "silenceremove" filter

  16 juin 2024, par Cara Duf

  I want to remove completely silence parts from wav files with ffmpeg.

  


  Input wav can be like :


  


  I am using the following ffmpeg command to remove silence part ffmpeg -i input.wav -af silenceremove=stop_periods=-1:stop_duration=0.2:stop_threshold=-45dB output.wav because I understand from the doc that it will remove all silence parts longer than 0.2 s (silence being below -45dB).

  


  But I get that where silence part has only been reduced to around 0.1 wheras I want it to be 0 (no remaining silence).

  


  In Audacity I will use "truncate audio" filter and choose the above parameters to detect silence and in the action part I will choose to truncate to 0 : .

  


  This will yield to what I want (ie an audio with no silence part remaining) :


  


  Searching on the internet only lead me to what I already do.

  


  So how can I reproduce the output I get from Audacity "Truncate Silence" filter with ffmpeg and remove all silence parts from audio ?

  


  Edit : The output from silencedetect filter is correct : ffmpeg -i input.wav -af silencedetect=0.2:n=-45dB -f null - detects exactly what audacity detects.

  


  Thanks in advance for your help

  


• Revert "Revert "lavfi/buffersrc : push the frame deeper if requested.""

  16 juillet 2017, par Nicolas George

  Revert "Revert "lavfi/buffersrc : push the frame deeper if requested.""
  This reverts commit 04aa09c4bcf2d5a634a35da3a3ae3fc1abe30ef8
  
  and reintroduces 0ff5567a30be6d7c804e95997ae282d6bacd76c3 that
  
  was temporarily reverted due to minor regressions.
  It also reverts e5bce8b4ce7b1f3a83998febdfa86a3771df96ce that fixed FATE refs.
  
  The fate-ffm change is caused by field_order now being set
  
  on the output format because the first frame arrives earlier.
  
  The fate-mxf change is assumed to be the same.
  

  • [DH] libavfilter/buffersrc.c
  • [DH] tests/ref/lavf/ffm
  • [DH] tests/ref/lavf/mxf