Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

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

Autres articles (89)

  • À propos des documents

    21 juin 2013, par

    Que faire quand un document ne passe pas en traitement, dont le rendu ne correspond pas aux attentes ?
    Document bloqué en file d’attente ?
    Voici une liste d’actions ordonnée et empirique possible pour tenter de débloquer la situation : Relancer le traitement du document qui ne passe pas Retenter l’insertion du document sur le site MédiaSPIP Dans le cas d’un média de type video ou audio, retravailler le média produit à l’aide d’un éditeur ou un transcodeur. Convertir le document dans un format (...)

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

  • XMP PHP

    13 mai 2011, par

    Dixit Wikipedia, XMP signifie :
    Extensible Metadata Platform ou XMP est un format de métadonnées basé sur XML utilisé dans les applications PDF, de photographie et de graphisme. Il a été lancé par Adobe Systems en avril 2001 en étant intégré à la version 5.0 d’Adobe Acrobat.
    Étant basé sur XML, il gère un ensemble de tags dynamiques pour l’utilisation dans le cadre du Web sémantique.
    XMP permet d’enregistrer sous forme d’un document XML des informations relatives à un fichier : titre, auteur, historique (...)

Sur d’autres sites (15918)

  • vdpau : common support for managing the VdpDecoder in avcodec

    4 octobre 2014, par Rémi Denis-Courmont
    vdpau : common support for managing the VdpDecoder in avcodec

    Using the not so new init and uninit callbacks, avcodec can now take
    
care of creating and destroying the VDPAU decoder instance.
    

    The application is still responsible for creating the VDPAU device
    
and allocating video surfaces - this is necessary to keep video
    
surfaces on the GPU all the way to the output. But the application
    
will no longer needs to care about any codec-specific aspects.
    

    Signed-off-by : Anton Khirnov <anton@khirnov.net>
    • [DBH] libavcodec/vdpau.c
    • [DBH] libavcodec/vdpau_internal.h

  • Revision 64347a10a2 : configure : support mingw-w64 Autodetect common cross compile and native mingw-w

    10 janvier 2013, par Luca Barbato

    Changed Paths : Modify /build/make/configure.sh configure : support mingw-w64 Autodetect common cross compile and native mingw-w64 CHOSTs Change-Id : Ib307b2f047c024c4dbc41880bd8d84b0fa7ecb93

  • vaapi_encode : Remove common priv_data and options fields

    23 août 2018, par Mark Thompson
    vaapi_encode : Remove common priv_data and options fields

    The codec-specific context now contains both the common context and the
    
codec-specific options directly.
    • [DH] libavcodec/vaapi_encode.c
    • [DH] libavcodec/vaapi_encode.h
    • [DH] libavcodec/vaapi_encode_h264.c
    • [DH] libavcodec/vaapi_encode_h265.c
    • [DH] libavcodec/vaapi_encode_mjpeg.c
    • [DH] libavcodec/vaapi_encode_mpeg2.c
    • [DH] libavcodec/vaapi_encode_vp8.c
    • [DH] libavcodec/vaapi_encode_vp9.c

Navigation