Recherche avancée

Médias (91)

Autres articles (97)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

Sur d’autres sites (9849)

  • ffmpeg : smooth, stable timelapse videos from normal speed videos

    18 mars 2015, par est

    For a one hour dash cam video in normal speed, is it possible to create a smooth timelapse video from it ?

    Most tutorials online I found about "timelapse + ffmpeg" are with static jpeg files combined into a timelapse video. These often result jiggle between frames, are the any specific parameters which would make the video looking very smooth & stable ?

    Should I just setpts=0.5*PTS for the trick ? Any must-have or little-known tricks ?

  • Revision e693472236 : Fairly basic integration of rectangular blocks in encoding RD loop. Adds RD int

    17 avril 2013, par Ronald S. Bultje

    Changed Paths : Modify /vp9/common/vp9_blockd.c Modify /vp9/common/vp9_blockd.h Modify /vp9/decoder/vp9_detokenize.c Modify /vp9/encoder/vp9_block.h Modify /vp9/encoder/vp9_encodeframe.c Modify /vp9/encoder/vp9_rdopt.c Modify /vp9/encoder/vp9_segmentation.c (...)

  • ffmpeg - How to bypass uneven segmentation with basic encoding ? [closed]

    2 juin 2021, par valextt

    Example request :

    


    ffmpeg -i 'input.mp4' -c:v libx264 -force_key_frames "expr:gte(t,n_forced*1)" -segment_time 20 -reset_timestamps 1 -f segment output%03d.mp4

    


    If I use -c:v libx264 in the request, then the split time lasts for a long, but it works out correctly. In general, I am satisfied with the source codec, so I tried -c:v copy, so we do not change the codec, which makes the split process almost instantly, but the problem is, that the output segments are not 20 seconds each, but for example :
20.5 sec, 18.5 sec, 21 sec.
How to deal with it ? Why does the -c:v copy modify the split unevenly ?

    


Navigation