Recherche avancée

Sur d’autres sites (17450)

• Evolution #3720 (Nouveau) : Refaire un éditeur à base de CodeMirror + ajouts

  27 février 2016, par RastaPopoulos ♥

  Cahier des charges :
  - Dans l’éditeur lui-même, avoir une vue plus sémantique de ce que l’on tape (WYSIWY Mean !)
  - Pouvoir mettre en plein écran
  - Pouvoir prévisualiser le vrai rendu HTML final (avec les images, modèles, etc)
  - Pouvoir éditer côte à côte avec la prévisu
  - Être pérenne et que le noyau puisse reconnaitre plusieurs syntaxes

  Des gens ont fait ça pour Markdown mais malheureusement QUE pour Markdown. Mais en fait quasiment tout ce qui est important est géré en sous-main par CodeMirror !
  https://simplemde.com/

  Leur éditeur est en fait relativement simple :
  => c’est CodeMirror à 80%
  + ils ajoutent une CSS qui ne change pas juste la couleur pour la syntaxe, mais aussi la taille, pour les titres, gras, italique, etc
  + ils ajoutent une barre de boutons
  + ils ajoutent un système de prévisu (seul ou côte à côte)

  CodeMirror est entre l’autre l’éditeur de code de Chrome et Firefox, et de milles autres choses. Il est à priori (très) pérenne, modulaire, et sait gérer plusieurs syntaxes en les déclarant dans un module JS (un "mode"). En plus de la reconnaissance de syntaxe, il gère déjà plein de plugins comme raccourcis claviers, continuer une liste quand on fait Entrée, etc.

  Pour SPIP je propose cela :
  - faire un mode CodeMirror qui gère uniquement les modèles SPIP, et peut-être les liens (ce qui permettrait de l’utiliser avec d’autres syntaxes que SPIP, notamment dans Markdown)
  - faire un mode CodeMirror pour tous les trucs SPIP autre que modèles
  - faire une CSS qui rend plus sémantique la saisie SPIP (agrandir les intertitres, etc)
  - récupérer la CSS pour la saisie Markdown de SimpleMDE
  - trouver une barre de boutons se basant déjà sur CodeMirror : les boutons ne feraient qu’appeler des comportements CodeMirror
  - re-implémenter notre système de prévisu + de fullscreen et côte à côte dans cette nouvelle barre (= comme SimpleMDE !), sachant que nous la prévisu ça appelle un truc serveur, alors que SimpleMDE il semble que c’est tout en JS client.

  Je pense que le plus gros est de faire les deux modes de syntaxes SPIP pour CodeMirror. Mais une personne a fait un projet très cool qui apparemment fonctionne déjà : une déclaration de grammaire en JSON, beaucoup mieux que la programmation JS des modes de CodeMirror :
  https://github.com/foo123/codemirror-grammar
  Et ça marche !

  Pour le reste, on doit pouvoir s’inspirer de SimpleMDE mais en généralisant :
  1) Ce serait bien d’avoir une barre de bouton pour SPIP et pour Markdown en même temps (en fait avoir deux déclarations, suivant le mode voulu)
  2) Avoir notre prévisu-serveur.

  Comme on le remarque, je propose deux choses qui permettent de garder Markdown sous la main :
  1) séparer la déclaration des modèles (et peut-être des liens)
  2) avoir deux déclarations de boutons

  Cela permettra d’office, avec le même éditeur, la même base commune, de savoir gérer à la fois SPIP et Markdown. Cela me semble important à prendre en compte dès le début.

