Recherche avancée

Médias (29)

Mot : - Tags -/Musique

Autres articles (105)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

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

  • ffmpeg change framerate : Question about bitrate [closed]

    9 février, par schweigerson

    Thanks to the forum, I successfully can reduce the frame rate of a video.

    


    ffmpeg -i input_50fps.mp4 -filter:v fps=25 output_25fps.mp4

    


    Input and output have a similar bitrate as well as filzesize :

    


    




    


    


    


    


    


    



    


    


    


    


    


    


    


    


    


    


    File bitrate filesize
    input_50fps.mp4 2900kBit/s 1.9GB
    output_25fps.mp4 2528kBit/s 1.7GB

    


    Assumption : Divide the number of frames into half should both reduce the bitrate and the filesize accordingly (half the size).

    


    Question : Does it make sense to enforce the reduction of the bitrate to approx. half the original one, when I reduce the framerate by to 50% (e.g. with -b:v 1500k) ? IMHO, the video quality should be comparable to the original video then.

    


    Note : I may make according test runs, but I perhaps do not have the ability to recognize the quality difference as I'm not an advanced video expert.

    


    Would be happy to read your advice.

    


  • swscale/cms : add color management subsystem

    29 novembre 2024, par Niklas Haas
    swscale/cms : add color management subsystem
    

    The underlying color mapping logic was ported as straightforwardly as possible
    from libplacebo, although the API and glue code has been very heavily
    refactored / rewritten. In particular, the generalization of gamut mapping
    methods is replaced by a single ICC intent selection, and constants have been
    hard-coded.

    To minimize the amount of overall operations, this gamut mapping LUT now embeds
    a direct end-to-end transformation to the output color space ; something that
    libplacebo does in shaders, but which is prohibitively expensive in software.

    In order to preserve compatibility with dynamic tone mapping without severely
    regressing performance, we add the ability to generate a pair of "split" LUTS,
    one for encoding the input and output to the perceptual color space, and a
    third to embed the tone mapping operation. Additionally, this intermediate
    space could be used for additional subjective effect (e.g. changing
    saturation or brightness).

    The big downside of the new approach is that generating a static color mapping
    LUT is now fairly slow, as the chromaticity lobe peaks have to be recomputed
    for every single RGB value, since correlated RGB colors are not necessarily
    aligned in ICh space. Generating a split 3DLUT significantly alleviates this
    problem because the expensive step is done as part of the IPT input LUT, which
    can share the same hue peak calculation at least for all input intensities.

    • [DH] libswscale/Makefile
    • [DH] libswscale/cms.c
    • [DH] libswscale/cms.h
  • lavfi/vf_drawtext : fix memory management when destroying font face

    31 octobre 2024, par Leandro Santiago
    lavfi/vf_drawtext : fix memory management when destroying font face
    

    Ref https://trac.ffmpeg.org/ticket/11152

    According to harfbuzz docs, hb_ft_font_set_funcs() does not need to be
    called, as, quoted :

    ```
    An #hb_font_t object created with hb_ft_font_create()
    is preconfigured for FreeType font functions and does not
    require this function to be used.
    ```

    Using this function seems to cause memory management issues between
    harfbuzz and freetype, and could be eliminated.

    This commit also call hb_ft_font_changed() when the underlying FC_Face
    changes size, as stated on hardbuzz :

    ```
    HarfBuzz also provides a utility function called hb_ft_font_changed() that you should call
    whenever you have altered the properties of your underlying FT_Face, as well as a hb_ft_get_face()
    that you can call on an hb_font_t font object to fetch its underlying FT_Face.
    ```

    Finally, the execution order between hb_font_destroy() and
    hb_buffer_destroy() is flipped to match the order of creation of
    the respective objects.

    Signed-off-by : Leandro Santiago <leandrosansilva@gmail.com>
    Signed-off-by : Marton Balint <cus@passwd.hu>

    • [DH] libavfilter/vf_drawtext.c