mirror of
https://github.com/DarkMatterCore/nxdumptool.git
synced 2024-12-01 22:52:39 +00:00
7bb708e394
* Use forward declarations for type definitions wherever suitable (e.g. NcaContext, BucketTreeContext). * Replace references to "DumpDestination" with "OutputStorage". * Replace references to "append key area" with "prepend key area". * Update LZ4 to v1.9.4. * Update Material Icons font to 2022-08-01. * RootView: change USB-related icons, reflect how many UMS devices are currently connected to the console, provide a way for child views to retrieve the populated UMS devices vector. * Tasks: implement GetUmsDevices(). * Update borealis. * Update libusbhsfs. * Begin implementation of a DumpOptionsFrame class to display configurable options before starting a new dump process. * bktr: rename bktrIsValidSubstorage() to bktrIsValidSubStorage(), use bktrIsValidSubStorage() in bktrInitializeCompressedStorageContext(), fixed a bug in bktrReadCompressedStorage() where Sparse substorages wouldn't be allowed. * GamecardTab: push a DumpOptionsFrame object onto the view stack if the XCI option is clicked.
42 lines
2.4 KiB
JSON
42 lines
2.4 KiB
JSON
{
|
|
"filename": {
|
|
"label": "Filename",
|
|
"description": "Filename used for the output dump.\nIllegal filesystem characters will be automatically replaced with underscores (\"_\"). If the inserted SD card is used as the output storage, only ASCII characters will be kept — this is a limitation on Nintendo's FS driver.\nThe file extension cannot be modified, and it is excluded on purpose."
|
|
},
|
|
|
|
"output_storage": {
|
|
"label": "Output storage",
|
|
"description": "Storage where the dumped data will be written to. Changing it will automatically update the output filename to better suit the output filesystem limitations.\nUsing a connected USB host requires a libusb-based driver, as well as the Python host script. For more information, please visit \"{}\".",
|
|
"value_00": "SD card",
|
|
"value_01": "USB host",
|
|
"value_02": "USB Mass Storage ({})"
|
|
},
|
|
|
|
"prepend_key_area": {
|
|
"label": "Prepend KeyArea data",
|
|
"description": "Prepends the full, 4 KiB long KeyArea block to the output XCI dump, which includes the InitialData area. XCI dumps with KeyArea data are also known as \"Full XCIs\". Disabled by default."
|
|
},
|
|
|
|
"keep_certificate": {
|
|
"label": "Keep certificate",
|
|
"description": "Preserves the gamecard certificate in the output XCI dump, which is used to unequivocally identify each individual gamecard. Disabled by default."
|
|
},
|
|
|
|
"trim_dump": {
|
|
"label": "Trim dump",
|
|
"description": "Trims the output XCI dump by removing padding data beyond the end of the last HFS partition. Disabled by default."
|
|
},
|
|
|
|
"calculate_checksum": {
|
|
"label": "Calculate checksum",
|
|
"description": "Calculates one or more CRC32 checksums over the dumped data, depending on the selected configuration. Checksums are useful to verify data integrity. Enabled by default."
|
|
},
|
|
|
|
"checksum_lookup_method": {
|
|
"label": "Checksum lookup method",
|
|
"description": "If \"{0}\" is enabled, this option determines which lookup method is used to validate the calculated CRC32 checksum at the end of the dump process.\nIf \"{1}\" is selected, the calculated checksum will be looked up in \"{2}\", which must have been previously downloaded.\nIf \"{3}\" is selected, the calculated checksum will be looked up using an Internet connection and a public HTTP endpoint.",
|
|
"value_00": "None"
|
|
},
|
|
|
|
"start_dump": "Start dump"
|
|
}
|