Module index

CNA snapshot 3b43bd86 · Development › Generated References · source links pinned to 3b43bd86

✓

Evidence basis: source-verified at the pinned commit. Claims on this page were checked by reading the CNA source at commit 3b43bd86; 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 3b43bd86; 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 modules3,902 files under modules/8 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`	33	41	49	`CMakeLists.txt` · `IAudioDevice.hpp` · `IAudioRecordingDevice.hpp`	Internals page
`c-api`	60	59	109	`CMakeLists.txt` · `abi.h` · `audio.h`	Internals page
`content`	104	108	193	`CMakeLists.txt` · `CnbAnimationClipCodec.hpp` · `CnbArithmetic.hpp`	Internals page
`content-pipeline`	107	86	56	`CMakeLists.txt` · `BlockCompression.hpp` · `BuildTimeMediaDecoder.hpp`	Internals page
`core`	26	10	10	`CMakeLists.txt` · `AssemblyInfo.hpp` · `CNAException.hpp`	Internals page
`design`	16	3	2	`CMakeLists.txt` · `PropertyDescriptors.hpp` · `Registration.hpp`	Internals page
`devices`	33	27	30	`CMakeLists.txt` · `DevicesShutdownCoordinator.hpp` · `IVibrateBackend.hpp`	Internals page
`devices-ext`	18	12	10	`CMakeLists.txt` · `Camera.hpp` · `CameraDeviceInfo.hpp`	Internals page
`diagnostics`	2	1	1	`CMakeLists.txt` · `Diagnostics.hpp` · `Instrumentation.hpp`	Internals page
`gamer-services`	68	103	44	`CMakeLists.txt` · `Configuration.hpp` · `AssetDiskCache.hpp`	Internals page
`graphics`	180	89	203	`CMakeLists.txt` · `DisplayColorSpace.hpp` · `VertexTypeRegistryEXT.hpp`	Internals page
`graphics-ext`	13	9	7	`CMakeLists.txt` · `AsciiPostProcessEffect.hpp` · `AsciiQuantizeMode.hpp`	Internals page
`input`	56	31	52	`CMakeLists.txt` · `Clipboard.hpp` · `GamePadButtonLabel.hpp`	Internals page
`inspector`	3	7	1	`CMakeLists.txt` · `Agent.hpp` · `Client.hpp`	Internals page
`math`	24	17	42	`CMakeLists.txt` · `BoundingBox.hpp` · `BoundingFrustum.hpp`	Internals page
`media`	37	32	43	`CMakeLists.txt` · `AudioDurationProbe.hpp` · `AudioTagParser.hpp`	Internals page
`net`	30	53	39	`CMakeLists.txt` · `ENetBackend.hpp` · `ENetDiscoveryService.hpp`	Internals page
`phone`	11	4	2	`CMakeLists.txt` · `ChannelErrorType.hpp` · `HttpNotificationChannel.hpp`	Internals page
`platform`	28	47	50	`CMakeLists.txt` · `CurrentPlatform.hpp` · `Entrypoint.hpp`	Internals page
`renderers`	56	71	30	`CMakeLists.txt` · `EffectTranslation.hpp` · `SpirvCombinedSamplerSplit.hpp`	Internals page
`runtime`	24	18	36	`CMakeLists.txt` · `IGameOverlay.hpp` · `IModalFrames.hpp`	Internals page
`storage`	3	3	7	`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)	5	5	2		no dedicated internals page
`directx9`	implementation family	18	24	1	`CMakeLists.txt`	no dedicated internals page
`easygl`	implementation family	6	3	6	`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
`sdl-gpu`	implementation family	4	5	6	`CMakeLists.txt`	Internals page
`software`	implementation family	4	14	4	`CMakeLists.txt`	Internals page
`stub`	implementation family	1	2	0	`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 8 renderer families own their targets, include roots, tests and examples, which target names cannot be guessed, and how to read a source path.

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