Recherche avancée

Médias (2)

Mot : - Tags -/media

Autres articles (73)

  • Gestion de la ferme

    2 mars 2010, par

    La ferme est gérée dans son ensemble par des "super admins".
    Certains réglages peuvent être fais afin de réguler les besoins des différents canaux.
    Dans un premier temps il utilise le plugin "Gestion de mutualisation"

  • 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

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

Sur d’autres sites (9445)

  • Using ffprobe to get number of keyframes in raw AVI file *without* processing entire file ?

    26 juillet 2018, par aggieNick02

    This question and answer cover how to get the framecount and keyframe count from an AVI file, which is very useful. I’ve got a raw AVI file and want to count the number of keyframes (equivalent to non-dropped frames for raw AVI), but it takes a long time to process through a raw AVI file.

    There is some way to get this information without fully processing the file, as VirtualDub provides both framecount and key framecount in the file information, as well as total keyframe size, almost instantly for a 25-second raw 1920x1080 AVI. But ffprobe requires count_frames to populate nb_read_frames, which takes some good processing time.

    I can do some math with the file’s size and the frame’s width/height/format to get a fairly good estimate of the number of frames, but I’m worried the overhead of the container could be enough to throw the math off for very short clips. (For my 25 second clip, I get 1286.12 frames, when there are really 1286.)

    Any thoughts on if there is a way to get this information programatically with ffprobe or ffmpeg without processing the whole file ? Or with another API on windows ?

  • Get Total number of frames and FPS faster than with OpenCV library in C++

    20 juillet 2018, par daniels_pa

    I need to check which video can be analyzed and which cannot given the total number of frames in a video and the fps of the video. I created a c++ program to do the checking. Analyzing each video is not an option since analyzing is time consuming.

    I used the OpenCV library for starters :

       cv::VideoCapture vid_to_analyze;
       vid_to_analyze.open( me_vid.vid_path.string() );
       me_vid.total_frames= static_cast<int>(vid_to_analyze.get(CV_CAP_PROP_FRAME_COUNT));
       me_vid.fps=vid_to_analyze.get(CV_CAP_PROP_FPS);

       if (!vid_to_analyze.isOpened())
       {
           std::cout &lt;&lt; "Skipping vid: "&lt;&lt; me_vid.vid_path.string()&lt;&lt;", couldn't open it" &lt;&lt; std::endl;
       }
       if (me_vid.fps != me_vid.fps || me_vid.fps &lt;= 0)
       {
           std::cout &lt;&lt; "For video " &lt;&lt; me_vid.vid_path.string() &lt;&lt; std::endl;
           std::cout &lt;&lt; "FPS of the video file cannot be determined, assuming 30"&lt;&lt; std::endl;
           me_vid.fps = 30;
       }

       vid_to_analyze.release();
    </int>

    However when debugging it becomes painfully slow (the program is faster running without the debugger attached but still very slow given the number of videos it needs to cover). I think that has something to do with 4 threads being created and deleted each time a video is opened (released).

    How to get total number of frames and fps in a faster manner ( without actually creating 4 threads !!) if i am not interested in actually grabbing frames from the video just the number of frames and fps.

    Is there a way to use ffmpeg library from c++, would that be faster and where to start ?

    EDIT : Valgrind seems to agree since (Ir=)91.66% of time spend in the vid_to_analyze.open phase

  • avcodec/vc1 : change the internal ordering of blocks within a macroblock

    20 juin 2018, par Jerome Borsboom
    avcodec/vc1 : change the internal ordering of blocks within a macroblock
    

    The overlap filter needs to cover a full macroblock vertical edge when the
    FIELDTX value for two neighbouring macroblocks is not equal. By changing
    the internal ordering of the blocks from row major to column major, we do
    not need to reinterlace a FIELDTX coded macroblock before running the overlap
    filter.

    Signed-off-by : Jerome Borsboom <jerome.borsboom@carpalis.nl>

    • [DH] libavcodec/vc1_block.c