I am facing the same problem and having issues with restarting the AESESSION. This error is repeatable with every test execution. Where is there a more detailed log for the ARSESSION that will be seen outside of the Xcode execution? ARSession <0x12b068c80>: The delegate of ARSession is retaining 11 ARFrames. The camera will stop delivering camera images if the delegate keeps holding on to too many ARFrames. This could be a threading or memory management issue in the delegate and should be fixed. Type: Error | Timestamp: 2025-02-03 12:01:39.720227-06:00 | Library: ARKitCore | Subsystem: com.apple.ARKit | Category: Session | TID: 0x9224 ARSession <0x12b068c80>: The delegate of ARSession is retaining 12 ARFrames. The camera will stop delivering camera images if the delegate keeps holding on to too many ARFrames. This could be a threading or memory management issue in the delegate and should be fixed. Type: Error | Timestamp: 2025-02-03 12:01:39.791606-06:00 | Library: ARKitCore | Subsystem: com.apple.ARKit | Category: Session | TID: 0x9224 Attempting to enable an already-enabled session. Ignoring... Type: Error | Timestamp: 2025-02-03 12:01:39.947296-06:00 | Library: Recon3D | Subsystem: com.apple.Recon3D | Category: cv3d.recon.sng | TID: 0x63fa ARWorldTrackingTechnique <0x109827480>: World tracking performance is being affected by resource constraints [25] Type: Error | Timestamp: 2025-02-03 12:01:40.055249-06:00 | Library: ARKitCore | Subsystem: com.apple.ARKit | Category: Technique | TID: 0x9036 ARSession <0x12b068c80>: The delegate of ARSession is retaining 11 ARFrames. The camera will stop delivering camera images if the delegate keeps holding on to too many ARFrames. This could be a threading or memory management issue in the delegate and should be fixed. Type: Error | Timestamp: 2025-02-03 12:01:50.583027-06:00 | Library: ARKitCore | Subsystem: com.apple.ARKit | Category: Session | TID: 0x92a5 ARSession <0x12b068c80>: The delegate of ARSession is retaining 12 ARFrames. The camera will stop delivering camera images if the delegate keeps holding on to too many ARFrames. This could be a threading or memory management issue in the delegate and should be fixed. Type: Error | Timestamp: 2025-02-03 12:01:51.683169-06:00 | Library: ARKitCore | Subsystem: com.apple.ARKit | Category: Session | TID: 0x9222 ARWorldTrackingTechnique <0x109827480>: World tracking performance is being affected by resource constraints [25] Type: Error | Timestamp: 2025-02-03 12:01:53.013283-06:00 | Library: ARKitCore | Subsystem: com.apple.ARKit | Category: Technique | TID: 0x92ca ARSession <0x12b068c80>: The delegate of ARSession is retaining 12 ARFrames. The camera will stop delivering camera images if the delegate keeps holding on to too many ARFrames. This could be a threading or memory management issue in the delegate and should be fixed. Type: Error | Timestamp: 2025-02-03 12:01:54.176881-06:00 | Library: ARKitCore | Subsystem: com.apple.ARKit | Category: Session | TID: 0x92d8 ARSession <0x12b068c80>: The delegate of ARSession is retaining 13 ARFrames. The camera will stop delivering camera images if the delegate keeps holding on to too many ARFrames. This could be a threading or memory management issue in the delegate and should be fixed. Type: Error | Timestamp: 2025-02-03 12:01:55.130128-06:00 | Library: ARKitCore | Subsystem: com.apple.ARKit | Category: Session | TID: 0x92ea

0xe00002be. is being delivered in the latest realeased kernel

I am running crenate levels ant this message started coming out today Could not retrieve MakerNotes dictionary from metadata. Type: Error | Timestamp: 2024-11-22 11:56:44.170049-06:00 | Process: GeoPixel | Library: ARKitCore | Subsystem: com.apple.ARKit | Category: General | TID: 0x6348

given the errors I have seen, I suspect that the time spent generating the preview layer by buffer copying is what is causing a disruption in the data flow. The problem with doing that is that the cost of such operations is "hidden" by being embedded deeply in the Kernel modules which we are not allowed to see. If you want to get an idea how long it takes capture a timestamp before and after you request the image. I have also found that installing the Kernel Debugger will give insights into such behaviors by generating trace ehtries when extended intervals are detected in the kernel

I have similar questions. where do I find documentation on PreviewsAgentExecutorLibrary as the search engine parses compound terms into words and comes up with some really garbaged up search results

