Converting luminance and chrominance planes to an ARGB image
At a glance
| Item | Summary |
|---|---|
| Purpose | Create a displayable ARGB image using the luminance and chrominance information from your device’s camera. |
| App architecture | A Swift sample with the source-visible chain YUVtoRGBApp → ContentView → YUVtoRGBConverter → Accelerate APIs. |
| Main patterns | Delegate or data-source callbacks, SwiftUI environment injection, Publisher-backed observable state |
| Project style | 3 scanned source file(s) across Swift, organized around ranked entry, type, and file boundaries. |
Project structure
Source bundle/
├── YUVtoRGB/
│ ├── YUVtoRGBApp.swift
│ ├── YUVtoRGBConverter.swift
│ ├── ContentView.swift
│ └── YUVtoRGB.entitlements
├── Configuration/
│ └── SampleCode.xcconfig
└── RGBYUVConversionSample.xcodeproj/
├── .xcodesamplecode.plist
└── project.pbxproj
Structure observations
- Architecturally prominent files are ranked from entry points and role-named declarations; resource-only paths are omitted.
- Primary languages: Swift.
- The verified tree contains 4 project/configuration file(s) and 3 source declaration(s).
Overall architecture
flowchart LR
N1["YUVtoRGBApp"]
N2["ContentView"]
N3["YUVtoRGBConverter"]
N4["Accelerate APIs"]
N1 --> N2
N2 --> N3
N3 --> N4
Reference code
YUVtoRGB/YUVtoRGBApp.swift:10 — architecture anchor
@main
struct YUVtoRGBApp: App {
// ...
}Interpretation
The arrows summarize the source-visible entry, role-named types or folders, and framework direction; when nodes come from structural folders, the sequence is a high-level interpretation rather than proof that every adjacent node calls the next. Ownership is claimed only where the next section cites a stored property or assignment. The diagram is intentionally limited to the dominant path into Accelerate.
Ownership and state
classDiagram
YUVtoRGBApp *-- YUVtoRGBConverter : converter
YUVtoRGBConverter *-- Float : contrast
YUVtoRGBConverter o-- PixelBuffer : argbPixelBuffer
YUVtoRGBConverter *-- AVCaptureSession : captureSession
Ownership evidence
YUVtoRGB/YUVtoRGBApp.swift:13 — stored dependency or nearest verified ownership anchor
@main
struct YUVtoRGBApp: App {
// ...
@StateObject private var converter = YUVtoRGBConverter()
// ...
}| Owner | Object or state | Relationship | Mutation authority |
|---|---|---|---|
YUVtoRGBApp |
YUVtoRGBConverter (converter) |
owns wrapper-managed state | Owning lexical scope |
YUVtoRGBConverter |
Float (contrast) |
owns value state | App/module collaborators |
YUVtoRGBConverter |
PixelBuffer (argbPixelBuffer) |
stores or receives | App/module collaborators |
YUVtoRGBConverter |
AVCaptureSession (captureSession) |
creates and retains | Initialized by the owner; the binding is immutable |
Composition arrows indicate a source-visible construction expression or locally owned value state; aggregation means the owner stores or receives a dependency without proving exclusive lifetime ownership.
Class and protocol design
YUVtoRGB/YUVtoRGBApp.swift:11 — representative type boundary
struct YUVtoRGBApp: App {
// ...
}| Type | Responsibility | Depends on or conforms to |
|---|---|---|
YUVtoRGBApp |
Application entry and top-level composition | App |
YUVtoRGBConverter |
Transforms between feature representations | NSObject, ObservableObject |
ContentView |
User-interface presentation and input forwarding | View |
No local protocol conformance is claimed as protocol-oriented design; external framework conformances are listed only as dependencies.
Access control
| Symbol | Access | Verified effect | Likely rationale |
|---|---|---|---|
converter (YUVtoRGB/YUVtoRGBApp.swift:13) |
private |
Use is restricted to the lexical declaration and same-file extensions allowed by Swift. | Inference: keep state mutation or dependency lifetime inside the owning implementation. |
YUVtoRGBConverter (YUVtoRGB/YUVtoRGBConverter.swift:9) |
implicit internal |
No explicit modifier means the Swift declaration is internal to the module. | Inference: app-target collaboration needs no exported library surface. |
Reference code
YUVtoRGB/YUVtoRGBApp.swift:13 — representative boundary
@main
struct YUVtoRGBApp: App {
// ...
@StateObject private var converter = YUVtoRGBConverter()
// ...
}Swift declarations without a modifier are internal; explicit private, fileprivate, private(set), public, or open entries above are interpreted by language semantics. Objective-C/C samples instead rely on header and implementation boundaries, which are not equivalent to Swift lexical privacy.
Logic ownership and placement
| Logic | Owning type or file | Placement rationale |
|---|---|---|
| Application entry and top-level composition | YUVtoRGBApp |
The source’s App suffix makes this role explicit. |
| Transforms between feature representations | YUVtoRGBConverter |
The source’s Converter suffix makes this role explicit. |
| User-interface presentation and input forwarding | ContentView |
The source’s View suffix makes this role explicit. |
Design patterns
| Pattern | Source evidence | Purpose or tradeoff |
|---|---|---|
| Delegate or data-source callbacks | YUVtoRGB/YUVtoRGBConverter.swift:116 |
Callback protocols invert event delivery back into the sample’s owner. |
| SwiftUI environment injection | YUVtoRGB/ContentView.swift:12 |
The environment supplies state or a capability without threading it through every initializer. |
| Publisher-backed observable state | YUVtoRGB/YUVtoRGBConverter.swift:30 |
Published properties notify observers while mutation remains with the state object. |
Naming conventions
- Types: App: YUVtoRGBApp; Converter: YUVtoRGBConverter; View: ContentView.
- Protocols: no local protocol declaration in the scanned source.
- Methods:
configureYpCbCrToARGBInfo,convertYpCbCrToRGB,configureCaptureSession,captureOutput. - Files:
YUVtoRGB/YUVtoRGBApp.swift,YUVtoRGB/YUVtoRGBConverter.swift,YUVtoRGB/ContentView.swift.
Architecture takeaways
YUVtoRGBAppis the main source-visible entry or composition anchor for this sample.- Framework work reaches SwiftUI, AVFoundation, Accelerate through a deliberately small high-level chain; the detailed API graph remains inside the cited implementation files.
- Stored-property evidence identifies lifecycle collaboration; it does not by itself prove exclusive object ownership.
- Access-control conclusions separate verified language visibility from the likely design rationale.
- The source does not justify labeling the design protocol-oriented.
Source map
| Source file | Relevant symbols |
|---|---|
YUVtoRGB/YUVtoRGBApp.swift |
YUVtoRGBApp |
YUVtoRGB/YUVtoRGBConverter.swift |
YUVtoRGBConverter |
YUVtoRGB/ContentView.swift |
ContentView |