Recherche avancée

Médias (2)

Mot : - Tags -/map

Autres articles (57)

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

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

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (8317)

  • swscale/output : Altivec-optimize yuv2plane1_8

    17 novembre 2018, par Lauri Kasanen
    swscale/output : Altivec-optimize yuv2plane1_8
    

    ./ffmpeg_g -f rawvideo -pix_fmt rgb24 -s hd1080 -i /dev/zero -pix_fmt yuv420p \
    - f null -vframes 100 -v error -nostats -

    1158 UNITS in planar1, 65528 runs, 8 skips

    - cpuflags 0

    19082 UNITS in planar1, 65533 runs, 3 skips

    16.48 speedup ratio. On x86, SSE2 is 7. Curiously, the Power C version
    takes as many cycles as the x86 SSE2 version, yikes it's fast.

    Note that this function uses VSX instructions, but is not marked so.
    This is because several existing functions also make that mistake.
    I'll submit a patch moving them once this is reviewed.

    Signed-off-by : Lauri Kasanen <cand@gmx.com>
    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>

    • [DH] libswscale/ppc/swscale_altivec.c
  • Error writing to file when saving matplotlib animation with a given codec

    31 mars 2017, par idesh

    I’ve had trouble saving an mp4 animation created with matplotlib with a given codec. However I should mention beforehand that I could save the mp4 animation without specifying codecs and that seems to work fine, except that I am not able to insert this mp4 animation into powerpoint for a presentation. Powerpoint says it cannot read the file because it is missing 64bit codec.

    When digging further I discovered that Windows media player which is used by power point for the animations, has already some video codecs installed.

    So I thought of saving the initial matplotlib animation with one of these codecs, which is also compatible with ffmpeg. The command ffmpeg -codecs on terminal lists the supported codecs and I could spot the codecs common with ffmpeg and windows media player, ex : MSS1, MSS2

    So I tried to save the animation with the argument codec set as follows.

    anim = animation.FuncAnimation(fig, animate, 158,interval=300, blit=True)
    writer = animation.writers['ffmpeg']
    anim.save('film_v5.mp4', codec='mss1')

    Nevertheless it leads to an error, no matter what type of codec argument I put.

    So I was wondering perhaps there was someone savvy, willing to help me troubleshoot this problem. Despite my attempts I could not find any solution in the stackoverflow forum.

    Thank you in advance for your attention.

  • lavu/tx : improve 3-point fixed precision

    14 février 2020, par Lynne
    lavu/tx : improve 3-point fixed precision
    

    There's just no reason not to when its so easy (albeit messy) and its also
    reducing the precision of all non-power-of-two transforms that use it.

    • [DH] libavutil/tx_priv.h
    • [DH] libavutil/tx_template.c