Recherche avancée

Médias (0)

Mot : - Tags -/alertes

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

Autres articles (112)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Problèmes fréquents

    10 mars 2010, par

    PHP et safe_mode activé
    Une des principales sources de problèmes relève de la configuration de PHP et notamment de l’activation du safe_mode
    La solution consiterait à soit désactiver le safe_mode soit placer le script dans un répertoire accessible par apache pour le site

Sur d’autres sites (13477)

  • vp9 : split superframes in the filtering stage before actual decoding

    13 novembre 2016, par Anton Khirnov
    vp9 : split superframes in the filtering stage before actual decoding
    

    Significantly increases the efficiency of frame threading, since
    individual frames in a superframe can now be decoded in parallel.

    • [DBH] configure
    • [DBH] libavcodec/vp9.c
  • ffmpeg get last x seconds with high accuracy

    12 mars 2018, par rbarab

    I would like to batch process mp4 videos, getting the last x seconds of each and saving them to individual files.
    I need to do this with a very high accuracy, preferably to 0.001 seconds or better.
    Found a related question (FFMPEG : get last 10 seconds) suggesting -sseof, which works great, but as the answer said it’s not completely accurate with stream copy.

    I am trying to match video lengths to the length of a reference video.

    Would I need to re-encode ? Can sseof handle this accurate enough if I specify duration as 00:00:00.000000 (which I get from reference video ffprobe) ?

    Please see related ffprobe -i below, all videos to be processed have this same encoding.

      Metadata:
       major_brand     : isom
       minor_version   : 512
       compatible_brands: isomiso2avc1mp41
       encoder         : Lavf57.83.100
     Duration: 00:00:58.67, start: 0.000000, bitrate: 639 kb/s
       Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x360, 499 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc (default)
       Metadata:
         handler_name    : VideoHandler
       Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 131 kb/s (default)
       Metadata:
         handler_name    : SoundHandler
    duration=58.673000

    Is there a better way to achieve frame-level accuracy ? As end goal I would need to overlay these videos with 25fps ’frame-level accuracy’.

    Thanks a lot !

  • How to get the last x seconds with high accuracy with FFmpeg ?

    16 novembre 2024, par rbarab

    I would like to batch process mp4 videos, getting the last x seconds of each and saving them to individual files.
I need to do this with a very high accuracy, preferably to 0.001 seconds or better.
Found a related question (FFmpeg : get the last 10 seconds) suggesting -sseof, which works great, but as the answer said it's not completely accurate with stream copy.

    


    I am trying to match video lengths to the length of a reference video.

    


    Would I need to re-encode ? Can sseof handle this accurate enough if I specify duration as 00:00:00.000000 (which I get from reference video ffprobe) ?

    


    Please see related ffprobe -i below, all videos to be processed have this same encoding.

    


       Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2avc1mp41
    encoder         : Lavf57.83.100
  Duration: 00:00:58.67, start: 0.000000, bitrate: 639 kb/s
    Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x360, 499 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc (default)
    Metadata:
      handler_name    : VideoHandler
    Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 131 kb/s (default)
    Metadata:
      handler_name    : SoundHandler
duration=58.673000


    


    Is there a better way to achieve frame-level accuracy ? As end goal I would need to overlay these videos with 25fps 'frame-level accuracy'.