Recherche avancée

Médias (1)

Mot : - Tags -/swfupload

Autres articles (43)

  • Configuration spécifique d’Apache

    4 février 2011, par

    Modules spécifiques
    Pour la configuration d’Apache, il est conseillé d’activer certains modules non spécifiques à MediaSPIP, mais permettant d’améliorer les performances : mod_deflate et mod_headers pour compresser automatiquement via Apache les pages. Cf ce tutoriel ; mode_expires pour gérer correctement l’expiration des hits. Cf ce tutoriel ;
    Il est également conseillé d’ajouter la prise en charge par apache du mime-type pour les fichiers WebM comme indiqué dans ce tutoriel.
    Création d’un (...)

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

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

Sur d’autres sites (5429)

  • avfilter/graphparser : allow specifying filter@id as filter instance

    17 mai 2017, par Muhammad Faiz
    avfilter/graphparser : allow specifying filter@id as filter instance
    

    See http://lists.ffmpeg.org/pipermail/ffmpeg-user/2017-April/035975.html
    Parsed_filter_X could remain and user can override it with custom one.

    Example :
    ffplay -f lavfi "nullsrc=s=640x360,
    sendcmd='1 drawtext@top reinit text=Hello ; 2 drawtext@bottom reinit text=World',
    drawtext@top=x=16:y=16:fontsize=20:fontcolor=Red:text='',
    drawtext@bottom=x=16:y=340:fontsize=16:fontcolor=Blue:text=''"

    Reviewed-by : Paul B Mahol <onemda@gmail.com>
    Signed-off-by : Muhammad Faiz <mfcc64@gmail.com>

    • [DH] doc/filters.texi
    • [DH] libavfilter/graphparser.c
  • Use a video editing library (not executable) via Node [on hold]

    25 septembre 2018, par Merc

    I need to edit clips using node. I am looking around, and most (if not all) libraries seem (like Fluent FFMpeg) seem to be based on the fact that they run FFMPEG as an executable and get the resulting output.

    That’s not what I want. I worked with FFMPEG executable in the past, and I know how flaky it is in terms of return codes and error codes.

    Ideally, I would love to find a native library for video editing and make calls using node.

    In terms of libraries :

    • Gstreamer
    • FFmpeg/LibAV (does they come with C libraries to bind to ?)
    • libVLC

    In terms of binding with them :

    Am I getting this all wrong ?
    My ideal outcome is to have a nice, robust library that I use directly using node, but my lack of experience in terms of using native libraries, and the somehow fragmented world of video editing libraries.

  • 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