Recherche avancée

Médias (1)

Mot : - Tags -/ticket

Autres articles (49)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Emballe Médias : Mettre en ligne simplement des documents

    29 octobre 2010, par

    Le plugin emballe médias a été développé principalement pour la distribution mediaSPIP mais est également utilisé dans d’autres projets proches comme géodiversité par exemple. Plugins nécessaires et compatibles
    Pour fonctionner ce plugin nécessite que d’autres plugins soient installés : CFG Saisies SPIP Bonux Diogène swfupload jqueryui
    D’autres plugins peuvent être utilisés en complément afin d’améliorer ses capacités : Ancres douces Légendes photo_infos spipmotion (...)

Sur d’autres sites (8095)

  • avcodec/libx265 : use x265 Multi-library Interface to query the API

    7 mai 2015, par Gopu Govindaswamy
    avcodec/libx265 : use x265 Multi-library Interface to query the API
    

    ffmpeg can now use the x265 multi-library interface to make a runtime
    selection between a number of libx265 libraries (perhaps 8bpp and 16bpp).

    ffmpeg will link to one build of libx265 (statically or
    dynamically) and this linked version of libx265 will support one
    bit-depth (8 or 10 bits). At runtime, ffmpeg now has the option to request the
    encoder to use a different bit depth(8 or 10). If the requested bitdepth
    is zero, or if it matches the bitdepth of the system default libx265 (the
    currently linked library), then this library will be used for encode.
    If ffmpeg requests a different bit-depth, the linked libx265 will attempt
    to dynamically bind a shared library with the requested bit-depth from the install
    location (default or user-specified).

    new x265 API :
    const x265_api* api = x265_api_get(int bitDepth) ;
    x265_api - holds the libx265 public API functions
    bitDepth - requested API for 8bpp or 16bpp

    note : Use 0 to indicate native bit depth of the linked libx265 and
    x265_api_get(0) is guaranteed to return a non-null pointer

    Signed-off-by : Gopu Govindaswamy <gopu@multicorewareinc.com>
    Signed-off-by : Derek Buitenhuis <derek.buitenhuis@gmail.com>

    • [DH] configure
    • [DH] libavcodec/libx265.c
  • Loading and unloading ffmpeg jni library based on when it's needed

    30 septembre 2014, par Alin

    I finally managed to compile ffmpeg for android and I’ve been able to use it in my app.

    Here is the scenario of my app :

    • I show the user a gridview with thumbnails of images and videos
    • the user can click on a cell and it is taken to image/video details where he can see the full image or play the video
    • the user can apply an image over an video and this is when ffmpeg is used

    So basically, the user might never actually use the watermarking option or he can do it very rare because the amount of available videos is way smaller than images.

    I am loading the ffmpeg library, first time it is needed by running :

    static {
        System.loadLibrary("ffmpeglib");
    }

    Now here are my questions :

    1. loading the library like this, uses app’s memory and resources ?
    2. can I unload the library, or better said, is it needed to unload it ? I have not found any java code like System.unloadLibrary to take care of unloading
    3. Since the library might be used rarely, wouldn’t a load => do encoding => unload be a better approach ? Or maybe having it loaded would allow easy reuse since no loading is necessary.
    4. If I use an IntentService to load the library and make the encoding, when the service completes the job, does the library gets unloaded ?
  • Anomalie #2369 (Fermé) : appel du formulaire editer_auteur impossible côté public

    22 octobre 2011, par cedric -

    Appliqué par commit r18629.