Recherche avancée

Médias (1)

Mot : - Tags -/getid3

Autres articles (89)

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

  • 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

  • Emballe médias : à quoi cela sert ?

    4 février 2011, par

    Ce plugin vise à gérer des sites de mise en ligne de documents de tous types.
    Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;

Sur d’autres sites (11234)

  • lavfi/frei0r : in init() check path loop, free resources in a single point

    16 novembre 2012, par Stefano Sabatini

    lavfi/frei0r : in init() check path loop, free resources in a single point

  • avcodec/vc1 : Arm 64-bit NEON unescape fast path

    31 mars 2022, par Ben Avison
    avcodec/vc1 : Arm 64-bit NEON unescape fast path

    checkasm benchmarks on 1.5 GHz Cortex-A72 are as follows.
    

    vc1dsp.vc1_unescape_buffer_c : 655617.7
    
vc1dsp.vc1_unescape_buffer_neon : 118237.0
    

    Signed-off-by : Ben Avison <bavison@riscosopen.org>
    
Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavcodec/aarch64/vc1dsp_init_aarch64.c
    • [DH] libavcodec/aarch64/vc1dsp_neon.S

  • fftools/ffmpeg : always use the same path for setting InputStream.[next_]dts

    26 avril 2023, par Anton Khirnov
    fftools/ffmpeg : always use the same path for setting InputStream.[next_]dts

    Currently those are set in different ways depending on whether the
    
stream is decoded or not, using some values from the decoder if it is.
    
This is wrong, because there may be arbitrary amount of delay between
    
input packets and output frames (depending e.g. on the thread count when
    
frame threading is used).
    

    Always use the path that was previously used only for streamcopy. This
    
should not cause any issues, because these values are now used only for
    
streamcopy and discontinuity handling.
    

    This change will allow to decouple discontinuity processing from
    
decoding and move it to ffmpeg_demux. It also makes the code simpler.
    

    Changes output in fate-cover-art-aiff-id3v2-remux and
    
fate-cover-art-mp3-id3v2-remux, where attached pictures are now written
    
in the correct order. This happens because InputStream.dts is no longer
    
reset to AV_NOPTS_VALUE after decoding, so streamcopy actually sees
    
valid dts values.
    • [DH] fftools/ffmpeg.c
    • [DH] tests/ref/fate/cover-art-aiff-id3v2-remux
    • [DH] tests/ref/fate/cover-art-mp3-id3v2-remux

Navigation