Open EinatGit opened 4 years ago
@EddyVerbruggen can you help please ? I have the same issue here..
@NathanWalker Can you help maybe please ? It's a big issue ..
@EinatGit @kriefsacha Did you find the solution?
@EinatGit @kriefsacha Did you find the solution?
No.. no one is responding.. you have the same issue ?
@EddyVerbruggen @NathanWalker @KkevinLi @tbozhikov @vcooley @sean-perkins Can you please help. I am facing the same issue for Android devices. Although its working fine for iOS devices.
@EinatGit @kriefsacha Did you find the solution?
No.. no one is responding.. you have the same issue ?
Yes , I am facing the same
Just seeing this for first time - had been focused on a lot of {N} 7 details - we’ll bump this up in priority as it sounds like a Java/android adjustment could be made to help there - @triniwiz may have some thoughts as well. Best case would be mid next week as we’d love to help with more on this plugin in general.
Thank you a lot @NathanWalker ! Indeed it's a plugin that i use in every project, you did an awesome work here. But this is a big issue for us, so thanks !
Just to say, try also on IOS , i had the same issue on Iphone 7.
Hello there @NathanWalker ! Do you have some news about this ?
I believe there is a long-standing iOS-specific memory leak that I don't think was ever fully resolved:
https://github.com/EddyVerbruggen/nativescript-plugin-firebase/issues/1190
The way to get the crash is to open the barcode scanner and simply leave it running. While #1190 greatly improved things, I think it's still the case that frames can end up in a processing queue of unbounded size. Google recommends: "Throttle calls to the detector. If a new video frame becomes available while the detector is running, drop the frame."
Thanks for the info , I’ll be looking into this very soon
Sent from Yahoo Mail for iPhone
On Sunday, September 27, 2020, 11:32 PM, Daniel Dent notifications@github.com wrote:
I believe there is a long-standing iOS-specific memory leak that I don't think was ever fully resolved:
The way to get the crash is to open the barcode scanner and simply leave it running. While #1190 greatly improved things, I think it's still the case that frames can end up in a processing queue of unbounded size. Google recommends: "Throttle calls to the detector. If a new video frame becomes available while the detector is running, drop the frame."
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or unsubscribe.
Hi @triniwiz @NathanWalker , some news about it ?
I’ll try to take a look this week
Sent from Yahoo Mail for iPhone
On Sunday, October 11, 2020, 3:19 AM, kriefsacha notifications@github.com wrote:
Hi @triniwiz @NathanWalker , some news about it ?
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or unsubscribe.
I'm sorry to ask again and again but that's a very big and important issue for us. Do you have news @triniwiz @NathanWalker ?
Is there any news about this issue? @triniwiz @NathanWalker
Okay so @triniwiz @NathanWalker , we really had to progress about this issue so we did some debug of the code. And we found some things that can help.
const pictureSize = sizePair.previewSize;
const previewSize = sizePair.previewSize;
And then line 149 instead of 1400,1200 we puted 700,600.
With this, we achieved from around 30-50 scans in a row before to around 200 !
We think by doing this garbage collector had more time to do his job.
createPreviewBuffer
By doing some console logs we saw that one of the two errors (i will speak about the second one after) it's from here. Because it's called on try and catch the app doesnt crash but it freeze. But we didn't managed to see why this function was doing an error and where in the function.
createSuccessListener
on this function line 72 you take the data of the last vision to after that just returning the width and height. The second error (the one we had from the beginning you can see on the stack trace:
System.err: at com.google.firebase.ml.vision.common.FirebaseVisionImage.getBitmap(Unknown Source:46)
) is from this. There is no try and catch there so that's why the app was crashing. We puted in comment this part, we wasn't returning the image anymore and then we didn't have the error. We had just the first error of the buffer.
We actually didn't understand why do someone need to receive the height and width of the result, and even so, maybe make it optional or something.
So that's what we found. One way to make the error coming later, and two places where the error can come from. If it can help and we would be glad to have your opinion on all this.
Thanks for the update I’m currently writing something to handle things better in my initial test (image labeling / object detection really can’t remember the name 🙈) I had like 500+ detections w/o crashing
That's great @triniwiz !
Just keep in mind what i puted here maybe it can help.
And do you know around how much time it will be available ?
Hi @triniwiz .
Another time, this is a big issue for us. We are offering our help if you need it on the issue.
We also wanted to know if you know even with your optimisations, why after 500 at some point it crashes ?
Thank you for your help.
Hi @triniwiz @NathanWalker we don't have any news for a while now...
Are you working on this please ?
Thank you
Hello,
We are using MLKitBarcodeScanner for scanning QR codes with NativeScript Angular v6.5.1. We managed to scan +- 50 QR in a row with 2-3 secondes of pause between them, and then the app freeze and we get this error:
We've used the pause attribute to prevent scanning without a break (without using pause - the app crashes after approximately 8 scans in a row). We got this error when using different kinds of android devices: android 10 with 4GB RAM, android 9 with 8GB RAM, Android 6 with 4GB RAM. We also have this issue on iOS Iphone 7 (2 GB RAM).
We've added
in the manifest, and :
in app.gradle
More Information: package.json:
AndroidManifest:
app.gradle:
This is a big issue for us, we need to be able to scan 200-300 times a row with pauses of 2-3 seconds with the pause variable. You help us a lot with your plugins thank you for everything and your future help !