Recherche avancée

Médias (0)

Mot : - Tags -/signalement

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (51)

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

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

Sur d’autres sites (5970)

  • avcodec/aacdec_common : Combine huffman tabs

    24 septembre 2023, par Andreas Rheinhardt
    avcodec/aacdec_common : Combine huffman tabs

    This allows to avoid the relocations inherent in a table
    
to individual tables ; it also reduces padding.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavcodec/aacdec_common.c

  • Encode piped images as they arrive

    1er août 2024, par Aviad P.

    I'm encoding a video by piping images into ffmpeg using the -i pipe: input.&#xA;However the images arrive sporadically, but are encoded as if they are sequential frames.

    &#xA;

    I have tried using -use_wallclock_as_timestamps 1 in the input block, but it has no effect.

    &#xA;

    This is the command I'm using :

    &#xA;

    ffmpeg -use_wallclock_as_timestamps 1 -i pipe: -vf fps=50 -c:v libx264 -map 0 -f segment -segment_list playlist.m3u8 -segment_list_flags &#x2B;live -segment_time 10 -segment_wrap 5 seg%03d.mkv

    &#xA;

    Input block parameters I've tried to no avail :

    &#xA;

      &#xA;
    • -re

      • &#xA;

    • -framerate 1

      • &#xA;

    • -framerate 1/1000

      • &#xA;

    • -framerate 50

      • &#xA;

    &#xA;

    So to reiterate the problem : A video is being produced, but each piped image is set as an individual frame, despite having arrived and encoded at an entirely different time that its predecessor.

    &#xA;

  • Revision 8350e7fe38 : Make intra prediction pointers RTCD-based. This probably has a mildly negative

    9 juillet 2013, par Ronald S. Bultje

    Changed Paths :
     Modify /vp9/common/vp9_reconintra.c


     Modify /vp9/common/vp9_rtcd_defs.sh


     Modify /vp9/common/x86/vp9_recon_sse2.asm


     Delete /vp9/common/x86/vp9_recon_wrapper_sse2.c


     Modify /vp9/encoder/vp9_mbgraph.c


     Modify /vp9/vp9_common.mk



    Make intra prediction pointers RTCD-based.

    This probably has a mildly negative impact on performance, but will
    (in future commits - or possibly merged with this one) allow SIMD
    implementations of individual intra prediction functions. We may
    perhaps want to consider having separate functions per txfm-size
    also (i.e. 4x4, 8x8, 16x16 and 32x32 intra prediction functions for
    each intra prediction mode), but I haven't played much with that
    yet.

    Change-Id : Ie739985eee0a3fcbb7aed29ee6910fdb653ea269

Navigation