Grab to MMF

Post and discuss your API application solutions here.
user-42
Posts: 26
Joined: Thu Jan 01, 1970 1:00 am

Post by user-42 »

Attached screenshots of 'Grab to MMF' tests with store resolution > 1024x768 using API Test program.

@Olivier
Could you please try if you can reproduce this result?
Attachments
Version_5_5 and API_3_6.jpg
Version_5_5 and API_3_6.jpg (124.46 KiB) Viewed 5923 times
3072_2304.jpg
3072_2304.jpg (155.09 KiB) Viewed 5923 times
1024_768.jpg
1024_768.jpg (171.04 KiB) Viewed 5923 times
user-4919
Posts: 10
Joined: Thu Jan 01, 1970 1:00 am

Post by user-4919 »

Hello Heiko,

The API V4.0.2 was directly install with our Auriga60, so could your software guys test with this couple (SmartSEM 5.05 and API 4.0.2) before I try to change our API version ?

And another question, is the upgrade to 5.07 free for us ?

Regards,
user-42
Posts: 26
Joined: Thu Jan 01, 1970 1:00 am

Post by user-42 »

Hi Olivier,

I have just tested SmartSEM 5.05 with API Client 3.6/Server 3.6 and API Client 4.0/Server 4.0, and it works in both cases.

Do you have the same API Server version as the Client version? Which SmartSEM 5.05 Service packs do you have installed?

Could you please nevertheless try if it works when you do Grab to MMF in the API Test Program (in Start -> Carl Zeiss -> RRemote Client -> SmartSEM API Test)?

Regarding SmartSEM update costs, please direct your inquiry to your local Zeiss sales representative.

Best regards,
Heiko
user-4919
Posts: 10
Joined: Thu Jan 01, 1970 1:00 am

Post by user-4919 »

Hello Heiko,

I investigate on the Auriga PC. The API OCX is at the 4.0.2 version (that's the version I see on the EMServer when I connect my application), the API server is 3.6 (???!!!!) and my version on my development PC is 3.6 for the client.

Is this curioux mix good ?

Regards,
user-42
Posts: 26
Joined: Thu Jan 01, 1970 1:00 am

Post by user-42 »

Hello Olivier,

that's confusing. I wonder why EM Server displays a different version number than the number with which you are developing.

Would you be available for a telco this Friday or somewhen next week?

Heiko
user-4919
Posts: 10
Joined: Thu Jan 01, 1970 1:00 am

Post by user-4919 »

Hello Heiko,

We can discuss this friday at 9AM.

Regards,
Adam Kirchoff
Posts: 1
Joined: Tue Oct 20, 2020 3:05 pm

Re: Grab to MMF

Post by Adam Kirchoff »

First of all follow the guidelines and then do this
IntPtr fileHandle = OpenFileMapping(SECTION_MAP_READ, false, strFileName);
if (fileHandle == IntPtr.Zero)
{
LogInfo("Erreur OpenFileMapping Grab Image to MMF");
}
else
{
// Obtain a read/write map for the entire file
IntPtr fileMap = MapViewOfFile(fileHandle, SECTION_MAP_READ, 0, 0,

visit this site
sien tatrip
Posts: 1
Joined: Thu May 25, 2023 3:36 pm

Re: Grab to MMF

Post by sien tatrip »

It sounds like you are working with an application that captures images from a scanning electron microscope (SEM) and saves them in a Multimedia File Format (MMF). It's unfortunate that you're encountering issues when trying to grab larger images. To address this problem, here are a few steps you can.Larger images require more memory to process and store. Check if your system has enough available memory to handle the larger image sizes. Running out of memory can lead to failures. The software or library you're using to grab and save images might have limitations on the image size it can handle. Check depthcrypto documentation of the software or library to see if there are any recommendations or limitations related to image dimensions. Review the code you're using for grabbing and saving images. Ensure that your code is optimized for memory usage and performance. Avoid unnecessary memory allocations and ensure that you're properly releasing resources after processing.
Post Reply