Recherche avancée

Médias (1)

Mot : - Tags -/musée

Autres articles (76)

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

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

Sur d’autres sites (11340)

  • doc/APIchanges : fill in missing hashes and dates

    18 mai 2014, par Anton Khirnov
    doc/APIchanges : fill in missing hashes and dates
    • [DH] doc/APIchanges

  • doc/APIchanges : fill date & hash for AV_PIX_FMT_FLAG_BAYER

    20 mars 2017, par Clément Bœsch
    doc/APIchanges : fill date & hash for AV_PIX_FMT_FLAG_BAYER
    • [DH] doc/APIchanges

  • Why multithead use more cpu than single for the same task of deocoing H.264 video ?

    29 juillet 2018, par gary

    I am developing an PC hardware accelerated video decoder for decoding real time H264 Annex B stream. After a bit research, I have done this job by ffmpeg. However, I try to decople the decoding process and show process, the cpu bumped.

    What I want to do is to acceleratly decode a living H.264 stream to yuv, and convert YUV to BGR for cv::Mat without display.

    I can acceleratly decode the h.264 by ffmpeg with decoder h264_qsv, the cpu usage decrease 15% indeed. Then I try to do another thing that put then CV::Mat to std::queue and read the Mat from another queue which just read with do anything else. But the cpu bumped to 30%.

    At first, I think the std::mutex accessed frequently made the performance worse, I try to use a bool flag as lock, but it seems does not work.

    How can I approach ? I have no idear why mulithread make the cpu usage increase. Is there any helpful resources to get clear intuition ?

    frame enqueue

       av_frame_q_lock.lock();
    
   if (av_frame_q.size() == MAX_QUEUE_SIZE) {
    
        av_frame_q.pop();
    
    }
    
    av_frame_q.push(cvframe);
    
    av_frame_q_lock.unlock();

    frame dequeue

        hwrtsp_open("rtsp://admin:123@10.20.37.185/cam/realmonitor?channel=1&subtype=0", "h264_qsv");
    
cv::Mat frame;
    
while (true) {
    
    int ret = hwrtsp_read(frame);
    
    if (ret == 0) {
    
    }
    
    cv::waitKey(40);
    
}

    Thanks in advance !

Navigation