Module index

CNA snapshot c1c316b9 · Development › Generated References · source links pinned to c1c316b9

✓

Evidence basis: source-verified at the pinned commit. Claims on this page were checked by reading the CNA source at commit c1c316b9; unless a sentence says otherwise, nothing here was built or executed. Counts are computed from the Git tree of the pinned commit.

ℹ

Generated page. Produced by python3 scripts/generate_dev_reference.py from the Git objects of CNA commit c1c316b9; do not edit it by hand. It is a syntactic inventory: it locates declarations and files, and does not establish behaviour, build success or test results.

23 physical production modules4,228 files under modules/12 renderer implementation families

Modules

Every directory under modules/ at the snapshot. Counts describe tree shape, not architectural importance: a module with few headers can own a great deal of behaviour, and header counts include Internal/ headers.

Module	Headers	Sources	Test files	Entry points	Maintainer page
`audio`	32	40	44	`CMakeLists.txt` · `IAudioDevice.hpp` · `IAudioRecordingDevice.hpp`	Internals page
`c-api`	60	59	102	`CMakeLists.txt` · `abi.h` · `audio.h`	Internals page
`content`	100	77	174	`CMakeLists.txt` · `CnbAnimationClipCodec.hpp` · `CnbArithmetic.hpp`	Internals page
`content-pipeline`	107	86	48	`CMakeLists.txt` · `BlockCompression.hpp` · `BuildTimeMediaDecoder.hpp`	Internals page
`core`	24	9	9	`CMakeLists.txt` · `AssemblyInfo.hpp` · `CNAException.hpp`	Internals page
`design`	16	3	2	`CMakeLists.txt` · `PropertyDescriptors.hpp` · `Registration.hpp`	Internals page
`devices`	33	27	29	`CMakeLists.txt` · `DevicesShutdownCoordinator.hpp` · `IVibrateBackend.hpp`	Internals page
`devices-ext`	18	10	10	`CMakeLists.txt` · `Camera.hpp` · `CameraDeviceInfo.hpp`	Internals page
`diagnostics`	2	1	1	`CMakeLists.txt` · `Diagnostics.hpp` · `Instrumentation.hpp`	Internals page
`gamer-services`	67	86	41	`CMakeLists.txt` · `Configuration.hpp` · `AssetDiskCache.hpp`	Internals page
`graphics`	178	84	173	`CMakeLists.txt` · `DisplayColorSpace.hpp` · `VertexTypeRegistryEXT.hpp`	Internals page
`graphics-ext`	13	9	7	`CMakeLists.txt` · `AsciiPostProcessEffect.hpp` · `AsciiQuantizeMode.hpp`	Internals page
`input`	56	31	51	`CMakeLists.txt` · `Clipboard.hpp` · `GamePadButtonLabel.hpp`	Internals page
`inspector`	3	7	1	`CMakeLists.txt` · `Agent.hpp` · `Client.hpp`	Internals page
`math`	24	17	27	`CMakeLists.txt` · `BoundingBox.hpp` · `BoundingFrustum.hpp`	Internals page
`media`	36	32	33	`CMakeLists.txt` · `AudioDurationProbe.hpp` · `AudioTagParser.hpp`	Internals page
`net`	30	52	35	`CMakeLists.txt` · `ENetBackend.hpp` · `ENetDiscoveryService.hpp`	Internals page
`phone`	9	3	2	`CMakeLists.txt` · `HttpNotificationChannel.hpp` · `HttpNotificationEventArgs.hpp`	Internals page
`platform`	29	42	50	`CMakeLists.txt` · `CurrentPlatform.hpp` · `Entrypoint.hpp`	Internals page
`renderers`	115	101	63	`CMakeLists.txt` · `D3DConstantBuffers.hpp` · `D3DDebugLayerLog.hpp`	Internals page
`runtime`	25	18	33	`CMakeLists.txt` · `IGameOverlay.hpp` · `IModalFrames.hpp`	Internals page
`storage`	3	3	1	`CMakeLists.txt` · `StorageContainer.hpp` · `StorageDevice.hpp`	Internals page
`video-ffmpeg`	0	2	0	`CMakeLists.txt`	Internals page

Renderer directories under `modules/renderers/`

A directory that owns a src/ is an implementation family; one family can serve several public identities (EasyGL serves three: OPENGLES3, OPENGL33 and WEBGL2). common/ holds shared helpers. The identity-to-family map is in the selection axes index.

Directory	Role	Headers	Sources	Test files	Entry point	Maintainer page
`common`	shared helper (no `src/` of its own)	15	11	6		no dedicated internals page
`directx11`	implementation family	15	16	1	`CMakeLists.txt`	no dedicated internals page
`directx9`	implementation family	18	23	1	`CMakeLists.txt`	no dedicated internals page
`easygl`	implementation family	6	3	5	`CMakeLists.txt`	Internals page
`fna3d`	implementation family	9	8	9	`CMakeLists.txt`	no dedicated internals page
`headless`	implementation family	1	2	0	`CMakeLists.txt`	Internals page
`metal`	implementation family	28	3	29	`CMakeLists.txt`	no dedicated internals page
`sdl-gpu`	implementation family	5	6	4	`CMakeLists.txt`	Internals page
`sdl-renderer`	implementation family	1	2	0	`CMakeLists.txt`	no dedicated internals page
`software`	implementation family	4	14	4	`CMakeLists.txt`	Internals page
`stub`	implementation family	1	2	0	`CMakeLists.txt`	Internals page
`vulkan`	implementation family	4	3	2	`CMakeLists.txt`	Internals page
`webgpu`	implementation family	8	8	2	`CMakeLists.txt`	no dedicated internals page

A module without a dedicated internals page has not been given a deep maintainer tour on this site; that says nothing about the module itself.

Deep dives on this topic

Long-form pages that explain the exact semantics, invariants and evidence behind this subject.

Glossary of XNA and CNA terms — Checked definitions of the XNA and CNA terms used across libcna.com, grouped by subject, each correcting common older readings and linking to the page with the detail.
The physical module architecture: ownership, targets and composition — How CNA's 22 framework modules and 12 renderer families own their targets, include roots, tests and examples, which target names cannot be guessed, and how to read a source path at snapshot c1c316b9.

Known issues in this area

Current defects, gaps and limitations at this snapshot that touch this subject.

CNA-BUG-235: docs/physical-modules.md's Sharp Runtime column omits components that four modules link: Uri for phone and media, Collections.Core for input, Resources for content — CNA's module table gives phone Core.Base and Collections.Core, input Core.Base, and media and content Core.Base and IO, while the modules' CMake files link Uri (phone, media), Collections.Core (input) and Resources (cont

The same subsystem is explained at four altitudes. These are the neighbouring pages at each one.

Architecture: Physical module graph
Maintainer workflow: Source ownership · Repository map
Reference: Public header index · Selection axes index