Recherche avancée

Médias (3)

Mot : - Tags -/pdf

Autres articles (58)

  • Encodage et transformation en formats lisibles sur Internet

    10 avril 2011

    MediaSPIP transforme et ré-encode les documents mis en ligne afin de les rendre lisibles sur Internet et automatiquement utilisables sans intervention du créateur de contenu.
    Les vidéos sont automatiquement encodées dans les formats supportés par HTML5 : MP4, Ogv et WebM. La version "MP4" est également utilisée pour le lecteur flash de secours nécessaire aux anciens navigateurs.
    Les documents audios sont également ré-encodés dans les deux formats utilisables par HTML5 :MP3 et Ogg. La version "MP3" (...)

  • 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

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

Sur d’autres sites (8831)

  • libavcodec/opus : Add channel mapping 2 to extradata parser

    1er septembre 2016, par Michael Graczyk
    libavcodec/opus : Add channel mapping 2 to extradata parser

    This allows libavcodec/opus to demux ambisonics in an ogg/opus container.
    
Channel mapping family 2 is being added in this standards track IETF draft :
    
tools.ietf.org/html/draft-ietf-codec-ambisonics-00
    

    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavcodec/opus.c

  • ffmpeg watermarking processing is very slow

    25 février 2014, par Hitesh Rohilla

    I am working on a video processing project and using ffmpeg for watermarking. I achieve exactly what i want but the problem is that the process is very very slow.

    I am using a Intel Smart 2nd gen family Core-i5 Processor with 4GB RAM on a 32 bit operating system Microsoft Windows-8 on a 64-bit CPU.

    I tried watermarking a video [mp4] of length 1:30 Min. size of file is 1.5GB

    Whole process accomplish in 3 Hrs to watermark my video file and what i noticed while process is that ffmpeg was processing 28 frames per sec first and then later it slow down up to 20 frames per second. a normal human watch video with frame rate of 30 frame per second and process was even slower then this that's why it took more time [3 Hrs] then the actual length of video itself [1:33]

    What i think to make process efficient is to use ffmpeg Watermarking Source Code and modify it somewhat...

    I want to ask if someone have achieve fast watermarking before by any other way or have modified this code to achieve faster process in order to save my time...

  • vulkan/common : Use u32vec2 buffer type instead of u64

    27 novembre 2024, par IndecisiveTurtle
    vulkan/common : Use u32vec2 buffer type instead of u64

    According to the GL_EXT_buffer_reference spec alignment
    
"must be a power of two and be greater than or equal to the largest scalar/component type in the block."
    

    This means by using u32vec2 we can drop the requirement alignment from 8 bytes to 4 bytes
    
and save a pack64 call in reverse8 (though I assume in most ISAs that compiles to nothing)
    

    Allows the vc2 vulkan encoder to function without setting PB_UNALIGNED
    • [DH] libavcodec/vulkan/common.comp

Navigation