Recherche avancée

Médias (1)

Mot : - Tags -/sintel

Autres articles (77)

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

  • Configurer la prise en compte des langues

    15 novembre 2010, par

    Accéder à la configuration et ajouter des langues prises en compte
    Afin de configurer la prise en compte de nouvelles langues, il est nécessaire de se rendre dans la partie "Administrer" du site.
    De là, dans le menu de navigation, vous pouvez accéder à une partie "Gestion des langues" permettant d’activer la prise en compte de nouvelles langues.
    Chaque nouvelle langue ajoutée reste désactivable tant qu’aucun objet n’est créé dans cette langue. Dans ce cas, elle devient grisée dans la configuration et (...)

  • Sélection de projets utilisant MediaSPIP

    29 avril 2011, par

    Les exemples cités ci-dessous sont des éléments représentatifs d’usages spécifiques de MediaSPIP pour certains projets.
    Vous pensez avoir un site "remarquable" réalisé avec MediaSPIP ? Faites le nous savoir ici.
    Ferme MediaSPIP @ Infini
    L’Association Infini développe des activités d’accueil, de point d’accès internet, de formation, de conduite de projets innovants dans le domaine des Technologies de l’Information et de la Communication, et l’hébergement de sites. Elle joue en la matière un rôle unique (...)

Sur d’autres sites (5547)

  • Xcode 12 : how to link against object files built for free standing

    1er octobre 2020, par Jean-Michaël Celerier

    The issue is about linking x86_64 macOS executables statically against libavcodec, libavdevice, etc, which have some object files built against freestanding as they use YASM which isn't able to embed the macOS "tag" in the binary (see Building for macOS, but linking in object file built for free standing for detailed information on that issue).

    


    Everything works fine under Xcode 11.6 - the following messages are here, but they are warnings.
With the Xcode 12 update they become an error.
How to make them warnings again ? I could not find anything relevant in the ld man page.

    


    


    ld : in ffmpeg/lib/libavcodec.a(aacencdsp.o), building for macOS, but linking in object file built for free standing, for architecture x86_64

    


    


  • avcodec/ljpegenc : Don't free buffer known to be NULL

    15 septembre 2020, par Andreas Rheinhardt
    avcodec/ljpegenc : Don't free buffer known to be NULL
    

    The lossless JPEG encoder allocates one buffer in its init function
    and freeing said buffer is the only thing done in its close function.
    Despite this the init function called the close function if allocating
    said buffer fails, although there is nothing to free in this case.
    This commit stops doing this.

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>

    • [DH] libavcodec/ljpegenc.c
  • avformat/dashdec, hls : Update correct pointer to AVDictionary

    7 septembre 2020, par Andreas Rheinhardt
    avformat/dashdec, hls : Update correct pointer to AVDictionary
    

    open_url() in the DASH as well in the hls demuxer share a common bug :
    They modify an AVDictionary (i.e. set a new entry) given to them as
    AVDictionary *, yet if this new entry leads to reallocation and
    relocation of the AVDictionary, the caller's pointer will become
    dangling, leading to use-after-frees. So pass an AVDictionary **.

    (With the current implementation of AVDictionary the above can only
    happen if the AVDictionary was empty initially (in which case the
    new AVDictionary leaks) ; furthermore if the I/O is ordinary (i.e. opened
    by avio_open2() or ffio_open_whitelist()), the dict is never empty (it
    contains an rw_timeout entry from save_avio_options()). So this issue
    could only happen if the caller sets a nondefault io_open callback, but
    no AVIOContext (the AVFMT_FLAG_CUSTOM_IO flag won't be set in this
    case). In case of the HLS demuxer, it was also necessary that setting
    the "seekable" entry failed. Yet one should simply not rely on internals
    of the AVDict API.)

    Reviewed-by : Steven Liu <lq@chinaffmpeg.org>
    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>

    • [DH] libavformat/dashdec.c
    • [DH] libavformat/hls.c