Recherche avancée

Sur d’autres sites (8160)

• Unable to run command through Java, but can run it through cmd CreateProcess error=2, The system cannot find the file specified

  4 avril 2020, par Al G Johnston

  I am unable to convert my mp3s to wavs for easier data manipulation using Java. I can open a command prompt and copy the exact string stored in s when I debug and this will properly create the wav file. The code is below. I was able to use ffmpeg by building strings this way to split up a few mp3s into separate tracks based on a tracklist. I reinstalled Windows 10, so I'm assuming it has something to do with that. Is there a setting I have to change ? Why would it run in the command prompt, but not with Java ?

  



  package mp3towav;

import java.io.File;
import java.io.IOException;

public class Mp3towav {

    // mp3 folder
    public static final String MP3FOLDER = "C:\\Users\\Al\\Documents\\Sounds\\PokemonOST\\YellowOST\\MP3";

    public static void main(String[] args) throws IOException {

        // Gets the mp3 files and converts them to wav
        File mp3folder = new File(MP3FOLDER);

        String[] mp3s = mp3folder.list();

        File f;

        String s; 

        for(int i = 0; i < mp3s.length; i++) {
            f = new File(mp3s[i]);
            s = ("ffmpeg -i " + MP3FOLDER + "\\" + f.getName() + " " + (MP3FOLDER + "\\" + f.getName()).replaceAll("MP3", "WAV").replaceAll("mp3", "wav"));
            Runtime.getRuntime().exec(s);
            System.out.println("test");
        }



    }

}


  



  Edit :

  



  So I never got Java to use PATH, but added in the absolute path to the ffmpeg executable in Java.

  


• FFMpeg on Android, undefined references to libavcodec functions, although it is listed on command line

  24 mars 2019, par dimsuz

  I have a problem with unresolved references to ffmpeg’s libavcodec functions, so far failed to find the answer in other places (including my mind) :)

  Let me describe my setup - it takes space, but is really basic, it might be that I’m failing to see some error...

  I built an FFMPeg with ndk r5 toolchain, ffmpeg port I got from http://bambuser.com/opensource (as recommended in other questions here). It built fine, so I put several static libraries in my project like this :

  <project>/jni/bambuser_ffmpeg/libavcodec.a
  
  <project>/jni/bambuser_ffmpeg/libavformat.a
  
  <project>/jni/bambuser_ffmpeg/libavcore.a
  
  <project>/jni/bambuser_ffmpeg/libavutil.a
  
  </project></project></project></project>

  Next, I created an Android.mk in bambuser_ffmpeg folder to list these libs as a prebuilt ones :

  LOCAL_PATH := $(call my-dir)
  
  
  
  include $(CLEAR_VARS)
  
  LOCAL_MODULE := bambuser-libavcore
  
  LOCAL_SRC_FILES := libavcore.a
  
  include $(PREBUILT_STATIC_LIBRARY)
  
  
  
  include $(CLEAR_VARS)
  
  LOCAL_MODULE := bambuser-libavformat
  
  LOCAL_SRC_FILES := libavformat.a
  
  include $(PREBUILT_STATIC_LIBRARY)
  
  
  
  (same for other two libs)

  Next, I have another module which references these libs in its Android.mk, sets up include paths, etc :

  LOCAL_PATH := $(call my-dir)
  
  
  
  include $(CLEAR_VARS)
  
  
  
  LOCAL_MODULE := ffmpegtest
  
  LOCAL_STATIC_LIBRARIES := bambuser-libavcodec bambuser-libavcore bambuser-libavformat bambuser-libavutil
  
  LOCAL_SRC_FILES := ffmpeg_test.cpp
  
  LOCAL_C_INCLUDES := $(LOCAL_PATH)/../bambuser_ffmpeg/include
  
  LOCAL_LDLIBS    := -llog -lz
  
  
  
  include $(BUILD_SHARED_LIBRARY)

  And finally I have my ffmpeg_test.cpp which is really basic, like this :

  #include 
  
  
  
  extern "C" {
  
  #include <libavcodec></libavcodec>avcodec.h>
  
  #include <libavformat></libavformat>avformat.h>
  
  }
  
  
  
  extern "C" {
  
      JNIEXPORT jint JNICALL Java_com_the7art_ffmpegtest_PaintThread_testFFMpeg(JNIEnv* env, jobject obj, jstring fileName);
  
  }
  
  
  
  JNIEXPORT jint JNICALL Java_com_the7art_ffmpegtest_PaintThread_testFFMpeg(JNIEnv* env, jobject obj, jstring fileName)
  
  {
  
      av_register_all();
  
      return 0;
  
  }

  When I run ndk-build, it compiles fine, but when linking it prints an unresolved reference to almost every function in libavcodec. Looks like only this lib’s functions are failing to be located :

  /home/dimka/src/mobile/android/ffmpegtest/obj/local/armeabi/libavformat.a(allformats.o): In function `av_register_all':
  
  /home/dimka/work/suzy/tmp/ffmpeg-android/ffmpeg/libavformat/allformats.c:47: undefined reference to `avcodec_register_all'
  
  /home/dimka/src/mobile/android/ffmpegtest/obj/local/armeabi/libavformat.a(utils.o): In function `parse_frame_rate':
  
  /home/dimka/work/suzy/tmp/ffmpeg-android/ffmpeg/libavformat/utils.c:3240: undefined reference to `av_parse_video_rate'
  
  /home/dimka/src/mobile/android/ffmpegtest/obj/local/armeabi/libavformat.a(utils.o): In function `parse_image_size':
  
  /home/dimka/work/suzy/tmp/ffmpeg-android/ffmpeg/libavformat/utils.c:3234: undefined reference to `av_parse_video_size'
  
  /home/dimka/src/mobile/android/ffmpegtest/obj/local/armeabi/libavformat.a(utils.o): In function `flush_packet_queue':
  
  /home/dimka/work/suzy/tmp/ffmpeg-android/ffmpeg/libavformat/utils.c:1277: undefined reference to `av_free_packet'
  
  /home/dimka/work/suzy/tmp/ffmpeg-android/ffmpeg/libavformat/utils.c:1283: undefined reference to `av_free_packet'
  
  /home/dimka/src/mobile/android/ffmpegtest/obj/local/armeabi/libavformat.a(utils.o): In function `get_audio_frame_size':
  
  /home/dimka/work/suzy/tmp/ffmpeg-android/ffmpeg/libavformat/utils.c:766: undefined reference to `av_get_bits_per_sample'
  
  /home/dimka/src/mobile/android/ffmpegtest/obj/local/armeabi/libavformat.a(utils.o): In function `ff_interleave_add_packet':
  
  /home/dimka/work/suzy/tmp/ffmpeg-android/ffmpeg/libavformat/utils.c:2909: undefined reference to `av_dup_packet'
  
  and so on...

  I fail to figure why this is happening. I tried running ndk-build V=1 to check the actual linking command, and libavcodec is sitting there perfectly right, like it should. All other ffmpeg libs are there too.

  Any hints ?

• configure : Include time.h when checking for gmtime_r and localtime_r

  10 avril 2019, par Martin Storsjö

  configure : Include time.h when checking for gmtime_r and localtime_r
  These functions are available in time.h (conditional on posix thread
  
  safe functions) on mingw.
  Previously, these functions weren't detected by configure, and
  
  libavutil/time_internal.h provided replacements, even if time.h
  
  actually contained definitions of them.
  These mingw inline functions are currently defined as
  
   "extern __inline __attribute__((__gnu_inline__))". In this case,
  
  redefining a new static inline version of the same function with the
  
  same name is tolerated.
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DBH] configure