Nintendo Zone: Difference between revisions

(One intermediate revision by the same user not shown)

Line 3:

Nintendo filed a patent describing the NSpot/DS Station AP system. This system is old, yet this was never patented until 2010.

NZone and DS Station usually have the same demos as Wii Nintendo Channel. However, sometimes certain retailers with NZone have exclusive content and demos not available ~~_anywhere_~~ else. Eventually these exclusive demos ~~become available at all NZone locations and~~ on NinCh.

NZone and DS Station usually have the same demos as Wii Nintendo Channel. However, sometimes certain retailers with NZone have exclusive content(NZone location exclusive) and demos(all NZone locations) not available anywhere else. Eventually these exclusive demos are released on NinCh.

[[File:2010-08-08-203240.jpg|200px|thumb|right|Sysmenu displays this when NZone is detected for the first time.]]

Line 20:

=== Beacon payload format ===

The NZone beacon payload ~~are~~ encrypted with an XOR pad. It's not the trivial sequential XOR code. The XOR pad is generated from a 8-byte key: the first 4-bytes is "!SDW",(might be a reference to [http://en.wikipedia.org/wiki/Wireless_Distribution_System WDS]?) the last 4 bytes are the last 4 bytes of the beacon BSSID MAC. Nintendo Spot uses the same special beacon encryption, the cleartext differs from NZone slightly for the unknown fields.

The NZone beacon payload is encrypted with an XOR pad. It's not the trivial sequential XOR code. The XOR pad is generated from a 8-byte key: the first 4-bytes is "!SDW",(might be a reference to [http://en.wikipedia.org/wiki/Wireless_Distribution_System WDS]?) the last 4 bytes are the last 4 bytes of the beacon BSSID MAC. Nintendo Spot uses the same special beacon encryption, the cleartext differs from NZone slightly for the unknown fields.

This table is the format of the cleartext data.

The NZone beacon code is contained in TWL SDK, arm9 side. DSi opera web browser automatically connects to NZone APs, all official DSi software automatically connects to NZone APs. NZone has a option to install a wifi config entry for the NZone AP, for old NTR SDK games run from cards.

TWL SDK ~~probably~~ scans for beacons~~, checks if beacon_type is 0 or 1, and checks if~~ the payload ~~length is~~ 0x70. If those ~~succeed~~, it ~~then~~ decrypts ~~the whole payload~~ and verifies the checksum~~. When the checksum is~~ valid, NZone is detected.

TWL SDK scans for beacons with the Nintendo tag(0xDD) with payload size 0x70. When those are found, it decrypts them and verifies the checksum, when that's valid NZone is detected.

{| class="wikitable" border="1"

@@ Line 3: / Line 3: @@
 Nintendo filed  a patent describing the NSpot/DS Station AP system. This system is old, yet this was never patented until 2010.
-NZone and DS Station usually have the same demos as Wii Nintendo Channel. However, sometimes certain retailers with NZone have exclusive content and demos not available _anywhere_ else. Eventually these exclusive demos become available at all NZone locations and on NinCh.
+NZone and DS Station usually have the same demos as Wii Nintendo Channel. However, sometimes certain retailers with NZone have exclusive content(NZone location exclusive) and demos(all NZone locations) not available anywhere else. Eventually these exclusive demos are released on NinCh.
 [[File:2010-08-08-203240.jpg|200px|thumb|right|Sysmenu displays this when NZone is detected for the first time.]]
@@ Line 20: / Line 20: @@
 === Beacon payload format ===
-The NZone beacon payload are encrypted with an XOR pad. It's not the trivial sequential XOR code. The XOR pad is generated from a 8-byte key: the first 4-bytes is "!SDW",(might be a reference to [http://en.wikipedia.org/wiki/Wireless_Distribution_System WDS]?) the last 4 bytes are the last 4 bytes of the beacon BSSID MAC. Nintendo Spot uses the same special beacon encryption, the cleartext differs from NZone slightly for the unknown fields.
+The NZone beacon payload is encrypted with an XOR pad. It's not the trivial sequential XOR code. The XOR pad is generated from a 8-byte key: the first 4-bytes is "!SDW",(might be a reference to [http://en.wikipedia.org/wiki/Wireless_Distribution_System WDS]?) the last 4 bytes are the last 4 bytes of the beacon BSSID MAC. Nintendo Spot uses the same special beacon encryption, the cleartext differs from NZone slightly for the unknown fields.
 This table is the format of the cleartext data.
 The NZone beacon code is contained in TWL SDK, arm9 side. DSi opera web browser automatically connects to NZone APs, all official DSi software automatically connects to NZone APs. NZone has a option to install a wifi config entry for the NZone AP, for old NTR SDK games run from cards.
-TWL SDK probably scans for beacons, checks if beacon_type is 0 or 1, and checks if the payload length is 0x70. If those succeed, it then decrypts the whole payload and verifies the checksum. When the checksum is valid, NZone is detected.
+TWL SDK scans for beacons with the Nintendo tag(0xDD) with payload size 0x70. When those are found, it decrypts them and verifies the checksum, when that's valid NZone is detected.
 {| class="wikitable" border="1"