By entering this site you need to consent to the use of cookies and their functional use according to this privacy policy. Cookies help us to provide the functional services of the website. Kindly read the below message of use and consent to the use.
The following cookies are stored and shared when accessing this website:
- Internal cookies for the MediaWiki site. This is used for user authentication and article modifications.
- Third-party cookies from Google providing services for Google AdSense and Google Analytics
We will never use data collected outside of the above scope.
.AXF - Pre-assembled ARM code. before being linked into a CCI/CXI format. They're practically ARM specific ELF files.
.AXF - Pre-assembled ARM code. before being linked into a CCI/CXI format. They're practically ARM specific ELF files.
−
.CDI - CTR Development Image. Lib did not have any documentation about what this format is, what it does, etc. I had to go digging through the compiler to find this format listed. Hopefully I'll find more soon. *Possibly* associated with the CTR Debugger but that's just a guess.
+
.CDI - (CTR Development Image) CDI files are system processes which other types of applications depend on for access to various other lower level functions. CDI are normally the same titles as listed in a CXI header's dependency list, they are just compiled to a different format. The difference is that CDI is used for a different (test) environment. They're loaded into hardware debugger's memory, along with the 2 cores in order to execute.
−
.CIP - CTR Initial Process. Unfortunately the circumstance is much like the CDI format, but it's in the lib compiler so it is some type of format used by the 3DS.