Recherche avancée

Sur d’autres sites (6026)

• Using OpenCV on 32-bit XP

  14 novembre 2016, par Aleksandar Rakić

  Is it possible to run OpenCV version 3.0.0 on 32-bit XP ?

  I have successfully compiled code on Win 8.1 64-bit platform but it won’t run on the other computer.

  The code I run is below (it’s only for testing purposes)

  package opencvtest;
  
  
  
  import java.awt.Image;
  
  import java.awt.image.BufferedImage;
  
  import java.awt.image.DataBufferByte;
  
  import javax.swing.ImageIcon;
  
  import javax.swing.JFrame;
  
  import javax.swing.JLabel;
  
  import org.opencv.core.*;
  
  import org.opencv.videoio.VideoCapture;
  
  import org.opencv.videoio.Videoio;
  
  
  
  public class OpenCVtest {
  
  
  
  
  
    private JFrame frame;
  
    private JLabel imageLabel;
  
  
  
   public static void main(String[] args) {
  
      OpenCVtest app = new OpenCVtest();
  
      app.initGUI();
  
      app.runMainLoop(args);
  
    }
  
  
  
    private void initGUI() {
  
      frame = new JFrame("Camera Input Example");  
  
      frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);  
  
      frame.setSize(400,400);  
  
      imageLabel = new JLabel();
  
      frame.add(imageLabel);
  
      frame.setVisible(true);       
  
    }
  
  
  
    public static BufferedImage bufferedImage(Mat m) {
  
  
  
  
  
      int type = BufferedImage.TYPE_BYTE_GRAY;
  
      if (m.channels() > 1) {
  
          type = BufferedImage.TYPE_3BYTE_BGR;
  
      }
  
      BufferedImage image = new BufferedImage(m.cols(), m.rows(), type);
  
  
  
      m.get(0, 0, ((DataBufferByte)image.getRaster().getDataBuffer()).getData());
  
      return image;
  
  
  
    }
  
  
  
    private void runMainLoop(String[] args) {
  
      //ImageProcessor imageProcessor = new ImageProcessor();
  
      System.loadLibrary(Core.NATIVE_LIBRARY_NAME);
  
      System.out.println("Welcome to OpenCV version " + Core.VERSION);
  
      Mat webcamMatImage = new Mat();
  
      System.out.println("Mat " + webcamMatImage);
  
      Image tempImage;
  
      VideoCapture capture = new VideoCapture("Highway.mp4");
  
      System.out.println("Capture " + capture);
  
      if(!capture.isOpened()){
  
          System.out.println(capture.open("D:\\AleksandarRakic\\Java Projects\\mavenproject1\\Highway.mp4")?"Otvorio":"Nije otvorio");
  
      }
  
      capture.set(Videoio.CAP_PROP_FRAME_WIDTH,320);
  
      capture.set(Videoio.CAP_PROP_FRAME_HEIGHT,240);
  
  
  
      if( capture.isOpened()){  
  
          while (true){  
  
              capture.read(webcamMatImage);
  
                  if( !webcamMatImage.empty() ){
  
                      int type = BufferedImage.TYPE_BYTE_GRAY;
  
                      if (webcamMatImage.channels() > 1) {
  
                          type = BufferedImage.TYPE_3BYTE_BGR;
  
                      }
  
                      BufferedImage image = new BufferedImage(webcamMatImage.cols(), webcamMatImage.rows(), type);
  
  
  
                      webcamMatImage.get(0, 0, ((DataBufferByte)image.getRaster().getDataBuffer()).getData());
  
  
  
                      tempImage= image;
  
                      ImageIcon imageIcon = new ImageIcon(tempImage, "Captured video");
  
                      imageLabel.setIcon(imageIcon);
  
                      frame.pack();  //this will resize the window to fit the image
  
                  }  
  
                  else{
  
                      System.out.println(" -- Frame not captured -- Break!");
  
                      break;  
  
                  }
  
          }
  
      }
  
      else{
  
          System.out.println("Couldn't open capture.");
  
      }
  
    }
  
  
  
  }

  When I run it on XP, VideoCapture constructor fails to open the video designated. From my understanding, opencv uses it’s own ffmpeg .dll as a codec. Is this true ?

  If not, is it using the codec I have from K-Lite cp ?

  Finally, could anything else be wrong ?

  My %path% variable contains the locations to opencv_ffmpeg300.dll and openvc_java300.dll on WinXP. I also added the following to NetBeans run parameter

  -Djava.library.path="C :\opencv\build\x86\vc12\bin ;C :\opencv\build\java\x86"

• Revision 0e1068a4bd : Improve two pass VBR accuracy. Adjustments to the GF interval choice and minimu

  26 septembre 2014, par Paul Wilkins

  Changed Paths :
   Modify /vp9/encoder/vp9_encodeframe.c

  
   Modify /vp9/encoder/vp9_firstpass.c

  
   Modify /vp9/encoder/vp9_ratectrl.c

  
  
  Improve two pass VBR accuracy.

  Adjustments to the GF interval choice and minimum boost.
  Adjustment to the calculation of 2 pass worst q.
  Compared to 09/29 head there is metrics hit on derf of
  (-0.123%,-0.191%)

  Compared to the September 29 head and a baseline on
  September 18 baseline the accuracy of the VBR rate control
  measured on the derf set is as follows :-

  Mean error % / Mean abs(error %)
  Sept 18 baseline (-7.0% / 14.76%)
  Sept 29 head (-15.7%, 19.8%)
  This check in (-1.5% / 14.4%)

  The mean undershoot is reduced slightly but the
  worst case overshoot on e.g. harbour/highway is
  increased. This will be addressed in a later patch.

  Change-Id : Iffd9b0ab7432a131c98fbaaa82d1e5b40be72b58

• Revision d435148fe6 : Enable adaptive motion search for ARF coding This commit turns on adaptive moti

  5 septembre 2014, par Jingning Han

  Changed Paths :
   Modify /vp9/encoder/vp9_rd.c

  
   Modify /vp9/encoder/vp9_rdopt.c

  
  
  Enable adaptive motion search for ARF coding

  This commit turns on adaptive motion search for ARF coding, in
  addition to other normal inter frame coding. It improves the
  average compression efficiency :

  stdhd 0.1%
  derf 0.04%

  For the test sequences, the speed 3 runtime is reduced :

  pedestrian 1080p 2000 kbps, 149932 ms -> 144580 ms, (3.3% speed-up)
  bus CIF 1000 kbps, 8050 ms -> 7895 ms, (1.9%)
  highway CIF 100 bkps, 45033 ms -> 44078 ms, (2.2%)

  Change-Id : I5228565b609f99e8ae04f6140a2bf2b64a831d21