mirror of
https://github.com/itsPLK/ps5-payload-manager.git
synced 2026-10-19 02:19:53 -05:00
- Implement managed slot layout: repo/<id>@<srchash8> and local/<key> with meta.json sidecars - Decouple user uploads and USB imports from repository matching and updates - Use stable slot keys for autoload.txt, favorites, launching, and deletion - Add strict token-based version comparison in C and JS, hiding install button when repo is older - Support cross-source duplicate handling (keep both vs replace) with conflict modals - Auto-refresh stale repository caches on install and retry seamlessly - Implement one-time legacy storage migration on startup (layout version 2) - Update CUSTOM_REPOSITORIES.md with id field specifications and comparison rules - Remove deprecated /repository_push and /repository_install_push routes - Add full test suite for versions, payloadStatus, helpers, and markdown
5.2 KiB
5.2 KiB
Custom Payload Repositories
PS5 Payload Manager supports adding custom, third-party payload repositories (sources) in addition to the default official repository. This allows developers and communities to host and distribute their own payloads.
JSON Format Specification
To create a repository, you must host a JSON file that conforms to the following schema.
Core Rules:
- Both formats are supported:
- Object wrapper with top-level
"name"and"payloads"array (recommended). - Bare array of payload objects
[ { ... }, { ... } ].
- Object wrapper with top-level
- When using the object wrapper, the
"name"field must appear before the"payloads"field in the JSON structure. - The
"payloads"field must be an array of payload objects.
Example JSON:
{
"name": "My Custom Payloads",
"payloads": [
{
"id": "ftpsrv",
"name": "FTP Server",
"filename": "ftpsrv_v0.19.elf",
"url": "https://example.com/payloads/ftpsrv_v0.19.elf",
"description": "A simple FTP server that accepts connections on port 2121",
"version": "v0.19",
"last_update": "2026-10-11",
"category": "Networking",
"checksum": "e6c1babbfd5e1b766d12b659853b514b9faedf6333cbe8cb514b1a3e79b7ce39"
},
{
"id": "debug-tool",
"name": "Debug Tool",
"filename": "debug_tool.elf",
"url": "https://example.com/payloads/debug_tool.elf",
"description": "A helper utility to dump debug information.",
"version": "v1.0"
}
]
}
Field Reference:
| Field | Type | Required | Description |
|---|---|---|---|
name (top-level) |
String | Yes | The display name of your repository catalog in the user interface (e.g. "My Custom Payloads"). |
payloads (top-level) |
Array | Yes | List of payload items available in this repository. |
id (item-level) |
String | Recommended | Stable identifier, unique within the repository, unchanged across versions ([a-z0-9._-]). Defaults to slug(name). Stable IDs allow slots to maintain favorites and autoload entries across updates. |
name (item-level) |
String | Yes | Human-readable name of the specific payload. |
filename (item-level) |
String | Yes | The exact filename (including extension like .elf, .bin) when saved. |
url (item-level) |
String | Yes | Direct HTTP or HTTPS link where the payload binary can be downloaded. |
version (item-level) |
String | No | Version string used for update checks (e.g. "v1.0"). Follows version comparison rules described below. |
last_update (item-level) |
String | No | ISO 8601 date (e.g. "2026-10-11"). Serves as a tie-breaker when version strings compare equal. |
description (item-level) |
String | No | A description of what the payload does, displayed in the dashboard. |
category (item-level) |
String | No | The category name used to group payloads in the frontend (e.g. "Networking"). Defaults to "Uncategorized". |
checksum (item-level) |
String | No | SHA-256 hash (64 hex characters) of the file. If provided, the manager automatically validates the downloaded file against it before installation. If versions are identical but checksum differs, it is flagged as an update. |
author (item-level) |
String | No | Author or creator of the payload. |
details_url (item-level) |
String | No | URL to documentation or README for the payload. |
Version Comparison Rules
Payload Manager implements a strict version comparison algorithm:
- Whitespace is trimmed, and any leading
vorVprefix is dropped (e.g.v1.2equals1.2). - The version string is tokenized into numeric runs (
0-9) and alphabetical runs (a-z,A-Z). Separators like.,-, and_separate tokens. - Numeric tokens compare numerically without leading zeros (e.g.
1.11>1.2, and20261011>20260901). - Alphabetical tokens compare case-insensitively. A numeric token takes precedence over an alphabetical token at the same position (
1.1>1.a). - When one version string runs out of tokens first:
- If the next token on the other version is alphabetical, that version is treated as a pre-release and is considered lower (e.g.
1.7>1.7beta3,1.0>1.0-alpha). - If the next token is numeric, it is treated as a sub-version and is considered higher (e.g.
1.0.1>1.0).
- If the next token on the other version is alphabetical, that version is treated as a pre-release and is considered lower (e.g.
- If the version strings compare equal,
last_updateis used as a tie-breaker (newer date takes precedence).
Hosting Your Repository
- Accessibility: Upload your JSON file and your payload binaries to any static hosting provider (e.g., GitHub Pages, Vercel, Netlify, or your own VPS). The PS5 must be able to resolve and reach the host IP.
- CORS Headers: To ensure that the web interface can interact with the files from the browser, your server should respond with CORS headers:
Access-Control-Allow-Origin: *
Adding the Source in Payload Manager
- Open the Payload Manager dashboard.
- Navigate to Settings (gear icon) and select Manage Sources.
- Click Add Source, paste the direct HTTP/HTTPS URL to your
payloads.jsonfile, and press Add. - The dashboard will validate the source and add it to your catalog list.