Recherche avancée

Médias (91)

Autres articles (63)

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

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

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

Sur d’autres sites (9031)

  • avformat/mov : add support for APV streams

    6 mai, par Dawid Kozinski
    avformat/mov : add support for APV streams

    Signed-off-by : Dawid Kozinski <d.kozinski@samsung.com>
    
Signed-off-by : James Almer <jamrial@gmail.com>
    • [DH] Changelog
    • [DH] libavformat/isom_tags.c
    • [DH] libavformat/mov.c
    • [DH] libavformat/version.h

  • How to handle differing .mp4 file types from different sources ?

    10 octobre 2017, par Dave502619

    If I take a .mp4 recorded on my mobile (Samsung S5) and pass it through FFmpeg with the below command, the output file (fileX.avi) is a greyscale bitmap uncompressed video file.

    • The offset values in fileX.avi (output from FFmpeg) to allow me to locate the video frame data are always 5680 bytes for the file header.

    • And 62 bytes for the inter frame header.

    • The data is uncompressed RGB24 so i can easily calculate the size of a video frame from height x width x 3.

    So my C# application can access the video frames in fileX.avi always at these above offsets.
    (This works great).

    My FFmpeg Command is :

    ffmpeg.exe -i source.mp4 -b 1150 -r 20.97 -g 120 -an -vf format=gray -f rawvideo -pixfmt gray -s 384x216 -vcodec rawvideo -y fileX.avi

    However... I recently took an .mp4 file from a different source (produced by Power Director 14 instead of direct from my mobile phone) and used this as the input source.mp4. But now the structure of fileX.avi differs as the offset values of 5680 + 62 bytes from the start in fileX.avi do not land me at the start of the video data frames.

    There seems to be different file formats for .mp4 - and obviously if there are my crude offset approach will not work for them all. I suspected at the time I wrote the code my method was all too easy a solution !

    So can anyone advise on the approach I should take now ? Should I check the original .mp4 or the output file (fileX.avi) to determine a "file type" to which I can determine the different offsets ?

    At the very least I need to be able to identify the "type" of .mp4 file that works so I can declare the type that will work with my software.

  • ffserver : Add client requested urls to the status page

    29 novembre 2016, par Michael Niedermayer
    ffserver : Add client requested urls to the status page

    Fixes Ticket3791
    

    Reviewed-by : "Reynaldo H. Verdejo Pinochet" <reynaldo@osg.samsung.com>
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] ffserver.c
    • [DH] tests/ffserver-regression.sh
    • [DH] tests/ffserver.regression.ref

Navigation