Difference between revisions of "Nintendo Zone"

From 3dbrew
Jump to navigation Jump to search
(add some beacon format info.)
Line 6: Line 6:
  
 
The NZone browser interface looks very similar to the main 3DS web browser, so it's probably the same as that browser except modified.(and with video support, presumably mobiclip) The NZone beacon encryption is same as before, except some unknown fields in the cleartext was changed where 3DS will only "detect" NZone when the beacons' fields are set this way. DSi will not detect these beacons. The Best Buy NZone uses the same authentication parameter at all stores /w NZone. Accessing the server via curl does not work correctly, the server returns old content. This is likely because the NZone title sends new/different params to the server.
 
The NZone browser interface looks very similar to the main 3DS web browser, so it's probably the same as that browser except modified.(and with video support, presumably mobiclip) The NZone beacon encryption is same as before, except some unknown fields in the cleartext was changed where 3DS will only "detect" NZone when the beacons' fields are set this way. DSi will not detect these beacons. The Best Buy NZone uses the same authentication parameter at all stores /w NZone. Accessing the server via curl does not work correctly, the server returns old content. This is likely because the NZone title sends new/different params to the server.
 +
 +
=== Beacon payload format ===
 +
This seems to be identical to DS(i) NZone format except for the unknown fields, unknown if support for WPA2 was added. 3DS NZone is not region-locked like DS(i).
 +
 +
{| class="wikitable" border="1"
 +
|-
 +
!  OFFSET
 +
!  SIZE
 +
!  DESCRIPTION
 +
|-
 +
|  0x00
 +
|  32
 +
|  AP SSID.
 +
|-
 +
| 0x20
 +
| 10
 +
| Authentication parameter, required for connecting to the server. Server uses this to determine which third-party content to link to on the index page. First ASCII number char in this param is region, this is also used to determine which server to connect to. Regions: 0) JP 1) USA 2/3) EUR 4) KOR 5) China
 +
|-
 +
| 0x2a
 +
| 2
 +
| This u16 was always one in all dumps, unknown what this is. This isn't used by the client.
 +
|-
 +
| 0x2c
 +
| 24
 +
| Some UCS-2 retailer ID string can include the country, unknown what this is but it's not used by the client DS(i). "BestBuy"
 +
|-
 +
| 0x44
 +
| 32
 +
| AP crypto key, if any.
 +
|-
 +
| 0x64
 +
| 1
 +
| Unknown, not used by the DS(i) client. For 3DS this is 0x1, for DS(i) this is 0x0.
 +
|-
 +
| 0x65
 +
| 1
 +
| AP crypto key type: 0) Open 1) WEP-64 2) WEP-128 3) WEP-152
 +
|-
 +
| 0x66
 +
| 1
 +
| Unknown flags, for 3DS this is 0x1e, for DS(i) this is 0x3. Bits 0 and 1 don't seem to be used by the client. The DS(i) client uses bit2 unknown what for though.
 +
|-
 +
| 0x67
 +
| 5
 +
| Padding.
 +
|-
 +
| 0x6c
 +
| 2
 +
| Unknown, with 3DS this is zero but for DS(i) this was 0x428.
 +
|-
 +
| 0x6e
 +
| 2
 +
| CRC16 over the whole payload excluding checksum offset, initval is 0.
 +
|}

Revision as of 20:08, 10 June 2011

Nintendo Zone is the successor to DS Download Stations, offering retailer exclusive content, game videos, screenshots, etc. This service does not have 3DS demos. USA Best Buy and some other retailers have NZone, this NZone seems to be significantly different from the DS(i) NZone. Most content available at Best Buy is already available on eShop, like the screenshots/videos, game info etc. The OK Go video is available from NZone however. The OOT video on NZone server is the one from eShop launch like most of the other videos, none of the videos are in 3D.

Like DSi, when an open 3DS detects NZone the hidden NZone title appears and a notification about it appears. Like DSi this title is already stored on NAND, it's just not visible until you're in range of NZone. When NZone beacons are in range, 3DS only detects NZone when not connected to Internet already.

Description

The NZone browser interface looks very similar to the main 3DS web browser, so it's probably the same as that browser except modified.(and with video support, presumably mobiclip) The NZone beacon encryption is same as before, except some unknown fields in the cleartext was changed where 3DS will only "detect" NZone when the beacons' fields are set this way. DSi will not detect these beacons. The Best Buy NZone uses the same authentication parameter at all stores /w NZone. Accessing the server via curl does not work correctly, the server returns old content. This is likely because the NZone title sends new/different params to the server.

Beacon payload format

This seems to be identical to DS(i) NZone format except for the unknown fields, unknown if support for WPA2 was added. 3DS NZone is not region-locked like DS(i).

OFFSET SIZE DESCRIPTION
0x00 32 AP SSID.
0x20 10 Authentication parameter, required for connecting to the server. Server uses this to determine which third-party content to link to on the index page. First ASCII number char in this param is region, this is also used to determine which server to connect to. Regions: 0) JP 1) USA 2/3) EUR 4) KOR 5) China
0x2a 2 This u16 was always one in all dumps, unknown what this is. This isn't used by the client.
0x2c 24 Some UCS-2 retailer ID string can include the country, unknown what this is but it's not used by the client DS(i). "BestBuy"
0x44 32 AP crypto key, if any.
0x64 1 Unknown, not used by the DS(i) client. For 3DS this is 0x1, for DS(i) this is 0x0.
0x65 1 AP crypto key type: 0) Open 1) WEP-64 2) WEP-128 3) WEP-152
0x66 1 Unknown flags, for 3DS this is 0x1e, for DS(i) this is 0x3. Bits 0 and 1 don't seem to be used by the client. The DS(i) client uses bit2 unknown what for though.
0x67 5 Padding.
0x6c 2 Unknown, with 3DS this is zero but for DS(i) this was 0x428.
0x6e 2 CRC16 over the whole payload excluding checksum offset, initval is 0.
Retrieved from "https://www.3dbrew.org/w/index.php?title=Nintendo_Zone&oldid=732"