Recherche avancée

Médias (91)

Autres articles (39)

  • Gestion générale des documents

    13 mai 2011, par

    MédiaSPIP ne modifie jamais le document original mis en ligne.
    Pour chaque document mis en ligne il effectue deux opérations successives : la création d’une version supplémentaire qui peut être facilement consultée en ligne tout en laissant l’original téléchargeable dans le cas où le document original ne peut être lu dans un navigateur Internet ; la récupération des métadonnées du document original pour illustrer textuellement le fichier ;
    Les tableaux ci-dessous expliquent ce que peut faire MédiaSPIP (...)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

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

  • lavc/tiff : Convert DNGs to sRGB color space

    29 août 2019, par Nick Renieris
    lavc/tiff : Convert DNGs to sRGB color space
    

    Signed-off-by : Nick Renieris <velocityra@gmail.com>

    • [DH] libavcodec/tiff.c
  • FFMPEG C++, Best practise / pattern for encoding a live feed

    21 mars 2016, par MrSmith

    I have got working code that captures from /dev/videox and encodes a h264 file just fine, that is like this :

    1. grab frame from camera
    2. possibly do a rgb-yuv tango
    3. encode with ffmpeg lib
    4. repeat

    Single thread.
    Now here is my thinking, if the time taken for 2 and 3 sums up to be larger than 1/25th of a second I will miss a frame from the camera.
    Not unfeasable right ?
    A spike in load on the target system and frame(s) are dropped.
    So I am thinking I should thread this and put in a buffer between capture and encoding.
    Now the question(s) is.

    1. Is my line of thinking correct ?
    2. Is my solution a variable one ?
    3. How much of a problem is it really, would it fail anyway, am I about to create a solution for which there is no problem.

    Insights ? :)

    Thanks

  • avfilter/vsrc_testsrc : simplify color filter commands parsing

    21 novembre 2019, par Paul B Mahol
    avfilter/vsrc_testsrc : simplify color filter commands parsing
    
    • [DH] libavfilter/vsrc_testsrc.c