List
Camera preview blinks when changing tracker type
Posted Date: 2019-09-09 21:52     Edited Date: 2019-10-30 4:25     Writer: inactive

Please provide your development details as below;

1. SDK Version: 4.1.4
2. Development Environment: Native Android
3. Tracker/Scanner: TRACKER_TYPE_CODE_SCANNER
4. License Type: Pro-One Time Fee
5. Target Device(Optional):

We intagrated MaxSt library into our application. Version we've been using so far it 3.5.2. That worked OK. Starting August, 1st, Google require apps to be supplied with 64bit libraries which forces us to bump version to 4.1.1+. Unfortunelly libraries 4.1.x have a bug where switching to TRACKER_TYPE_CODE_SCANNER results in camera preview blinking. Our usecase is all about having same, uninterupted camera preview and switching between TRACKER_TYPE_CODE_SCANNER and TRACKER_TYPE_IMAGE, every switch to TRACKER_TYPE_CODE_SCANNER is a camera blink. With update to 4.1.x (we tested all versions) library behaviour is unacceptable from UI prespective.

With regards,

Szymon

Posted Date: 2019-09-10 5:18     Edited Date: 2019-09-10 5:18     Writer: inactive

Hi Szymon.

Can you tell me a little bit more about the bug you talked about?

Please let me know in detail how you switched the camera in which environment and I will test it.

Thank you.

 

Leo

Maxst Support Team

Posted Date: 2019-09-10 18:38     Edited Date: 2019-09-10 18:38     Writer: inactive

Hi Leo,

To reproduce it on your end you can do the following.

  1. Prepare application with camera preview and two buttons.
  2. 1st button switches to QR read (trackManager.startTracker(TRACKER_TRACKER_QR_TRACKER))
  3. 2nd button switches to image tracking
    load 2dmap
    change to image tracking trackManager.startTracker(TRACKER_TRACKER_IMAGE)
    check if you can detect image that matches loaded 2Dmap
  4. Click 1st and 2nd button one after another to imitate behaviour when application switches to QR tracking, when QR is found it switches to image detection and (we render AR canvas ontop of detected image, but this is not relevat here), then when camera view port loses image it switches to QR detection once again

Basically try to incorpotate multiple tracking types with a one camera view. With your lib version up to 4.0.x it works fine, starting with 4.1.x changing tracking on the fly is broken and results in camera preview 1 second blackout.

With regards,
Szymon

Posted Date: 2019-09-12 8:14     Edited Date: 2019-09-12 8:14     Writer: inactive

Hi,

Any update ont that, were you able to reproduce it on your side?

We are blocked with application update and we cannot skip MaxSt libs version bump due to Google 64bit policy.

With regards,
Szymon

Posted Date: 2019-09-16 6:13     Edited Date: 2019-09-16 6:13     Writer: inactive

Hi Szymon.

Sorry for the late reply.

As you have shown, I have simply implemented creating and switching buttons for Qr Tracker and Image Tracker.

During the conversion process, the camera screen was stopped for about 1 second and then operated again.

Did this happen when using the 3.5.x SDK and then after the update to 4.1.x?

Does it mean that camera pauses can cause serious problems for the user experience?

 

Leo

Maxst Support Team

Posted Date: 2019-09-16 6:33     Edited Date: 2019-09-16 6:33     Writer: inactive

Hi Leo,

With 3.5.x versions of library there was no camera blackouts when switching beteween tracking modes. It started happening after updating to 4.1.4.

We want to deliver seemles experience to the user, so for UX point of view this 1 sec. blank screen is unacceptable.

With regards,
Szymon

Posted Date: 2019-09-16 9:10     Edited Date: 2019-09-16 9:10     Writer: admin

Um ... We'll review why the camera delay is occurring when I'm doing tracker switching and give back an answer.

Thank you.

 

Leo

Maxst Support Team

Posted Date: 2019-09-27 7:29     Edited Date: 2019-09-27 7:29     Writer: inactive

Hi,

Is there any update on that? It has been 3 weeks since our report with no solution. W have to provide ETA to our clients and for that we have to know when working, 64bit version library will be available?

Are there any other options? Can you prapare up library from a branch that is freem from this camera problem and is 64bit compatibile?

With regards,

Szymon

Posted Date: 2019-10-07 4:44     Edited Date: 2019-10-07 4:44     Writer: inactive

Hi Syzmon.

Sorry for the late reply.
First of all, previous versions of the SDK did not flush the camera buffer when switching the TRACKER. So there was no blinking problem. But if we do that, we'll run into a problem where the camera frame that was used before is briefly seen when we're exiting the image tracker and using the marker tracker. So, at the point of destroying, the camera buffer is emptied.
We will launch next week to resolve the issue. However, there are concerns about stability. If we test and do not compromise stability, we will release a private release next week.

Thank you.

 

Leo

Maxst Support Team

Posted Date: 2019-10-08 10:21     Edited Date: 2019-10-08 10:21     Writer: inactive

Hi Leo,

Good to hear that. Looking forward for a new library.

With regards,
Szymon

Posted Date: 2019-10-29 12:45     Edited Date: 2019-10-29 12:45     Writer: inactive

Hi Leo,

We are still waiting for the new library. It has been some time.

Best regards,
Szymon

Posted Date: 2019-10-30 4:25     Edited Date: 2019-10-30 4:25     Writer: inactive

Yes I remember. We are busy preparing for the release of SDK 5.0.0. We'll modify your requirements as soon as it's released.

Thank you.

 

Leo

Maxst Support Team