Recherche avancée

Sur d’autres sites (4914)

• avformat/aviobuf : Honor avio_open[2] documentation

  6 janvier 2020, par Andreas Rheinhardt

  avformat/aviobuf : Honor avio_open[2] documentation
  The documentation of both avio_open() as well as avio_open2() states
  
  that on failure, the pointer to an AVIOContext given to this function
  
  (via a pointer to a pointer to an AVIOContext) will be set to NULL. Yet
  
  it didn't happen upon failure of ffurl_open_whitelist() or when allocating
  
  the internal buffer failed. This commit changes this.
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
  
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] libavformat/aviobuf.c

• Why is the FindClass/JNI function behaving differently on nexus 5 and Honor Play ?

  17 août 2020, par Owl

  MobileFFmpeg v4.3.1LTS works on Honor Play, but doesn't work on Nexus 5. Why ?

  


  The build for Honor Play and nexus 5 is the same ->armeabi-v7a

  


  


  https://github.com/tanersener/mobile-ffmpeg/releases/tag/v4.3.1.LTS

  


  Nexus5 :enter image description here

  


  HonorPlay :enter image description here

  


  


  


  NDK = ndk-r14b

  


  


  


  JDK = jdk1.8.0_77

  


  


  I will ask the question immediately in English stackoverflow. Developing a game in Unreal Engine 4 v24.3. In the code itself there are only 2 lines that relate to MobileFFmpeg :

  


  Enabling the function :

  


  extern "C"
{
    int ffmpeg_execute(int argc, char** argv);
}


  


  Calling a function with ffmpeg parameters

  


  ffmpeg_execute(arg.size(), arg.data());


  


  Without mobile FFmpeg, the app on nexus 5 starts and works stably. When I start with FFmpeg, an error immediately appears and the app crashes :

  


  enter image description here

  


  The FindClass function does not work, the call itself is declared in mobile ffmpeg.c :

  


  /** Full name of the Config class */
const char *configClassName = "com/arthenica/mobileffmpeg/Config";


  


  ...

  


  /**
 * Called when 'mobileffmpeg' native library is loaded.
 *
 * @param vm pointer to the running virtual machine
 * @param reserved reserved
 * @return JNI version needed by 'mobileffmpeg' library
 */
jint JNI_OnLoad(JavaVM *vm, void *reserved) {
    JNIEnv *env;
    if ((*vm)->GetEnv(vm, (void**)(&env), JNI_VERSION_1_6) != JNI_OK) {
        LOGE("OnLoad failed to GetEnv for class %s.\n", configClassName);
        return JNI_FALSE;
    }

    jclass localConfigClass = (*env)->FindClass(env, configClassName);
    if (localConfigClass == NULL) {
        LOGE("OnLoad failed to FindClass %s.\n", configClassName);
        return JNI_FALSE;
    }
...


  


  I can't see what the FindClass(C++) function returns, Android Studio doesn't want to stop on the JNI_OnLoad(C++) function during debug.

  


  What are the assumptions why FindClass behavior is different on two phones ?

  


• avformat/http,tls : honor http_proxy command line variable for HTTPS

  23 août 2020, par Moritz Barsnick

  avformat/http,tls : honor http_proxy command line variable for HTTPS
  Add the "http_proxy" option and its handling to the "tls" protocol,
  
  pass the option from the "https" protocol.
  The "https" protocol already defines the "http_proxy" command line
  
  option, like the "http" protocol does. The "http" protocol properly
  
  honors that command line option in addition to the environment
  
  variable. The "https" protocol doesn't, because the proxy is
  
  evaluated in the underlying "tls" protocol, which doesn't have this
  
  option, and thus only handles the environment variable, which it
  
  has access to.
  Fixes #7223.
  Signed-off-by : Moritz Barsnick <barsnick@gmx.net>
  
  Signed-off-by : Marton Balint <cus@passwd.hu>
  

  • [DH] doc/protocols.texi
  • [DH] libavformat/http.c
  • [DH] libavformat/tls.c
  • [DH] libavformat/tls.h