Recherche avancée

Médias (1)

Mot : - Tags -/Rennes

Autres articles (51)

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

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

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

  • Using an IF-Statement inside a drawtext (FFMPEG)

    22 janvier 2020, par MonsterDruide1

    I’m currently trying to implement a timer on a video with FFMPEG, so it should start at 00.00 and start timing after a number of frames and stop timing again after a set amount of frames. So the timer should work like this :

    00:00 00:00 00.00 (start timing) 00.01 00.02 [...] 05.88 05.89 (stop timing) 05.89 05.89 05.89

    So far I’ve got the following as (minimal) command :

    ffmpeg -i input.mp4
    -filter_complex "[0:v]drawtext=fontfile='C\\:font.ttf':
    text='%{eif\\:n/30\\:d\\:2}\\:%{eif\\:((mod(n,30))/30)*100\\:d\\:2}':
    fontcolor=black:fontsize=55:x=(1705.5-(text_w/2)):y=(1000.5-(text_h/2)),format=yuv420p"
    -pix_fmt yuv420p -c:a copy out.mp4

    There is some more stuff inside of the filter_complex, so I can’t replace that with -vf or similar.

    Thanks for all of your help !

  • Revision de6ecc5ac3 : Selective masking of split modes. Allow selective masking of individual split m

    4 octobre 2013, par Paul Wilkins

    Changed Paths :
     Modify /vp9/encoder/vp9_onyx_if.c


     Modify /vp9/encoder/vp9_onyx_int.h



    Selective masking of split modes.

    Allow selective masking of individual split modes rather than
    just a single on / off flag.

    For speed 2 recovers the large speed loss seen for some derf
    clips in change Ie6bdfa0a370148dd60bd800961077f7e97e67dd4
    and a small quality gain.

    For speed 1 10 % speed increase observed locally on some derf clips
    for minimal quality change.

    Change-Id : If86191087b93cbc05351c26c60c7933e2149e485

  • Calling ffmpeg kills script in background only

    14 mai 2014, par TimD

    I’ve got a python script that calls ffmpeg via subprocess to do some mp3 manipulations. It works fine in the foreground, but if I run it in the background, it gets as far as the ffmpeg command, which itself gets as far as dumping its config into stderr. At this point, everything stops and the parent task is reported as stopped, without raising an exception anywhere. I’ve tried a few other simple commands in the place of ffmpeg, they execute normally in foreground or background.

    This is the minimal example of the problem :

    import subprocess

    inf = "3HTOSD.mp3"
    outf = "out.mp3"

    args = [    "ffmpeg",
               "-y",
               "-i",   inf,
               "-ss",  "0",
               "-t",   "20",
               outf
           ]

    print "About to do"

    result = subprocess.call(args)

    print "Done"

    I really can’t work out why or how a wrapped process can cause the parent to terminate without at least raising an error, and how it only happens in so niche a circumstance. What is going on ?

    Also, I’m aware that ffmpeg isn’t the nicest of packages, but I’m interfacing with something that has using ffmpeg compiled into it, so using it again seems sensible.