Recherche avancée

Sur d’autres sites (16220)

• Why opencv videowriter is so slow ?

  22 février 2021, par user2267367

  Hi stackoverflow community,
I have a tricky problem and I need your help to understand what is going on here.
My program captures frames from a video grabber card (Blackmagic) which just works fine so far, at the same time I display the captured images with opencv (cv::imshow) which works good as well (But pretty cpu wasting).
The captured images are supposed to be stored on the disk as well, for this I put the captured Frames (cv::Mat) on a stack, to finally write them async with opencv :

  


  cv::VideoWriter videoWriter(path, cv::CAP_FFMPEG, fourcc, fps, *size);
videoWriter.set(cv::VIDEOWRITER_PROP_QUALITY, 100);

int id = metaDataWriter.insertNow(path);

while (this->isRunning) {

    while (!this->stackFrames.empty()) {

        cv:Mat m = this->stackFrames.pop();

        videoWriter << m;
    }
    
}

videoWriter.release();


  


  This code is running in an additional thread and will be stopped from outside.
The code is working so far, but it is sometimes pretty slow, which means my stack size increases and my system runs out of ram and get killed by the OS.

  


  Currently it is running on my developing system :

  


  

  • Ubuntu 18.04.05

  


  • OpenCV 4.4.0 compiled with Cuda

  


  • Intel i7 10. generation 32GB RAM, GPU Nvidia p620, M.2 SSD

  


  


  Depending on the codec (fourcc) this produces a high CPU load. So far I used mainly "MJPG", "x264". Sometimes even MJPG turns one core of the CPU to 100% load, and my stack raises until the programs run out of run. After a restart, sometimes, this problem is fixed, and it seems the load is distributed over all cores.

  


  Regarding to the Intel Doc. for my CPU, it has integrated hardware encoding/decoding for several codecs. But I guess opencv is not using them. Opencv even uses its own ffmpeg and not the one of my system. Here is my build command of opencv :

  


  cmake -D CMAKE_BUILD_TYPE=RELEASE \
-D CMAKE_INSTALL_PREFIX=/usr/local \
-D WITH_TBB=ON \
-D WITH_CUDA=ON \
-D BUILD_opencv_cudacodec=OFF \
-D ENABLE_FAST_MATH=1 \
-D CUDA_FAST_MATH=1 \
-D WITH_CUBLAS=1 \
-D WITH_V4L=ON \
-D WITH_QT=OFF \
-D WITH_OPENGL=ON \
-D WITH_GSTREAMER=ON \
-D OPENCV_GENERATE_PKGCONFIG=ON \
-D OPENCV_ENABLE_NONFREE=ON \
-D WITH_FFMPEG=1 \
-D OPENCV_EXTRA_MODULES_PATH=../../opencv_contrib/modules \
-D WITH_CUDNN=ON \
-D OPENCV_DNN_CUDA=ON \
-D CUDA_ARCH_BIN=6.1 ..


  


  I just started development with linux and C++, before I was working with Java/Maven, so the use of cmake is still a work in progress, pls go easy on me.

  


  Basically my question is, how can I make the video encoding/writing faster, use the hardware acceleration at best ?
Or if you think there is something else fishy, pls let me know.

  


  BR Michael

  


• Evolution #4468 : Unification des CSS pour les boutons et les icônes

  14 septembre 2020

  Noté pour ajouter un a.bouton

  Il y a déjà des variantes .principal et .secondaire dans cette prop, donc il suffit de les reprendre (cf. captures et description messages précédents).

  Par contre la classe .bouton est déjà utilisée dans le bandeau d’ajout rapide :

  • .
    Donc pour les liens boutons, il faudrait soit limiter à la balise <a></a> → a.bouton { … }, mais c’est un peu sale. Ou alors trouver une autre classe pour le bandeau.

    Un dernier truc à régler aussi : dans les styles actuels il semble être prévu de pouvoir utiliser les classes .icone.horizontale sur les boutons d’action, c.à.d #BOUTON_ACTION{…, …, …, icone horizontale s-24}.
    Mais je n’arrive pas à voir quel résultat est censé être obtenu avec cette combinaison. Actuellement, ça à l’air pété, cf. captures.

    
    

    D’une part ça n’est mentionné nulle part dans la charte (du plugin dev), et de l’autre ça semble n’être utilisé qu’une seule fois dans la dist, dans la page controler_urls. Ailleurs je n’ai vu ça utilisé que dans la Fabrique (les boutons de suppression d’objet).

    Je suppose que le but c’était d’essayer d’afficher un bouton d’action comme une |icone_horizontale.
    Mais |icone_horizontale ça produit un markup très différent de #BOUTON_ACTION, essayer de finir de porter la classe .icone.horizontale sur ce dernier ça va être bien compliqué.

    Mais en fait dans cette prop, on peut déjà avoir des icônes facilement dans les boutons d’action, soit en utilisant une des variantes new, add, del, config, ou alors en mettant une image/icône à la main dans le label tout bêtement.

    Donc au final ça me semble plus simple d’arrêter de supporter la combinaison #BOUTON_ACTION + classe .icone : en l’état ça marche à moitié, c’est inutile avec cette prop, et ça fait un truc compliqué en moins à maintenir.

• Merge commit ’4fef648d10bf3bcfd4b8fa5755c1128966a2427c’

  15 mars 2017, par Clément Bœsch

  Merge commit ’4fef648d10bf3bcfd4b8fa5755c1128966a2427c’
  * commit ’4fef648d10bf3bcfd4b8fa5755c1128966a2427c’ :
  
    Remove the legacy X11 screen grabber
  Merged-by : Clément Bœsch <u@pkh.me>
  

  • [DH] Changelog
  • [DH] LICENSE.md
  • [DH] configure
  • [DH] libavdevice/Makefile
  • [DH] libavdevice/alldevices.c
  • [DH] libavdevice/avdevice.h
  • [DH] libavdevice/x11grab.c