Recherche avancée

Médias (3)

Mot : - Tags -/collection

Autres articles (35)

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

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

  • x86/tx_float : implement inverse MDCT AVX2 assembly

    3 septembre 2022, par Lynne
    x86/tx_float : implement inverse MDCT AVX2 assembly
    

    This commit implements an iMDCT in pure assembly.

    This is capable of processing any mod-8 transforms, rather than just
    power of two, but since power of two is all we have assembly for
    currently, that's what's supported.
    It would really benefit if we could somehow use the C code to decide
    which function to jump into, but exposing function labels from assebly
    into C is anything but easy.
    The post-transform loop could probably be improved.

    This was somewhat annoying to write, as we must support arbitrary
    strides during runtime. There's a fast branch for stride == 4 bytes
    and a slower one which uses vgatherdps.

    Zen 3 benchmarks for stride == 4 for old (av_imdct_half) vs new (av_tx) :

    128pt :
    2811 decicycles in av_tx (imdct),16775916 runs, 1300 skips
    3082 decicycles in av_imdct_half,16776751 runs, 465 skips

    256pt :
    4920 decicycles in av_tx (imdct),16775820 runs, 1396 skips
    5378 decicycles in av_imdct_half,16776411 runs, 805 skips

    512pt :
    9668 decicycles in av_tx (imdct),16775774 runs, 1442 skips
    10626 decicycles in av_imdct_half,16775647 runs, 1569 skips

    1024pt :
    19812 decicycles in av_tx (imdct),16777144 runs, 72 skips
    23036 decicycles in av_imdct_half,16777167 runs, 49 skips

    • [DH] libavutil/tx.c
    • [DH] libavutil/tx_priv.h
    • [DH] libavutil/x86/tx_float.asm
    • [DH] libavutil/x86/tx_float_init.c
  • ffmpeg scaling nvenc maintaining aspect ratio

    3 novembre 2019, par Sambir

    I want to fully hw transcode mkv files to mp4 and up- /downscale the content maintaning the aspect ratio.

    With CPU based transcoding you just add :

    scale=1920:1080:force_original_aspect_ratio=decrease

    With HW (CUDA) transcoding either -resize on Decoding side or -scale_npp on encoding side is possible but both dont seem to be capable to force original acpect ratio.

    I want to for instance upscale 1920x800 file to 1920x1080 while filling the rest with black bars so I can overlay subtitles over the bars for instance...

    With this i can fully transcoding using GPU power reather than utilizing cpu. any ideas ?

  • record desktop save every 30 minutes

    31 mars 2014, par Maged E William

    here is my question that related to the same problem :

    better way to record desktop via ffmpeg

    I have this command : ffmpeg -f dshow -i video="screen-capture-recorder" -r 30 -t 10 E:\test01.flv

    And i am happy with it, but i wonder if i can make it save every 30 minutes so if the power went off i only loses the last 30 minutes.

    I use C# to launch and hide ffmpeg cmd, so i wonder how to make it save to the same test01.flv every 30 minutes ?