Recherche avancée

Sur d’autres sites (14246)

• Pipe streaming video from FFMPEG into OpenCV

  8 juillet 2014, par wunjo

  I am using a Logitech C920 webcam with the beaglebone black running debian. I have successfully written an OpenCV python script that allows me get video from the camera and track objects. Unfortunately, the resolution, FPS, and overall video quality are poor using this method. I have found the proper code that allows me to utilize the webcam’s H264 feature outside of OpenCV.

  I’ve been trying to figure out how to pipe the output from ffmpeg INTO openCV so that I can utilize the camera’s H264 capabilities as my video input for my OpenCV script. My commands look like this :

  ./capture -F -o -c0|avconv -re -i - -vcodec copy -f rtp rtp ://192.168.7.1:1234/|python camera.py

  The first part of the pipe is using the linux v4l2 program that allows me to utilize my camera’s H264 capabilities. The output from that is then fed to ffmpeg and then streamed to RTP. I want to retrieve the RTP stream in my OpenCV script but I haven’t had success in getting it to work. Would I initialize something like the following in my script :

  capture = VideoCapture("rtp ://192.168.7.1:1234/")

  Please let me know if I am even going about this the right way. Is there a way to capture the stream directly from ffmpeg instead of streaming to RTP ? Any suggestions are greatly appreciated. Thank you !

• Anomalie #4562 : Suite #4468 : Unification des CSS pour les boutons et les icônes

  6 octobre 2020

  Mais pour l’ajout là c’est bizarre on voit pas le fond, c’est un peu nul, en tout cas pour cette couleur.

  Oui : https://core.spip.net/issues/4562#note-25 et https://core.spip.net/issues/4562#note-5

  Peut-être l’inverse aussi, le retrait est plus gros que l’ajout : ça ne va pas.

  Oui c’est pas voulu, la capture a été faite à l’arrache dans l’inspecteur, devait rester un font-size planqué quelque part (il y en a pleins d’imbriqués en vrac de partout). Les 2 étaient censés être à la même taille.

  Mais bref, pour mettre le bouton d’ajout à la taille normale il y a pas trop la place pour l’instant : les .toggle_box_link sont positionnés en absolute, ça ferait déborder. Et s’il faut faire rentrer tout ça je sens que ça va amener modifier pleins de choses en cascade. On tire sur un fil et on finit par dérouler toute la pelote de laine :p

  On peut y aller par étapes aussi : laisser tout en .mini.link dans un 1er temps ça me semble acceptable, histoire de garder un truc proche de ce qu’il y avait avant, mais déjà un peu plus harmonisé. Et pis après on amélioera.

• Evolution #4766 : Passer le menu d’ajouts rapides dans un sous-menu

  4 mai 2021, par RastaPopoulos ♥

  N’importe quoi… on ne les utilise que rarement en tant que dev, si on réfléchit ergo là c’est bien pour les utilisateurices finales, et sur comment les former. Cf les arguments sur la facilité d’apprentissage + la mémorisation de la fonctionnalité + l’accessibilité de la lecture pour savoir ce que ça fait du premier coup d’œil (sans title infobulle que fort peu trouvent et lisent).

  Il est d’ailleurs bien plus plus simple, une fois le gros menu ouvert de viser une ligne entière avec label, qu’un mini bouton riquiqui.

  Quant à la comparaison avec d’autres logiciels : prenons plutôt ceux de la même branche. Et… o gosh, les deux plus utilisés au monde utilisent ce genre de menu !

  Wordpress : un menu "New" avec un picto "+", qui ouvre la liste des choses qu’on peut créer : exactement comme ce qu’on propose
  

  Drupal : un menu "Shortcuts" qui ouvre dessous ce sous-menu (en horizontal et pas vertical pour eux) : là chez eux on peut personnaliser pour chaque utilisateur, ce que j’avais d’ailleurs proposé un jour, ya un remplissage par défaut mais ensuite on peut retirer/ajouter des éléments
  

  Dans un premier temps le truc comme Wordpress suffit, et tout le monde connait et comprend ça (et je pense que ça doit avoir un label du coup, pas juste un "+" !).