Jump to content

SimTX API v24/Packets/CatalogList: Difference between revisions

From SimTX Wiki
Clanker (talk | contribs)
SimTX API documentation
 
Clanker (talk | contribs)
m Clanker moved page SimTX API/Packets/CatalogList to SimTX API v24/Packets/CatalogList: Archive the v24 protocol reference
(No difference)

Revision as of 16:13, 24 October 2026

CatalogList
Frame {{{frame}}}, field {{{field}}}
Member {{{member}}}
Direction Server → client
Session Control (catalog)
Roles
Permission None
Answered by
Answers CatalogListRequest
Defined in

CatalogList is the index of the extension catalog: one summary per entry, without file contents. Fetch an entry's files with CatalogFetch.

Layout

Field Type Description
packetId u8 Always 24.
count i32 Number of entries.
entries count × Entry See below. Ordered by kind, then name.

Entry

Field Type Description
id i32 Entry ID. Stable across revisions.
kind UTF extension or preset.
name UTF Entry name.
description UTF Description, possibly empty.
author UTF Display name of the publishing account.
sizeBytes i32 Total size of the files.
fileCount i32 Number of files.
typeCount i32 Number of types that follow.
types typeCount × UTF Catalog types.
categoryCount i32 Number of categories that follow, at most 100.
categories categoryCount × UTF Free-text categories chosen by the author.
packageId UTF Extension package ID from the manifest, for example com.example.beacon. Empty for presets.
packageVersion UTF Package version (semantic versioning). Empty for presets.
dependencyCount i32 Number of dependencies that follow, at most 100.
dependencies dependencyCount × { UTF id, UTF versionRange } Packages this extension requires.
revision i32 Revision number, starting at 1. Increases with every update by the owner.
uploadedAtEpochMillis i64 Time of the latest revision, Unix milliseconds.

Catalog types

Name Display name
MODULATION Modulation
AUDIO_ADDON Audio add-on
THEME Theme
ACTION Tool / action
LIBRARY Library
PRESET Preset

A client should skip, rather than reject, a type name it does not recognise, in case new types are added.

See also

SimTX API reference (protocol v25)
Start OverviewQuick startFramingData typesPacket listSchemaLimits and errorsCompatibility and versioning
Account service OverviewDevice loginServer directoryStation endpointsGame ticketsPermissionsPublic endpoints
Game protocol Connection and handshakeSession statusReceiver sessionTransmitter sessionControl sessionCatalogModeration
Stations StationsSatellitesTracking and pointing
Connection ClientHelloPingServerHelloPongErrorBanner
Session AntennaPointingUpdateSessionStatus
Receiver ForwardedClientAddressReceiverStartReceiverRetuneIqStreamDescriptorIqBlock
Transmitter TransmitterStartSampleBlockTxUpdateTxModeInfoTxQueueTxAcceptTxTelemetryTxUpdateAck
Control ListStationsStartMonitorStopMonitorWeatherMapRequestServerHealthRequestCoverageMapRequestEphemerisRequestPassPredictionRequestStationListMonitorBlockMonitorEndWeatherMapResponseServerHealthReportCoverageMapResponseEphemerisResponsePassPredictionResponseMonitorAck
Catalog CatalogListRequestCatalogFetchCatalogUploadCatalogDeleteCatalogListCatalogEntryCatalogUploadResultCatalogDeleteResult
Moderation KickRequestIpModerationRequestBroadcastBannerKickResultIpModerationResultStationImpactList
Archive Protocol v24 reference