Recherche avancée

Médias (0)

Mot : - Tags -/serveur

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (35)

  • Qualité du média après traitement

    21 juin 2013, par

    Le bon réglage du logiciel qui traite les média est important pour un équilibre entre les partis ( bande passante de l’hébergeur, qualité du média pour le rédacteur et le visiteur, accessibilité pour le visiteur ). Comment régler la qualité de son média ?
    Plus la qualité du média est importante, plus la bande passante sera utilisée. Le visiteur avec une connexion internet à petit débit devra attendre plus longtemps. Inversement plus, la qualité du média est pauvre et donc le média devient dégradé voire (...)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

Sur d’autres sites (7566)

  • Got a crash when I run a ffmpeg comand on an certain phone

    31 août 2016, par Kingty Teng

    here is the code I change from ffmpeg.c ,it can be run correct.
    BUT,IT ALWAYS crashed on an cenrtain phone after run this code.

    JNIEXPORT jstring JNICALL Java_com_p1_mobile_android_media_VideoKit_run(
    
    JNIEnv* env, jobject thiz, jobjectArray strArray)
    
{
    

    

    
    int ret, i, pid;
    
    int pipeFD[2];
    
    char retBuffer[2];
    
    char resultString[4096];
    

    
    int argc = (*env)->GetArrayLength(env, strArray);
    

    
    char ** argv = (char **)malloc(sizeof(char*)*argc);
    

    
    for (i = 0; i < argc; i++) {
    
        argv[i] = (*env)->GetStringUTFChars(env,
    
                              (jstring)(*env)->GetObjectArrayElement(env, strArray, i), NULL);
    
    }
    

    
    // reset to FAIL
    
    ret = 1;
    
    memset(retBuffer, 0, sizeof(retBuffer));
    
    memset(resultString, 0, sizeof(resultString));
    

    
    pipe(pipeFD);
    

    
    pid = fork();
    

    

    
    if (pid < 0) {
    
        goto done;
    
    } else if (pid == 0) {
    
        // in child process, do command work
    

    

    
        close(pipeFD[0]);
    

    
        init();
    

    
        av_log_set_callback(log_callback);
    

    
        ret = run_ffempeg_command(argc, argv);
    

    

    
        s_task_completed = 1;
    

    
        sprintf(retBuffer, "%d", ret);
    
        write(pipeFD[1], retBuffer, sizeof(retBuffer));
    

    
        char * result_record = get_record_result();
    
        if (result_record != NULL && strlen(result_record) > 0) {
    
            sprintf(resultString, "%s", result_record);
    
        } else {
    
            if (ret == 0 && s_task_completed == 1) {
    
                sprintf(resultString, "%s", "SUCCESS");
    
            } else {
    
                sprintf(resultString, "%s", "FAIL");
    
            }
    
        }
    

    
        write(pipeFD[1], resultString, sizeof(resultString));
    

    
        exit(0);
    
    } else {
    
        close(pipeFD[1]);
    

    
        read(pipeFD[0], retBuffer, sizeof(retBuffer));
    

    
        ret = (retBuffer[0] == '1') ? 1 : 0;
    
        memset(resultString, 0, sizeof(resultString));
    
        read(pipeFD[0], resultString, sizeof(resultString));
    
    }
    

    
done:
    

    
    for (i=0; iReleaseStringUTFChars(env,
    
                    (jstring)(*env)->GetObjectArrayElement(env, strArray, i), argv[i]);
    
    }
    

    
    free(argv);
    

    
    //close();
    

    
    if (strlen(resultString) > 0) {
    
        // workaround for UTF-8 issue
    
        jbyteArray array = (*env)->NewByteArray(env, sizeof(resultString));
    
        (*env)->SetByteArrayRegion(env, array, 0, sizeof(resultString), resultString);
    
        jstring strEncode = (*env)->NewStringUTF(env, "UTF-8");
    
        jclass cls = (*env)->FindClass(env, "java/lang/String");
    
        jmethodID ctor = (*env)->GetMethodID(env, cls, "<init>", "([BLjava/lang/String;)V");
    

    
        jstring object = (jstring) (*env)->NewObject(env, cls, ctor, array, strEncode);
    

    
        return object;
    
    } else {
    
        return (*env)->NewStringUTF(env, "FAIL");
    
    }
    
}
    
</init>

    here is the crash log.almost phone can run this well,only on one phone after run the jni ,any button i touched will bring this crash
    ,it’s really appreciate if anybody can help

        08-31 14:59:23.580 279-279/? D/AEE/AED: $===AEE===AEE===AEE===$
    
08-31 14:59:23.580 279-279/? D/AEE/AED: p 0 poll events 1 revents 0
    
08-31 14:59:23.580 279-279/? D/AEE/AED: not know revents:0
    
08-31 14:59:23.580 279-279/? D/AEE/AED: p 1 poll events 1 revents 0
    
08-31 14:59:23.580 279-279/? D/AEE/AED: not know revents:0
    
08-31 14:59:23.580 279-279/? D/AEE/AED: p 2 poll events 1 revents 1
    
08-31 14:59:23.580 279-279/? D/AEE/AED: aed_main_fork_worker: generator 0xf7017148, worker 0xffbe76d8, recv_fd 0
    
08-31 14:59:23.580 279-279/? D/AEE/AED: p 3 poll events 1 revents 0
    
