Talk:Title list

Obviously the 3DS Retail titles have TitleIDs as well and they share the same prefix as the eShop titles:

Should we put a new category or put eShop and retail titles togather? --Elisherer 19:15, 6 September 2011 (CEST)

0004000000037500 Tom Clancy's Ghost Recon: Shadow Wars - EUR
0004000000038900 Super Monkeyball 3D - EUR
0004000000038c00 Lego Star Wars III: The Clone Wars - EUR

IMO that extdata section would be more appropriate on the SD_Filesystem page, this Title list page isn't meant for savedata/extdata-related info.(Those "TitleID low/high" aren't correct either, 00000000 is just an extdata ID while the other ID is the titleID_low>>8.) --Yellows8 17:26, 16 November 2011 (CET)

Game trials have .ctx files... Why? --Matyapiro31 16:03, 13 December 2011 (CET)

I think 0004000200060201 is the Resident Evil Revelations Trial. --11111.11106^2 21:37, 19 January 2012 (EST)

"Serial structure" The info described there is not a "serial", it's the TitleID. This is actual serials. --Yellows8 20:33, 1 March 2012 (CET)

"A serial number is a unique number assigned for identification which varies from its successor or predecessor by a fixed discrete integer value". I think it matches its definition...but you can change it if you like :) --Elisherer 23:03, 1 March 2012 (CET)

I think there is no merit to write all eshop titles information here, how do you think about?

Indeed. Really don't see the need for listing so many useless retail titleIDs which originated from warez either. --Yellows8 18:05, 29 March 2012 (CEST)

On developer 3DS' programs with the title type '0138' are recognised as firmware rather than an application and in DevMenu a special option appears which allows the user to update the system firmware when a '0138' .cia is selected.

Guess you discovered that by modifying the titleID stored in a .cia? --Yellows8 22:43, 15 May 2012 (CEST)

Yeah, have a look here, I put my finding there. Though I think it's not quite ready for the wiki yet.--3dsguy 02:13, 16 May 2012 (CEST)

I already saw that thread. --Yellows8 03:40, 16 May 2012 (CEST)

3dsguy, almost all of those system titles are from the system update SOAP response. 000400100002X600 wasn't listed because it was never listed in SOAP replies. --Yellows8 17:04, 8 May 2012 (CEST)

On my Developer 3DS, I can bring up the revision of the Home Menu, at the Home Menu, but it is different to the revision SYSMENU (0004003000009802). They can't be the same but on the title list page SYSMENU links to the Home Menu. So... is there something I'm missing here?--3dsguy 10:59, 15 May 2012 (CEST)

Yes, SYSMENU is Homemenu. Either the dev "revision" is different from retail, or that's separate from the TMD title version. --Yellows8 17:43, 15 May 2012 (CEST)

So they are the same. Well what ever the reason for revision inconsistency, some photos: --3dsguy 02:13, 16 May 2012 (CEST)

That's definitely not the TMD title version, that revision is way higher than any title version. AFAIK the REV field on that error screen is the SDK revision. The one displayed in homemenu might be SDK-revision related too. --Yellows8 03:40, 16 May 2012 (CEST)

When you say SDK revision, do you mean the SDK revision of the 3DS firmware or the SDK revision of the the SDK Lib used to build it.--3dsguy 11:01, 16 May 2012 (CEST)

The error screen REV is the SDK-revision used when building the NCCH. Not sure what that homemenu revision is. --Yellows8 17:00, 16 May 2012 (CEST)

If Korea, China, Taiwan have region coding separate to JPN/USA/EUR, do you think that they will use different regions in the e-Shop for dsi titles, because Taiwan doesn't have a dsi region and in turn nor a dsiware region?--3dsguy 07:19, 24 May 2012 (CEST)

AFAIK DSi CHN/KOR doesn't even have separate regions for DSiWare. --Yellows8 08:06, 24 May 2012 (CEST)

For the DSi they did DSiBrew.org--3dsguy 09:55, 24 May 2012 (CEST)

I mean they wouldn't have separate 3DS CHN/KOR DSiWare regions when DSi didn't even have those.(Yes, there's CHN/KOR DSi region-codes but DSiWare using those regions doesn't exist AFAIK.) Also, generally only region V is used for DSiWare on DSi for regions outside of USA/JPN. --Yellows8 17:14, 24 May 2012 (CEST)

