Post

Replies

Boosts

Views

Activity

Reply to New AVPointCloudData assert in iPadOS 17.0 (21A5326a)
One question I have is that this iPAD platform has 32GB of real memory on it and is fairly new. But the App gets to 800-900 MB of space and doesn't go much higher, Memory seems to be getting tight. Is there a way to make it possible to use more than 1GB of space for a single app? Where is the memory quota for a single app established and how do I push the limits upward? There is also 2TB of storage on the platform and not much of it is in use.
Jan ’24
Reply to New AVPointCloudData assert in iPadOS 17.0 (21A5326a)
I am seeing it too. The system goes catatonic and does not respond at all to anything but pause requests. I am running a modified version of RoomPlan and This goes on for quite a while.. One anomalous message that I get is that there is this sequence after about 50 messages. "<<<< AVPointCloudData >>>> Fig assert: "_dataBuffer" at bail (AVPointCloudData.m:217) - (err=0) ARWorldTrackingTechnique <0x1186f4fb0>: World tracking performance is being affected by resource constraints [25] <<<< AVPointCloudData >>>> Fig assert: "_dataBuffer" at bail (AVPointCloudData.m:217) - (err=0) <<<< AVPointCloudData >>>> Fig assert: "_dataBuffer" at bail (AVPointCloudData.m:217) - (err=0)" And this happens periodically during the catatonia by the app. What was going on immediately prior to the error was that a call was made to a function called "Renderer" provided by one of the Metal processing demo kits that I merged into Room Plan. This seems to aggravate the error. I also get a weird projection of the walls of the room over the floor which are cattywhompus, i.e. the floor alignment Is. about 30 degrees of from where it should be with the 3 walls which seem to have a normal alignment with each other even though they are off center from the floor and the object in the room is also off center
Jan ’24
Reply to New AVPointCloudData assert in iPadOS 17.0 (21A5326a)
I am seeing it also, and the message "<<<< AVPointCloudData >>>> Fig assert: "_dataBuffer" at bail (AVPointCloudData.m:217) - (err=0)" should be a concern because bailing out is not a normal thing that SHOULD be done in processing Point Cloud Data. Too bad the source code for this is not available so we could confirm for ourselves that this is not a harmful condition. The comment about this being debug spam is a bit unsettling and a bad programming practice if that is the only outfall of the message that it takes space in the debug logs. Given the other messages about Point Cloud data that is generated during our tests I think it is less than benign.
Oct ’23
Reply to Dynamic Metal Library build from download fails
Yes, that is the sample I was running. Thank you for verifying the issue and the response. I had a similar problem with another sample that manifested itself in a different way. I was using the UI Coaching interface and it failed to build properly in an application I was using because the directory structure was not present in the search chain. In this case it was merging the room plan sample with the Metal Library sample from the Xcode template for ARKit
Sep ’23
Reply to “Capturing Depth Using the LiDAR Camera” sample project didn’t work on iPad pro
Now I am hitting the lack of a "View Controller" Entry point because there is not a view controller in the file set for this application I wonder why two key elements would e missing from the sample application code files for this demo package. The application sample as released is not ready for prime time yett an how much more of my time will be spent running into issues like this? There is nothing in the readme file that indicates we should expect such stumbling blocks
Mar ’23