08-31 14:59:23.580 279-279/? D/AEE/AED: not know revents:0
    
08-31 14:59:23.580 279-279/? D/AEE/AED: p 4 poll events 1 revents 0
    
08-31 14:59:23.580 279-279/? D/AEE/AED: not know revents:0
    
08-31 14:59:23.580 279-279/? D/AEE/AED: p 5 poll events 0 revents 0
    
08-31 14:59:23.580 279-279/? D/AEE/AED: not know revents:0
    
08-31 14:59:23.580 8546-8546/? I/AEE/AED: handle_request(0)
    
08-31 14:59:23.581 8546-8546/? I/AEE/AED: check process 29910 name:1.mobile.putong
    
08-31 14:59:23.581 8546-8546/? I/AEE/AED: tid 29961 abort msg address is:0x83b09000, si_code is:-6 (request from 29910:10152)
    
08-31 14:59:23.581 8546-8546/? I/AEE/AED: BOOM: pid=29910 uid=10152 gid=10152 tid=29961
    
08-31 14:59:23.582 8546-8546/? I/AEE/AED: [OnPurpose Redunant in void preset_info(aed_report_record*, int, int)] pid: 29910, tid: 29961, name: RenderThread  >>> com.p1.mobile.putong &lt;&lt;&lt;
    
08-31 14:59:23.634 8546-8546/? I/AEE/AED: *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
    
08-31 14:59:23.634 8546-8546/? I/AEE/AED: Build fingerprint: 'Letv/Le1s_CN/X3:5.0.2/DBXCNOP5501304201S/66:user/release-keys'
    
08-31 14:59:23.634 8546-8546/? I/AEE/AED: Revision: '0'
    
08-31 14:59:23.634 8546-8546/? I/AEE/AED: ABI: 'arm'
    
08-31 14:59:23.635 8546-8546/? I/AEE/AED: pid: 29910, tid: 29961, name: RenderThread  >>> com.p1.mobile.putong &lt;&lt;&lt;
    
08-31 14:59:23.635 8546-8546/? I/AEE/AED: signal 6 (SIGABRT), code -6 (SI_TKILL), fault addr --------
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED: Abort message: 'Failed to make current on surface 0x8c8b6e40, error=EGL_BAD_NATIVE_WINDOW'
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     r0 00000000  r1 00007509  r2 00000006  r3 00000000
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     r4 863fddc8  r5 00000006  r6 0000000b  r7 0000010c
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     r8 675bdb6c  r9 863fdd30  sl 863fdd28  fp 675bdba8
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     ip 00007509  sp 863fd838  lr 4002ee43  pc 4005206c  cpsr 600f0010
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED: backtrace:
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     #00 pc 0003a06c  /system/lib/libc.so (tgkill+12)
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     #01 pc 00016e3f  /system/lib/libc.so (pthread_kill+66)
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     #02 pc 00017a0b  /system/lib/libc.so (raise+10)
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     #03 pc 00014317  /system/lib/libc.so (__libc_android_abort+34)
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     #04 pc 00012a4c  /system/lib/libc.so (abort+4)
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     #05 pc 000083c1  /system/lib/libcutils.so (__android_log_assert+88)
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     #06 pc 0003f07b  /system/lib/libhwui.so
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     #07 pc 0003d9e1  /system/lib/libhwui.so
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     #08 pc 0003ec23  /system/lib/libhwui.so
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     #09 pc 0003ed1b  /system/lib/libhwui.so
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     #10 pc 00040257  /system/lib/libhwui.so
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     #11 pc 00040eab  /system/lib/libhwui.so (android::uirenderer::renderthread::RenderThread::threadLoop()+66)
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     #12 pc 00010973  /system/lib/libutils.so (android::Thread::_threadLoop(void*)+110)
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     #13 pc 000609dd  /system/lib/libandroid_runtime.so (android::AndroidRuntime::javaThreadShell(void*)+72)
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     #14 pc 000165bf  /system/lib/libc.so (__pthread_start(void*)+30)
    
08-31 14:59:23.662 8546-8546/? I/AEE/AED:     #15 pc 0001466b  /system/lib/libc.so (__start_thread+6)
    
08-31 14:59:33.720 8546-8546/? E/AEE/AED: timed out waiting for tid=29910 to stop
    
08-31 14:59:33.821 8546-8546/? E/AEE/AED: timed out waiting for tid=29915 to stop
    

    
08-31 14:59:36.912 8546-8546/? E/AEE/AED: timed out waiting for tid=8434 to stop

  • swscale/alphablend : fix pointer cast

    22 août 2015, par Ganesh Ajjanagadde
    swscale/alphablend : fix pointer cast

    Commit 7c72a4bbd3a0ca421c7419abad2fb65aa713dd8b was slightly wrong
    

    Signed-off-by : Ganesh Ajjanagadde <gajjanagadde@gmail.com>
    • [DH] libswscale/alphablend.c

  • Revision f8e9d0104b : Fixed the MSVC compiling error with correct cast Change-Id : Ia904f4ec72500d29f1

    23 octobre 2012, par Scott LaVarnway

    Changed Paths : Modify /vp8/common/x86/loopfilter_x86.c Fixed the MSVC compiling error with correct cast Change-Id : Ia904f4ec72500d29f1361ce305d8f3231e592f47

Navigation