Recherche avancée

Médias (0)

Mot : - Tags -/acrobat

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

Autres articles (100)

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

  • Librairies et binaires spécifiques au traitement vidéo et sonore

    31 janvier 2010, par

    Les logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
    Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
    Binaires complémentaires et facultatifs flvtool2 : (...)

  • La sauvegarde automatique de canaux SPIP

    1er avril 2010, par

    Dans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
    Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)

Sur d’autres sites (5727)

  • avcodec/cfhd : support cropped height tag

    18 octobre 2017, par James Almer
    avcodec/cfhd : support cropped height tag
    

    Ported from libav. Authored by one of the following :

    Anton Khirnov <anton@khirnov.net>
    Diego Biurrun <diego@biurrun.de>
    Vittorio Giovara <vittorio.giovara@gmail.com>

    Reviewed-by : kierank
    Signed-off-by : James Almer <jamrial@gmail.com>

    • [DH] libavcodec/cfhd.c
    • [DH] libavcodec/cfhd.h
  • FFMPEG (libx264) "height not divisible by 2"

    3 octobre 2023, par Andy Hin

    I am trying to encode a .mp4 video from a set of frames using FFMPEG using the libx264 codec.

    &#xA;&#xA;

    This is the command I am running :

    &#xA;&#xA;

    /usr/local/bin/ffmpeg -r 24 -i frame_%05d.jpg -vcodec libx264 -y -an video.mp4&#xA;

    &#xA;&#xA;

    I sometimes get the following error :

    &#xA;&#xA;

    [libx264 @ 0xa3b85a0] height not divisible by 2 (520x369)&#xA;

    &#xA;&#xA;

    After searching around a bit it seems that the issue has something to do with the scaling algorithm and can be fixed by adding a -vf argument.

    &#xA;&#xA;

    However, in my case I don't want to do any scaling. Ideally, I want to keep the dimensions exactly the same as the frames. Any advice ? Is there some sort of aspect ratio that h264 enforces ?

    &#xA;

  • avcodec/nvdec : Round up odd width/height values

    24 novembre 2017, par Philip Langdale
    avcodec/nvdec : Round up odd width/height values
    

    nvdec will not produce odd width/height output, and while this is
    basically never an issue with most codecs, due to internal alignment
    requirements, you can get odd sized jpegs.

    If an odd-sized jpeg is encountered, nvdec will actually round down
    internally and produce output that is slightly smaller. This isn't
    the end of the world, as long as you know the output size doesn't
    match the original image resolution.

    However, with an hwaccel, we don't know. The decoder controls
    the reported output size and the hwaccel cannot change it. I was
    able to trigger an error in mpv where it tries to copy the output
    surface as part of rendering and triggers a cuda error because
    cuda knows the output frame is smaller than expected.

    To fix this, we can round up the configured width/height passed
    to nvdec so that the frames are always at least as large as the
    decoder's reported size, and data can be copied out safely.

    In this particular jpeg case, you end up with a blank (green) line
    at the bottom due to nvdec refusing to decode the last line, but
    the behaviour matches cuviddec, so it's as good as you're going to
    get.

    • [DH] libavcodec/nvdec.c