Recherche avancée

Médias (91)

Autres articles (27)

  • D’autres logiciels intéressants

    12 avril 2011, par

    On ne revendique pas d’être les seuls à faire ce que l’on fait ... et on ne revendique surtout pas d’être les meilleurs non plus ... Ce que l’on fait, on essaie juste de le faire bien, et de mieux en mieux...
    La liste suivante correspond à des logiciels qui tendent peu ou prou à faire comme MediaSPIP ou que MediaSPIP tente peu ou prou à faire pareil, peu importe ...
    On ne les connais pas, on ne les a pas essayé, mais vous pouvez peut être y jeter un coup d’oeil.
    Videopress
    Site Internet : (...)

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

  • avcodec/pthread_frame : Fix cleanup during init

    11 février 2021, par Andreas Rheinhardt
    avcodec/pthread_frame : Fix cleanup during init
    

    In case an error happened when setting up the child threads,
    ff_frame_thread_init() would up until now call ff_frame_thread_free()
    to clean up all threads set up so far, including the current, not
    properly initialized one.
    But a half-allocated context needs special handling which
    ff_frame_thread_frame_free() doesn't provide.
    Notably, if allocating the AVCodecInternal, the codec's private data
    or setting the options fails, the codec's close function will be
    called (if there is one) ; it will also be called if the codec's init
    function fails, regardless of whether the FF_CODEC_CAP_INIT_CLEANUP
    is set. This is not supported by all codecs ; in ticket #9099 it led
    to a crash.

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>

    • [DH] libavcodec/pthread_frame.c
  • Reducing frames with ffmpeg leads to massive video size reaction - what´s wrong ?

    9 juin 2023, par Katharina

    I am working on a project in which I need to

    &#xA;

    -transform many videos from .h264 format to .mp4

    &#xA;

    -cut them after 1 hour duration

    &#xA;

    -reduce the framerate from 60 fps to 30 fps

    &#xA;

    Up to now, I came up with following :

    &#xA;

    Convert :

    &#xA;

    for %a in ("*.h264") do ffmpeg -framerate 60 -fflags &#x2B;genpts -i "%a" -vcodec copy -acodec copy "%~na_Conv.mp4&#xA;

    &#xA;

    Cut :

    &#xA;

    for %a in ("*.mp4") do ffmpeg -ss 00:00:00 -i "%a" -to 01:00:00  -vcodec copy -acodec copy "%~na_cut.mp4&#xA;

    &#xA;

    Reduce framerate :

    &#xA;

    for %a in ("*.mp4") do ffmpeg -i "%a" -filter:v fps=fps=30 "%~na_30fps.mp4&#xA;

    &#xA;

    It finally seems to work fine, but I am worried, because the original file has 2.6 GB, the converted and cut video file has 2.4 GB (which I find reasonable), but the video file with 30 fps has only 340 MB. It does not seem corect, that the files got so small. However, I used fprobe to determine the framerates and it shows that the fps should be as specified. Still, I find it puzzling that the video is now so small when only half the frames were dropped. Unfortunately, looking at the videos does not give hints if too many frames were dropped.

    &#xA;

    I am grateful for any advice how to find the error or how to evaluate my result properly. Thank you for your help !

    &#xA;

  • aarch64 : vp9itxfm : Reorder iadst16 coeffs

    31 décembre 2016, par Martin Storsjö
    aarch64 : vp9itxfm : Reorder iadst16 coeffs
    

    This matches the order they are in the 16 bpp version.

    There they are in this order, to make sure we access them in the
    same order they are declared, easing loading only half of the
    coefficients at a time.

    This makes the 8 bpp version match the 16 bpp version better.

    Signed-off-by : Martin Storsjö <martin@martin.st>

    • [DBH] libavcodec/aarch64/vp9itxfm_neon.S