Recherche avancée

Médias (21)

Mot : - Tags -/Nine Inch Nails

Autres articles (40)

  • 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 (...)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

Sur d’autres sites (4534)

  • Revision 3ac3c4695c : Immigrate tokenize_mb into tokenize_sb Unify the tokenize_ function and enable

    29 avril 2013, par Jingning Han

    Changed Paths :
     Modify /vp9/encoder/vp9_encodeframe.c


     Modify /vp9/encoder/vp9_tokenize.c


     Modify /vp9/encoder/vp9_tokenize.h



    Immigrate tokenize_mb into tokenize_sb

    Unify the tokenize_ function and enable configurable block size for
    superblock 8x8. We are immigrating the functionalities of
    macroblock handles into superblock ones, and eventually will remove
    encode_mb and decode_mb. To be continued on detokenize_ module.

    Change-Id : I9f81e8c2291082535cf5e0c4b662eb24fb7c8a7f

  • AndroidBitmap_lockPixels always failing

    25 avril 2013, par user1568549

    In my jni module I copy images to bitmaps, which were previously
    passed from my java application.

    I do this using AndroidBitmap_lockPixels/AndroidBitmap_unlockPixels.
    Basically, it renders the image correctly, but there're strange
    effects : sometimes the application gets stuck, or after some time
    AndroidBitmap_lockPixels always returns -3

    (ANDROID_BITMAP_RESULT_ALLOCATION_FAILED). I guess this is because I
    update these bitmaps not from the GUI thread, isn't it ?

    If so, what would be correct way to "post" this operation to the GUI

    thread ? Is it possible in jni ?

    Thanks.

  • AndroidBitmap_lockPixels failing with -3 code

    24 avril 2013, par user1568549

    In my jni module I copy images to bitmaps, which were previously
    passed from my java application.

    I do this using AndroidBitmap_lockPixels/AndroidBitmap_unlockPixels.
    Basically, it renders the image correctly, but there're strange
    effects : sometimes the application gets stuck, or after some time
    AndroidBitmap_lockPixels always returns -3

    (ANDROID_BITMAP_RESULT_ALLOCATION_FAILED). I guess this is because I
    update these bitmaps not from the GUI thread, isn't it ?

    If so, what would be correct way to "post" this operation to the GUI

    thread ? Is it possible in jni ?

    Thanks.

Navigation