I am seeing the same issue since moving up to the latest Xcode and iPadOS levels

we should probably collaborate on this since Apple is not responding to either one of us, I am seeing symptoms that resemble a general reset of the interface due to a fault. I wish I could get an idea of the structure of the bus that the cameras are on. I am also seeing bizarre behavior from the IMU that can only mean that there is some kind of data overrun on the bus due to slow response, Froim my reading of the specs it appears that a ring buffer or MSI is used for status delivery, if the ring buffer wraps or status is not promptly responded to there may be a hardware generated fault on the order of a Machine Checkl. In my former job I was developing PCIe device drivers which sometimes behaved this way

I am having similar message and errors. The error logs presented by Xcode do have eniough information to generate a workaround because they don't identify a Delegate queue specifically nor do they provide enough details to see what is blocking the queues. I have a few feedbacks submitted that describe the errors I am seeing with an extensive trail of logs that are pretty much useless because they do identify which delegate queue is being blocked. I am also getting a message that I am attempting to restart a session that is not stopped which could be at the root of the problem but it does not identify WHICH SESSION is being restarted incorrectly.

[quote='802264022, fbartolom, /thread/759110?answerId=802264022#802264022, /profile/fbartolom'] FigCaptureSourceRemote Fig assert: "err == 0 " at bail (FigCaptureSourceRemote.m:275) - (err=-12784)' I am having similar message and errors. The error logs presented by Xcode do have eniough information to generate a workaround because they don't identify a Delegate queue specifically nor do they provide enough details to see what is blocking the queues. I have a few feedbacks submitted that describe the errors I am seeing with an extensive trail of logs that are pretty much useless because they do identify which delegate queue is being blocked. I am also getting a message that I am attempting to restart a session that is not stopped which could be at the root of the problem but it does not identify WHICH SESSION is being restarted incorrectly. ARSCNCompositor <0x301b84fc0>: ARSCNCompositor (0, 0) initialization failed. Matting is not set up properly. ARDepthSensor <0x301dc1950>: (AVCaptureDeviceTypeBuiltInTimeOfFlightCamera - Back): capture session dropped jasper frame: 334023.383424, LateData ARDepthSensor <0x301dc1950>: (AVCaptureDeviceTypeBuiltInTimeOfFlightCamera - Back): capture session dropped jasper frame: 334023.466850, LateData [/quote] [quote='802264022, fbartolom, /thread/759110?answerId=802264022#802264022, /profile/fbartolom'] FigCaptureSourceRemote Fig assert: "err == 0 " at bail (FigCaptureSourceRemote.m:275) - (err=-12784) ARSCNCompositor <0x301b84fc0>: ARSCNCompositor (0, 0) initialization failed. Matting is not set up properly. ARDepthSensor <0x301dc1950>: (AVCaptureDeviceTypeBuiltInTimeOfFlightCamera - Back): capture session dropped jasper frame: 334023.383424, LateData ARDepthSensor <0x301dc1950>: (AVCaptureDeviceTypeBuiltInTimeOfFlightCamera - Back): capture session dropped jasper frame: 334023.466850, LateData [/quote] I am having similar message and errors. The error logs presented by Xcode do have eniough information to generate a workaround because they don't identify a Delegate queue specifically nor do they provide enough details to see what is blocking the queues. I have a few feedbacks submitted that describe the errors I am seeing with an extensive trail of logs that are pretty much useless because they do identify which delegate queue is being blocked. I am also getting a message that I am attempting to restart a session that is not stopped which could be at the root of the problem but it does not identify WHICH SESSION is being restarted incorrectly.

Interesting that nobody has commented.

thank you

I am seeing the same issue and have been trying since the notices for Mac and iPadOS hit my in box.. I was Abee to pick up the latest Xcode from the distro hub

I am running IOS18.1 Beta 4 but had the problem with previous versions of IOS. I have been getting the errors in _dispatch_assert_queue_fail. No I am NOT modifying the UIVIEW or any buttons during this. The program had been running for several seconds. The error can be pretty much reproduced at will by running for a few seconds I have the back trace from the point of the error if needed. this has been going on since the IOS17 Beta testing.

[quote='789248022, DTS Engineer, /thread/756237?answerId=789248022#789248022'] Try doing less work in a pass or optimize it to help ensure there is a drawable available. A speedier SoC can also process your workload faster. [/quote]

one further question, is there an inventory of active ARSessions in nn ordered list that can be examined?