Microsoft Windows* 8.x

面向安卓* 目标的英特尔® INDE OpenCV入门

关于英特尔 INDE OpenCV

英特尔® Integrated Native Developer Experience(英特尔® INDE)是一款跨架构办公套件,可为 开发人员提供工具、支持和 IDE 集成,从而帮助他们面向基于英特尔® 架构的 Windows* 和面向 ARM* 和英特尔® 架构的 Android* 创建高性能 C++/Java* 应用。

全新 OpenCV 测试版(具备英特尔 INDE 特性)可兼容全新的开放源 OpenCV 3.0 测 试版(开放源码计算机视觉库: http://opencv.org )。 OpenCV 测试版可为计算机视觉应用开发和生产提供免费二进制,以支持增强摄影、 增强现实,视频摘要等用法。

英特尔® INDE OpenCV 的主要性能包括:

  • Entwickler
  • Professoren
  • Studenten
  • Android*
  • Microsoft Windows* (XP, Vista, 7)
  • Microsoft Windows* 8.x
  • Android*
  • Java*
  • Intel® INDE
  • OpenCL*
  • Intel® Integrated Native Developer Experience
  • Intel INDE
  • Developer Tools
  • Itis Graphics
  • Fortran pointer error inside subroutine

    Dear all,

    The following minimal code will yield to many issues with ifort 14.0.2.176 and visual studio 2013 12.0.31101.00 update 4, but I couldn't figure out what is wrong with it. It produces three issues when a structure has a member which has pointers as sub-structure. I also don't understand why it reports error when I pass the pointer inside a subroutine and declare it as pointer  (toBeCalled2). In fact, another piece of my code seems to be doing the same thing but ran into no issue. Any comment is appreciated
     

    Allocatable Array of Inherited Derived Types Issues in Fortran

    I'm attempting to create global-ish-ly available allocatable array of a set of derived types that share inheritance with a single object. Fortran does not seem to make this very easy. The below is what I have so far.

    First the derived types and module with the allocatable array.

    dynamic character array of deferred length in subroutine

    I have found that that dynamic character array of deferred length in subroutine could not be allocated.

    Here is the sample code. One array is declared in the main program (var name is array_main) and is being passed to subroutine. In subroutine this array is being declared as array_sub1. Also subroutine contains another array - array_sub2.

    Calling C in dynamically loaded DLL from Fortran

    I have always been using this method to call functions in a dynamically loaded DLL:
    
          INTERFACE
            logical function Check_Security_DLL(itype) BIND(C, NAME="Check_Security_DLL")
              integer(4) :: itype [value]
            end function Check_Security_DLL
          END INTERFACE
    
          pointer (p_CheckSecurity, Check_Security_DLL)
    
          if(.not. LibLoaded) then
            dll_handle = LoadLibrary('Tec1.dll'//char(0))
            if (dll_Handle /= 0) then
              i_CheckSecurity = GetProcAddress(dll_handle, "Check_Security_DLL"C)
              if (i_CheckSecurity /= 0) then

    DecodeHeader failed with MORE_DATA

    hi everyone,

    i have some troubles to decode h264 stream header with INDE. It always return MORE_DATA. In my opinion these headers are well formed but i'm not h264 expert.

    00 00 00 01 67 42 c0 2a 
    95 a0 1e 00 89 f9 70 14 
    a0 c0 80 c8 00 00 1f 40 
    00 0e a6 04 20 00 00 00 
    01 68 ce 3c 80 00 00 00 
    01

    The encoder i use is nvfbc, i send data over tcp and received into a decoder.

    Is thes headers are compliant or not ?

    Tks

    Intel® MPI Library Reference Manual for Windows* OS

    The Intel® MPI Library is a multi-fabric message passing library that implements the Message Passing Interface, version 3.0 (MPI-3.0) specification. It provides a standard library across Intel® platforms that delivers best in class performance for enterprise, divisional, departmental and workgroup high performance computing, and enables you to adopt MPI-3.0 functions as your needs dictate.

    I_MPI_FABRICS

    I_MPI_FABRICS

    This topic is an excerpt from the Intel® MPI Library Reference Manual for Windows* OS which provides further details on the I_MPI_FABRICS environment variable.

    Select a particular network fabric to be used for communication.

    Microsoft Windows* 8.x abonnieren