
Recherche avancée
Autres articles (92)
-
Emballe médias : à quoi cela sert ?
4 février 2011, parCe plugin vise à gérer des sites de mise en ligne de documents de tous types.
Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ; -
Amélioration de la version de base
13 septembre 2013Jolie sélection multiple
Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...) -
Menus personnalisés
14 novembre 2010, parMediaSPIP utilise le plugin Menus pour gérer plusieurs menus configurables pour la navigation.
Cela permet de laisser aux administrateurs de canaux la possibilité de configurer finement ces menus.
Menus créés à l’initialisation du site
Par défaut trois menus sont créés automatiquement à l’initialisation du site : Le menu principal ; Identifiant : barrenav ; Ce menu s’insère en général en haut de la page après le bloc d’entête, son identifiant le rend compatible avec les squelettes basés sur Zpip ; (...)
Sur d’autres sites (12232)
-
doc/APIchanges : fill in missing hashes and dates
18 mai 2014, par Anton Khirnov -
doc/APIchanges : fill date & hash for AV_PIX_FMT_FLAG_BAYER
20 mars 2017, par Clément Bœsch -
Why multithead use more cpu than single for the same task of deocoing H.264 video ?
29 juillet 2018, par garyI 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 !