My scripts which check for system updates are now publicly accessible here. --Yellows8 23:49, 24 May 2012 (CEST)

"System tickets are retrieved via a SOAP request to NUS, instead of directly downloading the cetk with HTTPS." Did you know that are tmd and cetk are also available via HTTP for 3ds titles?--3dsguy 15:56, 25 May 2012 (CEST)

Of course, but this time the 3DS uses SOAP for common/system tickets instead of HTTP. Also, *every* region-specific CTR title also has the CHN/TWN/KOR regions, just haven't bothered to add those yet.(partly because some of them use separate title versions) The AUS region-specific titles are missing too, but trying to retrieve the CTR AUS titlelist from the twl SOAP server returns nothing. --Yellows8 18:10, 25 May 2012 (CEST)

I don't think AUS has a separate CTR title list(I might be misunderstanding what your saying, but), Australian 3DSs are a part of the EUR 3DS region, and all of its downloads (including TWL) all are the EUR version. Also the title versions (for system applications at least) differ between regions, trying to request versions other than '0' listed on 3dbrew only work for the USA versions of the titles--3dsguy 03:34, 26 May 2012 (CEST)

Perhaps the AUS SOAP region is identical to EUR then. The titlelist I'm referring to is the one returned from SOAP, like this. Some region-specific titles have the same versions for each region, not sure how many have separate versions though. --Yellows8 04:31, 26 May 2012 (CEST)

"For game patches update data, these are the same as the game's NCSD, except these only contain the updated code and updated RomFS data." Yellows8, are you saying that the content downloaded for game patches are in CCI format not CXI format? Just asking as it would make more sense for the 3DS to download a patch CXI.--3dsguy 11:46, 20 June 2012 (CEST)

Apps downloaded from eShop are NCSD, so I'm assuming game patch titles are NCSD too.(Retail NAND titles from CDN are NCCH however) --Yellows8 17:09, 20 June 2012 (CEST)

I highly doubt that eshop content is ever in NCSD form. If apps downloaded from the eShop are in NCSD format, why can the TMD of eShop downloads, specify more than one content(ie app and manual). The size of the content(s) specified in the TMD, is the same size as the content, downloaded from the eshop and the content on the SD card is the same size as well. And on development units, when a SD card app is installed(via CIA), the content installed on the SD card is the same size(s) as the CXI(s) extracted from the CIA which installed it, so the content on the SD card is NCCH form.--3dsguy 01:45, 21 June 2012 (CEST)

So is the dlp child NCCH stored in a separate content for eShop apps as well?(don't have any eShop app titleIDs for those) --Yellows8 02:10, 21 June 2012 (CEST)

I don't have a CIA which installs a dlp child NCCH, but I do have one with a manual. I'm thinking of preparing a better sample CIA, now that I understand better how the file formats work.(When I gave the sample cia to 3DBrew made by Jl12, I had no clue how the 3DS file formats worked)--3dsguy 07:30, 21 June 2012 (CEST)

Scratch that, I've just found a cia which has a dlp child NCCH. I'll see what I can do--3dsguy 15:53, 21 June 2012 (CEST)

I've put decrypted examples of a dlp child and manual NCCH on the CXI page if you want to have a look at the contents of one--3dsguy 12:33, 23 June 2012 (CEST)

@Yellows8 the title you've called "SAFE_MODE System Settings (mset)", (000400100002XF00), on my dev unit, this launches straight into 'System Update', you can't do anything else, it's not the whole system settings. Does it act different for you, as I wouldn't call the system updater standalone title "SAFE_MODE System Settings"?--3dsguy 09:34, 19 July 2012 (CEST)

I don't have a dev 3DS so I can't launch that title myself. That title is *exactly* the same as the regular mset, except only system update is accessible from it. --Yellows8 17:32, 19 July 2012 (CEST)

3dsguy, why do you think PTM is "Battery"? That system module handles play history and pedometer stuff. --Yellows8 05:08, 21 July 2012 (CEST)

It's because I have a compiled SDK Demo for PTM and it's a battery status reader it monitors the battery level, whether it is charging and if a charger is connected.--3dsguy 05:15, 21 July 2012 (CEST)