Recherche avancée

Médias (3)

Mot : - Tags -/collection

Autres articles (6)

  • La sauvegarde automatique de canaux SPIP

    1er avril 2010, par

    Dans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
    Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)

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

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

Sur d’autres sites (2773)

  • avformat/matroskaenc : Don't use stream side-data size

    21 mai 2020, par Andreas Rheinhardt
    avformat/matroskaenc : Don't use stream side-data size
    

    av_stream_get_side_data() tells the caller whether a stream has side
    data of a specific type ; if present it can also tell the caller the size
    of the side data via an optional argument. The Matroska muxer always
    used this optional argument, although it doesn't really need the size,
    as the relevant side-data are not buffers, but structures. So change
    this.

    Furthermore, relying on the size also made the code susceptible to
    a quirk of av_stream_get_side_data() : It only sets the size argument if
    it found side data of the desired type. mkv_write_video_color() checks
    for side-data twice with the same variable for the size without resetting
    the size in between ; if the second type of side-data isn't present, the
    size will still be what it was after the first call. This was not
    dangerous in practice, as the check for the existence of the second
    side-data compared the size with the expected size, so it would only be
    problematic if lots of elements were to be added to AVContentLightMetadata.

    Reviewed-by : James Almer <jamrial@gmail.com>
    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>

    • [DH] libavformat/matroskaenc.c
  • ffmpeg for browser side ? [on hold]

    18 janvier 2016, par Allan

    I want to be able to use ffmpeg browser side for my web app and have done some research on the Internet and have found this. And there are 2 problems with that ffmpeg.js :

    1. It is much slower than the native ffmpeg
    2. The ffmpeg.js file is too big to be downloaded each time by a user

    I was wondering if anyone has any experience to use any version of ffmpeg browser side like the above but got any faster results please( close to native ffmpeg’s speed).

    Any ideas to make the ffmpeg.js like an extension for chrome or cache it on the browser or any other ways around this using node cluster or anything else please ?! Any ideas would be greatly appreciated !

  • lavc/videotoolboxenc : Handle hwaccel format as input

    27 avril 2016, par Rick Kern
    lavc/videotoolboxenc : Handle hwaccel format as input
    

    Handle AV_PIX_FMT_VIDEOTOOLBOX.
    This results in better energy usage and faster encoding, especially on iOS.
    When the buffer comes from the media server, no memcpy’s are needed.

    Signed-off-by : Rick Kern <kernrj@gmail.com>

    • [DH] libavcodec/videotoolboxenc.c