3dbrew - Recent changes [en]

SpotPass

Sorunome — Fri, 31 Jul 2026 10:51:21 GMT

Payload Content Header: Adjust how the filename is constructed

← Older revision		Revision as of 14:51, 31 July 2026
Line 178:		Line 178:
	The hash at offset 0x1C hashes the 0x1C-byte data at offset 0x0 followed by a zero u16, followed by all of the remaining cleartext data following this header (the actual content data).		The hash at offset 0x1C hashes the 0x1C-byte data at offset 0x0 followed by a zero u16, followed by all of the remaining cleartext data following this header (the actual content data).

	The file name of the downloaded boss data is ~~Ascii85~~ encoded with the following ~~data~~:		The file name of the downloaded boss data is encoded with the following table. Each field is individually Ascii85 with a custom alphabet: <code>!#?%&'()+,-.0123456789;=@ABCDEFGHIJKLMNOPQRSTUVWXYZ[]^_`abcdefghijklmnopqrstuvwxyz{}~</code>

	{\| class="wikitable"		{\| class="wikitable"
Line 189:		Line 189:
	\| 0xA \|\| 0x5 \|\| Content datatype		\| 0xA \|\| 0x5 \|\| Content datatype
	\|-		\|-
	\| 0xF \|\| 0x1 \|\| New flag		\| 0xF \|\| 0x1 \|\| New flag (only present if set)
	\|}		\|}


	The downloaded boss data is written in the following format to extdata. First an extdata header in the following format:		The downloaded boss data is written in the following format to extdata. First an extdata header in the following format:

Serials

Andreascianni — Thu, 23 Jul 2026 12:51:17 GMT

← Older revision		Revision as of 16:51, 23 July 2026
Line 82:		Line 82:
	{\| class="wikitable"		{\| class="wikitable"
	! Device !! Product Code		! Device !! Product Code
			\|-''Wii'' \|\| RVL
	\|-		\|-
	\| ''DS'' \|\| NTR		\| ''DS'' \|\| NTR

User:Andreascianni

Andreascianni — Thu, 23 Jul 2026 12:48:46 GMT

User account Andreascianni was created

User:Victor

Victor — Sat, 18 Jul 2026 12:38:47 GMT

User account Victor was created

SPTCP

Katanya04 — Sat, 18 Jul 2026 02:27:20 GMT

Some additions to buffer field

← Older revision		Revision as of 06:27, 18 July 2026
Line 38:		Line 38:
	\| 0x12		\| 0x12
	\| 0x2		\| 0x2
	\| Payload buffer size (by default 0xb838)		\| Payload maximum buffer size (by default 0xb838)
	\|-		\|-
	\| 0x14		\| 0x14
Line 49:		Line 49:

	== Buffer ==		== Buffer ==
	By default, the 3DS uses a buffer of size 0x38b8 (appears as 0xb838 in the SPTCP header since it is sent in little endian)~~. No other buffer size has been observed being used~~. Similar to the sliding window protocol of TCP, it indicates the amount of payload bytes the 3DS can send before having to wait for the other 3DS to send an ACK.		By default, the 3DS uses a buffer of size 0x38b8 (appears as 0xb838 in the SPTCP header since it is sent in little endian). Similar to the sliding window protocol of TCP, it indicates the amount of payload bytes the 3DS can send before having to wait for the other 3DS to send an ACK. No other buffer size has been observed being used aside from the default one, but if a 3DS (A) were to offer a smaller buffer size, then the other 3DS (B) would also use that smaller buffer size. Note that in this case, the value "0xb838" will remain in the SPTCP headers sent by the 3DS (A), as that field indicates the maximum possible buffer size, not the actual buffer size used.

	The SPMTP data is always encapsulated in one (or multiple if segmented) SPTCP header with at least the ACK flag set. If the PSH flag is set too, it means the buffer size limit has been reached, and if the END flag is also set, it means the 3DS has finished sending the current SPMTP payload. In both cases, the receiver 3DS has to send an ACK that contains the number of payload bytes received from the current SPMTP until that point.		The SPMTP data is always encapsulated in one (or multiple if segmented) SPTCP header with at least the ACK flag set. If the PSH flag is set too, it means the buffer size limit has been reached, and if the END flag is also set, it means the 3DS has finished sending the current SPMTP payload. In both cases, the receiver 3DS has to send an ACK that contains the number of payload bytes received from the current SPMTP until that point.

	Aside from this buffer, it has been observed that the maximum payload chunk size is hardcoded to be 0x38b8. ~~Since this~~ is also the default buffer size, when it reaches the buffer limit it has also reached the ~~current~~ chunk length so the 3DS sends the packet with ACK + PSH + END flags, even though it may not be the actual end of the message. Both Info SPMTP and Message Box SPMTP headers have a field containing the total payload length, this value should be used to check if the ACK + PSH + END actually indicates the end of the current message or not.		Aside from this buffer, it has been observed that the maximum payload chunk size is hardcoded to be 0x38b8. Every 0x38b8 bytes of payload the 3DS will send the last package of that chunk with the ACK + PSH + END flags. This is also the default buffer size, so when it reaches the buffer limit in normal conditions, it has also reached the maximum chunk length so the 3DS sends the packet with ACK + PSH + END flags, even though it may not be the actual end of the message. Both Info SPMTP and Message Box SPMTP headers have a field containing the total payload length, this value should be used to check if the ACK + PSH + END actually indicates the end of the current message or not.

	= Conversation Flow =		= Conversation Flow =

Config Savegame

TimmSkiller — Fri, 17 Jul 2026 13:12:16 GMT

Correct description of block 0x00030000

← Older revision		Revision as of 17:12, 17 July 2026
Line 95:		Line 95:
	\| 0x1		\| 0x1
	\| 0xC		\| 0xC
	\| ~~Leap Year Counter~~ (read By PTM)		\| RTC correction value (SUBCUD) (read By PTM)
	\|-		\|-
	\| 0x00030001		\| 0x00030001

Pinouts

TimmSkiller — Tue, 14 Jul 2026 15:10:21 GMT

Add red power LED to MCU pinout

← Older revision		Revision as of 19:10, 14 July 2026
Line 243:		Line 243:
	\| P2.0		\| P2.0
	\| HOME button		\| HOME button
			\|-
			\|
			\|
			\| P4.2
			\| Red power LED
	\|-		\|-
	\|		\|

StreetPass

Katanya04 — Sun, 12 Jul 2026 23:10:01 GMT

Fix typo

← Older revision		Revision as of 03:10, 13 July 2026
Line 435:		Line 435:
	=== Encrypted conversation ===		=== Encrypted conversation ===

	After the handshake is done, ~~the~~ 3DS start an encrypted conversation. ~~It's~~ format and protocols can be seen at [[SPTCP]] and [[SPMTP]].		After the handshake is done, both 3DS start having an encrypted conversation. Its format and protocols can be seen at [[SPTCP]] and [[SPMTP]].

	== StreetPass Spoofing ==		== StreetPass Spoofing ==