• Reading images from AXIS ip camera using OpenCV

  14 juin 2016, par batuman

  I am trying to access AXIS IP camera from my program using OpenCV.
  My OpenCV version is 3.1. I follow this tutorial link.

  I have all libraries installed.
  My following program can load mp4 video successfully. That means ffmpeg and necessary libraries are working fine.

  #include <iostream>
  
  #include <opencv2></opencv2>opencv.hpp>
  
  
  
  using namespace std;
  
  int main() {
  
      cv::VideoCapture vcap("test.mp4");
  
      cv::Mat image;
  
  //    const string address = "rtsp://root:pass@192.168.0.90/axis-media/media.amp?camera=1";
  
  //    if(!vcap.open(address)){
  
  //      std::cout &lt;&lt; "Error opening video stream or file " &lt;&lt; std::endl;
  
  //      return -1;
  
  //    }
  
      for(;;){
  
          if(!vcap.read(image)){
  
              std::cout &lt;&lt; "No frame" &lt;&lt; std::endl;
  
              cv::waitKey(0);
  
          }
  
          cv::imshow("Display", image);
  
          cv::waitKey(1);
  
      }
  
      return 0;
  
  }
  
  </iostream>

  When I tried to access the IP Camera as follow

  cv::VideoCapture vcap("rtsp://root:pass@192.168.0.90/axis-media/media.amp?camera=1");

  I have the following error

  GStreamer Plugin: Embedded video playback halted; module source reported: Could 
  
  not open resource for reading and writing.
  
  OpenCV Error: Unspecified error (GStreamer: unable to start pipeline
  
  ) in cvCaptureFromCAM_GStreamer, file /home/Softwares/opencv/opencv/modules
  
  /videoio/src/cap_gstreamer.cpp, line 818
  
  terminate called after throwing an instance of 'cv::Exception'
  
    what():  /home/Softwares/opencv/opencv/modules/videoio/src/cap_gstreamer.
  
  cpp:818: error: (-2) GStreamer: unable to start pipeline
  
   in function cvCaptureFromCAM_GStreamer

  User is root and password is pass and ip 192.168.0.90 are all defaults.

  My if config gave me

  ifconfig
  
  eth0      Link encap:Ethernet  HWaddr b8:2a:72:c6:b8:13  
  
            inet6 addr: fe80::ba2a:72ff:fec6:b813/64 Scope:Link
  
            UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  
            RX packets:723959 errors:0 dropped:0 overruns:0 frame:0
  
            TX packets:116637 errors:0 dropped:0 overruns:0 carrier:0
  
            collisions:0 txqueuelen:1000 
  
            RX bytes:199422245 (199.4 MB)  TX bytes:13701699 (13.7 MB)
  
  
  
  lo        Link encap:Local Loopback  
  
            inet addr:127.0.0.1  Mask:255.0.0.0
  
            inet6 addr: ::1/128 Scope:Host
  
            UP LOOPBACK RUNNING  MTU:65536  Metric:1
  
            RX packets:24829 errors:0 dropped:0 overruns:0 frame:0
  
            TX packets:24829 errors:0 dropped:0 overruns:0 carrier:0
  
            collisions:0 txqueuelen:0 
  
            RX bytes:2502903 (2.5 MB)  TX bytes:2502903 (2.5 MB)
  
  
  
  wlan0     Link encap:Ethernet  HWaddr a0:a8:cd:99:92:60  
  
            UP BROADCAST MULTICAST  MTU:1500  Metric:1
  
            RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  
            TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  
            collisions:0 txqueuelen:1000 
  
            RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

  What could be the problem for this access to the camera ?

  Thanks

• avutil/mips : refactor msa SLDI_Bn_0 and SLDI_Bn macros.

  6 août 2019, par gxw

  avutil/mips : refactor msa SLDI_Bn_0 and SLDI_Bn macros.
  Changing details as following :
  
  1. The previous order of parameters are irregular and difficult to
  
     understand. Adjust the order of the parameters according to the
  
     rule : (RTYPE, input registers, input mask/input index/..., output registers).
  
     Most of the existing msa macros follow the rule.
  
  2. Remove the redundant macro SLDI_Bn_0 and use SLDI_Bn instead.
  Reviewed-by : Shiyou Yin <yinshiyou-hf@loongson.cn>
  
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] libavcodec/mips/h264dsp_msa.c
  • [DH] libavcodec/mips/h264qpel_msa.c
  • [DH] libavcodec/mips/hevc_lpf_sao_msa.c
  • [DH] libavcodec/mips/hevcpred_msa.c
  • [DH] libavcodec/mips/hpeldsp_msa.c
  • [DH] libavcodec/mips/me_cmp_msa.c
  • [DH] libavcodec/mips/qpeldsp_msa.c
  • [DH] libavcodec/mips/vp8_mc_msa.c
  • [DH] libavcodec/mips/vp9_idct_msa.c
  • [DH] libavcodec/mips/vp9_lpf_msa.c
  • [DH] libavcodec/mips/vp9_mc_msa.c
  • [DH] libavutil/mips/generic_macros_msa.h