What could alter the behavior of a c++ library in a mex function ?

Question

Matt 2022-9-14

0
链接

此问题的直接链接

https://ww2.mathworks.cn/matlabcentral/answers/1805250-what-could-alter-the-behavior-of-a-c-library-in-a-mex-function

回答： Matt 2024-5-24

Hello,

I am trying to interface a camera to matlab in a context of development of a microscope. The idea is to control it (change parameters like exposure time/frame rate/etc and of course acquire images) directly from the Matlab environnement.

The camera comes with a developement kit in c++ that works perfectly. I would like to wrap those c++ functions in a mex function that I could call from matlab in order to control the camera directly from Matlab where I intend to manipulate the images/instrument more or less in real time.

So I first wrote some code in c++ using the dedicated camera provider library and exempled functions, compiled it, and tested it. And it works great! For exemple the following code asks the camera on how many bites are coded each pixel of the images the camera stream. The answer is suppose to be 8 or 12 bites/pixel) and indeed when compiling/calling this function I can read "PixelFormat: Mono8,Mono12,Mono12Packed" in the terminal.

#include <EmergentCameraAPIs.h>
#include <iostream>
#define SUCCESS 0
#define MAX_CAMERAS 1
void Camera_connection_routine(Emergent::CEmergentCamera* camera);
int main(int argc, char *argv[])
{
    // Camera connection
    Emergent::CEmergentCamera camera;
    Camera_connection_routine(&camera);
    // Using a function from the library to do something with the camera
    const unsigned long enumBufferSize = 1000;
    char enumBuffer[enumBufferSize];
    unsigned long enumBufferSizeReturn = 0;
    Emergent::EVT_CameraGetEnumParamRange(&camera, "PixelFormat", enumBuffer, enumBufferSize, &enumBufferSizeReturn);
    std::cout << "PixelFormat: " << enumBuffer  << "\n";
    
};

But if I put this code in mex format and compile it in Matlab I get another answer : not "PixelFormat: Mono8,Mono12,Mono12Packed"" as I should but "PixelFormat: Mono8,Mono10,Mono10Packed," !

More generally the majority of functions from the library work as they should in the matlab environnement but some do not work as expected sending different results then the one I get with the cpp function compiled with g++ in the terminal.

What could be the cause of this discrepancy ? What can I be doing that alters the way the library works/is called ?

How I compile the mex function (no error or warnign message during compilation) :

header_path = ['-I' '/private/interface_camera/include'];
lib_path = ['-L' '/stillprivate/interface_camera/lib'];
mex(header_path,lib_path,'-lEmergentCamera','mex_exemple4matlab_community.cpp')

How I wrap in a mex :

#include "mex.hpp"
#include "mexAdapter.hpp"
#include <EmergentCameraAPIs.h>
#define SUCCESS 0
#define MAX_CAMERAS 1
void Camera_connection_routine(Emergent::CEmergentCamera* camera);
class MexFunction : public matlab::mex::Function {
    public:
    void operator()(matlab::mex::ArgumentList outputs, matlab::mex::ArgumentList inputs) {
        // Camera connection
        Emergent::CEmergentCamera camera;
        Camera_connection_routine(&camera);
        // Using a function from the library to do something with the camera
        const unsigned long enumBufferSize = 1000;
        char enumBuffer[enumBufferSize];
        unsigned long enumBufferSizeReturn = 0;
        Emergent::EVT_CameraGetEnumParamRange(&camera, "PixelFormat", enumBuffer, enumBufferSize, &enumBufferSizeReturn);
        std::cout << "PixelFormat: " << enumBuffer  << "\n";
    }
};

Thank you very much !

9 个评论
显示 7更早的评论隐藏 7更早的评论

Matt 2022-9-20

编辑：Matt 2022-9-20

在 MATLAB Online 中打开

Hi,

@James Tursa I have only two others functions that do not work :

A function used to ask the camera the accepted increment when setting the sensor width and height. For exemple my camera sensor is 800x616 pixel but I can tune the active area of the sensor and the accepted area is defind as a multiple of increments. My camera is suppose to accept a number of lines N_x*16 and number of row N_y*8 with N_x and N_y integer (so the increments are 16 and 8). If I use the function in a terminal context I get the right answer (16 & 8) but if I call it in the mex/matlab environnement I get a 128 and 4... The function prototype is :

EMERGENTCAMERAAPI EVT_ERROR EVT_CameraGetUInt32ParamInc(CEmergentCamera* camera, const char* name, unsigned int* inc);

exemple :

unsigned int height_max;
ReturnVal = EVT_CameraGetUInt32ParamInc(&camera, "Height", &height_max);

1'. This fonction can also used to get the offset increment depending on the camera. So again if I use only a region of 320*160 pixels I can chose to use the ones at the center of the camera using an offset that is defined again as a multiple of an increment. The increment are 16 and 4 for the x and y directions, I get 16 and 4 using the function in the terminal, but I get 128x4 in mex/matlab.

2.A function to get the camera's temperature. When calling it in matlab/mex I get a general error code, whereas I get celsius in a terminal. Prototype :

EMERGENTCAMERAAPI EVT_ERROR EVT_CameraGetInt32Param(CEmergentCamera* camera, const char* name, int* val);

Exemple :

        int Temp;   
        ReturnVal = EVT_CameraGetInt32Param(&camera, "SensTemp" , &Temp);

I will try the C idea and let you know, but I am not sure the c++ library is c compatible.

Matt 2022-9-20

编辑：Matt 2022-9-20

在 MATLAB Online 中打开

About the idea to compile in C, it does not work as the library declares at some point this :

#include <list>

And I can't find a equivalent in C.

Matt 2023-2-1

移动：Jan 2023-2-1

I am upping this question.

Even Chatgpt could not help me. Who wants to beat the ai ?

请先登录，再进行评论。

请先登录，再回答此问题。

Answer 1

Matt 2024-5-24

0
链接

此回答的直接链接

https://ww2.mathworks.cn/matlabcentral/answers/1805250-what-could-alter-the-behavior-of-a-c-library-in-a-mex-function#answer_1462806

在 MATLAB Online 中打开

This question was almost two years ago, but I came back to it and find out that evaluating my mex function in another process using the function mexhost() and feval() solved the issue.

host_process = mexhost;
[out]=feval(host_process,'my_mex_fun',param);

However I have no clue why this solved the issue.

On this page https://fr.mathworks.com/help/matlab/matlab_external/out-of-process-execution-of-c-mex-functions.html I can see that out of process execution enable "Use some third-party libraries in the C++ MEX function that are not compatible with MATLAB." But it not clear to me why some third party lib could or not compatible with matlab. If somebody knows, I am interested.

0 个评论
显示 -2更早的评论隐藏 -2更早的评论

请先登录，再进行评论。

What could alter the behavior of a c++ library in a mex function ?

9 个评论
显示 7更早的评论隐藏 7更早的评论

采纳的回答

0 个评论
显示 -2更早的评论隐藏 -2更早的评论

更多回答（0 个）

另请参阅

类别

标签

产品

版本

Community Treasure Hunt

What could alter the behavior of a c++ library in a mex function ?

9 个评论 显示 7更早的评论隐藏 7更早的评论

采纳的回答

0 个评论 显示 -2更早的评论隐藏 -2更早的评论

更多回答（0 个）

另请参阅

类别

标签

产品

版本

Community Treasure Hunt

9 个评论
显示 7更早的评论隐藏 7更早的评论

0 个评论
显示 -2更早的评论隐藏 -2更早的评论