Recherche avancée

Médias (1)

Mot : - Tags -/artwork

Autres articles (46)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

  • Organiser par catégorie

    17 mai 2013, par

    Dans MédiaSPIP, une rubrique a 2 noms : catégorie et rubrique.
    Les différents documents stockés dans MédiaSPIP peuvent être rangés dans différentes catégories. On peut créer une catégorie en cliquant sur "publier une catégorie" dans le menu publier en haut à droite ( après authentification ). Une catégorie peut être rangée dans une autre catégorie aussi ce qui fait qu’on peut construire une arborescence de catégories.
    Lors de la publication prochaine d’un document, la nouvelle catégorie créée sera proposée (...)

  • Les formats acceptés

    28 janvier 2010, par

    Les commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
    ffmpeg -codecs ffmpeg -formats
    Les format videos acceptés en entrée
    Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
    Les formats vidéos de sortie possibles
    Dans un premier temps on (...)

Sur d’autres sites (5217)

  • What does FFmpeg expect me to send to the first rawvideo input pipe ?

    23 octobre 2023, par Somebody

    I'm using two named pipes, in order :

    


      

    1. video_pipe
 
      -f rawvideo
-video_size 1x1
-pix_fmt gray
-r 1


      


      2. 


    2. audio_pipe
 
      -f s16le
-ar 32000
-channels 1


      


      3. 


    


    I thought FFmpeg needed to read individual frames from a rawvideo pipe but I must be mistaken cause it doesn't start reading from the second pipe until I feed 11 bytes to the first pipe although, in the example given, a grayscale frame of one pixel is exactly one byte. I have experimenting by increasing video_size and here's the table I could infer :

    


    





    


    


    


    


    



    


    


    


    


    


    


    


    


    


    


    


    


    


    


    


    


    


    


    


    


    


    


    


    


    Actual frame size in bytes Bytes needed to be sent before to move on
    1 11
    2 17
    3 25
    4 33
    5 41
    6 49

    


    


    I can't just send multiple frames as I want to output a 1 second video.
I tested most of the parameters in this page : https://github.com/FFmpeg/FFmpeg/blob/ff5a3575fec2d49d5fae4ec1198a939e203314db/libavformat/options_table.h
but none of them solved it. (I also used "-re" with no luck).

    


    This is an example command in case you want to reproduce the issue :
ffmpeg -y -re -f rawvideo -video_size 1x1 -pixel_format gray -framerate 1 -i \\.\pipe\video_pipe -f s16le -ar 32000 -channels 1 -i \\.\pipe\audio_pipe -map 0:v:0 -map 1:a:0 out.mp4

    


    Any idea of how I could send the exact frame bytes amount instead of being forced to send way more bytes ?

    


  • avutil/avstring : add a "ALL" entry and the possibility to negate matches to av_match_...

    11 février 2016, par Michael Niedermayer
    avutil/avstring : add a "ALL" entry and the possibility to negate matches to av_match_name()

    This will extend the whitelist features to allow blacklisting individual protocols and to
    
explicitly force everything to be enabled.
    

    Reviewed-by : Stefano Sabatini <stefasab@gmail.com>
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavutil/avstring.c
    • [DH] libavutil/avstring.h
    • [DH] libavutil/version.h

  • movenc : Allow writing a DASH sidx atom at the start of files

    21 octobre 2014, par Martin Storsjö
    movenc : Allow writing a DASH sidx atom at the start of files

    This is mapped to the faststart flag (which in this case
    
perhaps should be called "shift and write index at the
    
start of the file"), which for fragmented files will
    
write a sidx index at the start.
    

    When segmenting DASH into files, there’s usually one sidx
    
at the start of each segment (although it’s not clear to me
    
whether that actually is necessary). When storing all of it
    
in one file, the MPD doesn’t necessarily need to describe
    
the individual segments, but the offsets of the fragments can be
    
fetched from one large sidx atom at the start of the file. This
    
allows creating files for the DASH ISO BMFF on-demand profile.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavformat/movenc.c
    • [DH] libavformat/movenc.h

Navigation