-
Notifications
You must be signed in to change notification settings - Fork 555
Crash in dmz_YCbCr_to_RGB(_IplImage*, _IplImage*, _IplImage*, _IplImage**) #194
Comments
Thanks for the investigation David. We are taking a look. |
Thanks for your detailed investigation. I wasn't able to reproduce the crash but based on your description and the Apple documentation, I made a few changes which should help in release 5.3.2. If you still see issues, please leave a comment. |
Thanks @bluk , we'll integrate 5.3.2 and let you know our findings. |
FWIW, we at SpotHero also saw this crash. Will also let you know if we see recurrence after upgrading to 5.3.2. |
Just had a recurrence again today, after a release of the upgrade to v5.3.2 of the SDK. iPhone 6 running 9.3.1. Looks like the stack trace is largely the same as @nudge's pre-5.3.2 trace:
Crashlytics shows no memory or disk space pressure for this crash, so that's probably not it. FWIW, it's the first crash we've seen for this in about a month. |
@designatednerd Thanks for the update. From what you're saying, I'm going to assume that the v5.3.2 fix helped since there wasn't a crash for a month, but there may still be another memory issue. Will go over the code again and see if there's any other noticeable memory issues. |
We're still seeing this crash after integrating 5.3.2 into our builds. The crash rate looks roughly the same as with pre-CardIO 5.3.2. Seeing around 1k crashes for the week ending 16-Apr 2016. We're still seeing it spread across many device types (iPhone 5-6s Plus) and OS versions (8.4-9.3.1). Will continue to do some more investigation and monitoring.
|
@bluk: Any update on this? |
@designatednerd Unfortunately, no update right now. Haven't been able to reproduce this on different devices but will do more audits of the memory management pieces. |
From Fabric analysis I found that we only have this crash on the iPad, and I mean 100% iPad. |
Hi guys. From Fabric analysis we also constantly have the same issue and even for Card.io version 5.3.2.
Are there any news regarding this issue? |
Any update on this? Still seeing multiple crashes. |
We're getting multiple reports of crashes because of this. Any update? |
It looks like |
Hello, do you guys have any chance to look closer into this? This is a consistent crash producer for our users. |
The project seems dead (no commit in 5 months) |
Hi,
David from Uber here. I was emailing back and forth with Jake (PayPal Technical Account Manager) and he recommended I open a GitHub issue so we can better track this issue.
We are still seeing this elusive crash that was addressed in the following pull request card-io/card.io-iOS-source#57. We see this across iOS versions 7, 8, 9 and iPhone devices 6s, 6, 6 Plus, 5s with around 1k crashes occurring in the past week ending 4 Apr 2016.
CardIO version 5.3.1 (https://github.com/card-io/card.io-iOS-SDK/tree/5.3.1)
Here is the stack trace:
We still cannot reproduce this reliably.
I have a hunch it may be to do with
(CMSampleBufferRef)sampleBuffer
disappearing before it hits[CardIOIplImage rgbImageWithY:cb:cr]
(stack frame 2). According to the Apple documentation (https://developer.apple.com/library/mac/documentation/AVFoundation/Reference/AVCaptureVideoDataOutputSampleBufferDelegate_Protocol/#//apple_ref/occ/intfm/AVCaptureVideoDataOutputSampleBufferDelegate/captureOutput:didOutputSampleBuffer:fromConnection:),sampleBuffer
is not guaranteed to stick around after method return, however its image data is being referenced well afterwards.A direct reference to the pixel buffer of the
sampleBuffer
is stored incolocatedImage->imageData
ofCardIOIplImage
instances. This buffer is accessed in a callback that is dispatched byperformSelectorOnMainThread:
inCardIOVideoStream
, well aftercaptureOutput:didOutputSampleBuffer:fromConnection:
has returned. This memory might have been recycled by the system. Not sure how robust OpenCV is to corrupt image data, but could be worth a look.if you need more information, feel free to reach out. Thanks for your help!
Cheers,
David
The text was updated successfully, but these errors were encountered: