<!--
{
  "availability" : [
    "iOS: 4.0.0 -",
    "iPadOS: 4.0.0 -",
    "macCatalyst: 13.1.0 -",
    "macOS: 10.7.0 -",
    "tvOS: 9.0.0 -",
    "visionOS: 1.0.0 -",
    "watchOS: 6.0.0 -"
  ],
  "documentType" : "symbol",
  "framework" : "CoreMedia",
  "identifier" : "/documentation/CoreMedia/kCMSampleBufferConduitNotification_InhibitOutputUntil",
  "metadataVersion" : "0.1.0",
  "role" : "Global Variable",
  "symbol" : {
    "kind" : "Global Variable",
    "modules" : [
      "Core Media"
    ],
    "preciseIdentifier" : "c:@kCMSampleBufferConduitNotification_InhibitOutputUntil"
  },
  "title" : "kCMSampleBufferConduitNotification_InhibitOutputUntil"
}
-->

# kCMSampleBufferConduitNotification_InhibitOutputUntil

Posted on a conduit of sample buffers to announce a coming discontinuity.

```
let kCMSampleBufferConduitNotification_InhibitOutputUntil: CFString
```

## Discussion

A conduit of sample buffers (for example, a buffer queue; see [CMBufferQueue](/documentation/CoreMedia/cmbufferqueue-api)) posts this notification when a discontinuity in decoding occurs. The `userInfo` dictionary for this notification contains the [`kCMSampleBufferConduitNotificationParameter_ResumeTag`](/documentation/CoreMedia/kCMSampleBufferConduitNotificationParameter_ResumeTag) key, whose value specifies a tag that indicates when output should resume.

The first sample buffer following the discontinuity should have a [`kCMSampleBufferAttachmentKey_ResumeOutput`](/documentation/CoreMedia/kCMSampleBufferAttachmentKey_ResumeOutput) attachment whose value is the same number as the resume tag announced in this notification. The consumer should discard output data until it receives this sample buffer. If multiple notifications of this type are received, the last one indicates the resume tag.

---

Copyright &copy; 2026 Apple Inc. All rights reserved. | [Terms of Use](https://www.apple.com/legal/internet-services/terms/site.html) | [Privacy Policy](https://www.apple.com/privacy/privacy-policy)