Folding regions!
This commit is contained in:
parent
b629929a48
commit
df26f4613a
79
headers.js
79
headers.js
@ -1,8 +1,79 @@
|
|||||||
for (const el of document.querySelectorAll("[id]")) {
|
for (const el of document.querySelectorAll("[id]")) {
|
||||||
el.classList.add("haspara")
|
el.classList.add("haspara");
|
||||||
const pilcrow = document.createElement("a");
|
const pilcrow = document.createElement("a");
|
||||||
pilcrow.className = "pilcrow"
|
pilcrow.className = "pilcrow";
|
||||||
pilcrow.href = "#" + el.id;
|
pilcrow.href = "#" + el.id;
|
||||||
pilcrow.innerHTML = "¶"
|
pilcrow.innerHTML = "¶";
|
||||||
el.prepend(pilcrow)
|
el.prepend(pilcrow);
|
||||||
}
|
}
|
||||||
|
|
||||||
|
const foldable = (root, children) => {
|
||||||
|
let state = true;
|
||||||
|
root.addEventListener("click", (e) => {
|
||||||
|
if (e.target.classList.contains("pilcrow")) state = true;
|
||||||
|
else state = !state;
|
||||||
|
|
||||||
|
children.style.height = state ? "auto" : "0";
|
||||||
|
children.style.overflow = state ? "visible" : "hidden";
|
||||||
|
if (state) root.classList.remove("closed");
|
||||||
|
else root.classList.add("closed");
|
||||||
|
});
|
||||||
|
root.classList.add("toggle-root");
|
||||||
|
};
|
||||||
|
|
||||||
|
const make_foldable = (root) => {
|
||||||
|
const child_stacks = new Array(10).fill(null).map(() => ({ children: [], root: null }));
|
||||||
|
|
||||||
|
const flush_header = (this_level, sibling) => {
|
||||||
|
for (let level = 9; level >= this_level; level--) {
|
||||||
|
const stack = child_stacks[level];
|
||||||
|
|
||||||
|
if (!stack.root) continue;
|
||||||
|
|
||||||
|
const new_e = document.createElement("div");
|
||||||
|
for (const old_e of stack.children) {
|
||||||
|
old_e.remove();
|
||||||
|
new_e.appendChild(old_e);
|
||||||
|
}
|
||||||
|
|
||||||
|
foldable(stack.root, new_e);
|
||||||
|
let parent_level;
|
||||||
|
for (parent_level = level - 1; parent_level > 0; parent_level--) if (child_stacks[parent_level].root) break;
|
||||||
|
|
||||||
|
if (parent_level === -1) {
|
||||||
|
if (sibling) root.insertBefore(new_e, sibling);
|
||||||
|
else root.appendChild(new_e);
|
||||||
|
} else {
|
||||||
|
stack.root.remove();
|
||||||
|
child_stacks[parent_level].children.push(stack.root);
|
||||||
|
child_stacks[parent_level].children.push(new_e);
|
||||||
|
}
|
||||||
|
|
||||||
|
stack.root = null;
|
||||||
|
stack.children.length = 0;
|
||||||
|
}
|
||||||
|
};
|
||||||
|
|
||||||
|
for (const child of [...root.children]) {
|
||||||
|
if (/^H\d$/.test(child.tagName)) {
|
||||||
|
const this_level = parseInt(child.tagName[1]) - 1;
|
||||||
|
|
||||||
|
flush_header(this_level, child);
|
||||||
|
|
||||||
|
child_stacks[this_level].root = child;
|
||||||
|
continue;
|
||||||
|
}
|
||||||
|
|
||||||
|
for (let level = 9; level >= 0; level--) {
|
||||||
|
if (child_stacks[level].root) {
|
||||||
|
child_stacks[level].children.push(child);
|
||||||
|
break;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
for (let level = 9; level >= 0; level--) {
|
||||||
|
flush_header(level, null);
|
||||||
|
}
|
||||||
|
};
|
||||||
|
make_foldable(document.body);
|
||||||
|
|||||||
BIN
images/mxstartup.png
Normal file
BIN
images/mxstartup.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 61 KiB |
26
styles.css
26
styles.css
@ -144,7 +144,7 @@ table.nav td {
|
|||||||
.pilcrow {
|
.pilcrow {
|
||||||
position: absolute;
|
position: absolute;
|
||||||
right: calc(100%);
|
right: calc(100%);
|
||||||
padding-right: 4px;
|
padding-right: 24px;
|
||||||
top: .1em;
|
top: .1em;
|
||||||
font-size: .9em;
|
font-size: .9em;
|
||||||
text-decoration: none;
|
text-decoration: none;
|
||||||
@ -234,6 +234,30 @@ mark {
|
|||||||
text-underline-offset: 1px;
|
text-underline-offset: 1px;
|
||||||
}
|
}
|
||||||
|
|
||||||
|
.toggle-root {
|
||||||
|
cursor: pointer;
|
||||||
|
position: relative;
|
||||||
|
}
|
||||||
|
.toggle-root::before {
|
||||||
|
opacity: .5;
|
||||||
|
content: "";
|
||||||
|
display: block;
|
||||||
|
border: 4px solid currentColor;
|
||||||
|
border-left-color: transparent;
|
||||||
|
border-top-color: transparent;
|
||||||
|
position: absolute;
|
||||||
|
left: -18px;
|
||||||
|
top: 50%;
|
||||||
|
transform: translateY(-50%) rotate(45deg);
|
||||||
|
transition: transform 100ms ease-out, opacity 100ms ease-out;
|
||||||
|
}
|
||||||
|
.toggle-root:hover::before {
|
||||||
|
opacity: 1;
|
||||||
|
}
|
||||||
|
.toggle-root.closed::before {
|
||||||
|
transform: translateY(-50%) rotate(-45deg);
|
||||||
|
}
|
||||||
|
|
||||||
@media (prefers-color-scheme: dark) {
|
@media (prefers-color-scheme: dark) {
|
||||||
body {
|
body {
|
||||||
background-color: #000;
|
background-color: #000;
|
||||||
|
|||||||
@ -50,6 +50,40 @@
|
|||||||
<li><code><a href="#getdatalist">cardmng.getdatalist</a></code></li>
|
<li><code><a href="#getdatalist">cardmng.getdatalist</a></code></li>
|
||||||
</ul>
|
</ul>
|
||||||
|
|
||||||
|
<h4>dataid? refid?</h4>
|
||||||
|
<p>Some requests use <code>refid</code>, some use <code>dataid</code>, and some use both. What exactly you use these
|
||||||
|
values for is largely left up to the server implementer, as the game will echo them back verbatim, however here are
|
||||||
|
three suggestions:</p>
|
||||||
|
<table>
|
||||||
|
<tr>
|
||||||
|
<td><code>refid</code></td>
|
||||||
|
<td>An ID that references the user</td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td><code>data</code></td>
|
||||||
|
<td>An ID that references the game specific data for this user/game combination</td>
|
||||||
|
</tr>
|
||||||
|
</table>
|
||||||
|
<table>
|
||||||
|
<tr>
|
||||||
|
<td><code>refid</code></td>
|
||||||
|
<td>A session token issued during card auth</td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td><code>data</code></td>
|
||||||
|
<td>An ID that references the game specific data for this user/game combination</td>
|
||||||
|
</tr>
|
||||||
|
</table>
|
||||||
|
<table>
|
||||||
|
<tr>
|
||||||
|
<td><code>refid</code></td>
|
||||||
|
<td>An ID that references the user</td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td><code>data</code></td>
|
||||||
|
<td>The same as refid; we can use database joins for accessing game data</td>
|
||||||
|
</tr>
|
||||||
|
</table>
|
||||||
|
|
||||||
<h2 id="inquire"><code>cardmng.inquire</code></h2>
|
<h2 id="inquire"><code>cardmng.inquire</code></h2>
|
||||||
<p>Request information about a card that has been inserted or touched against a reader.</p>
|
<p>Request information about a card that has been inserted or touched against a reader.</p>
|
||||||
@ -76,12 +110,11 @@
|
|||||||
<table>
|
<table>
|
||||||
<tr>
|
<tr>
|
||||||
<td><code>refid</code></td>
|
<td><code>refid</code></td>
|
||||||
<td>A reference to this card to be used in other requests</td>
|
<td>See section about refid and dataid</td>
|
||||||
</tr>
|
</tr>
|
||||||
<tr>
|
<tr>
|
||||||
<td><code>dataid</code></td>
|
<td><code>dataid</code></td>
|
||||||
<td>Appears to be set the same as <code>refid</code>; presumably to allow different keys for game state vs
|
<td>See section about refid and dataid</td>
|
||||||
login details.</td>
|
|
||||||
</tr>
|
</tr>
|
||||||
<tr>
|
<tr>
|
||||||
<td><code>newflag</code></td>
|
<td><code>newflag</code></td>
|
||||||
@ -94,12 +127,16 @@
|
|||||||
</tr>
|
</tr>
|
||||||
<tr>
|
<tr>
|
||||||
<td><code>expired</code></td>
|
<td><code>expired</code></td>
|
||||||
<td>? Just set to <code>0</code>.</td>
|
<td>? Just set it to <code>0</code>.</td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td><code>newflag</code></td>
|
||||||
|
<td>? Just set it to <code>0</code>.</td>
|
||||||
</tr>
|
</tr>
|
||||||
</table>
|
</table>
|
||||||
|
|
||||||
<h2 id="getrefid"><code>cardmng.getrefid</code></h2>
|
<h2 id="getrefid"><code>cardmng.getrefid</code></h2>
|
||||||
<p>Register a new card to this server.</p>
|
<p>Register a new card to this server. In the process, we're also going to create a game profile.</p>
|
||||||
<h3>Request:</h3>
|
<h3>Request:</h3>
|
||||||
<pre>{% highlight "cxml" %}<call ...>
|
<pre>{% highlight "cxml" %}<call ...>
|
||||||
<cardmng method="getrefid" cardtype="" cardid="" newflag="" passwd="" model*="" />
|
<cardmng method="getrefid" cardtype="" cardid="" newflag="" passwd="" model*="" />
|
||||||
@ -122,20 +159,21 @@
|
|||||||
<table>
|
<table>
|
||||||
<tr>
|
<tr>
|
||||||
<td><code>refid</code></td>
|
<td><code>refid</code></td>
|
||||||
<td>A reference to this card to be used in other requests</td>
|
<td>See section about refid and dataid</td>
|
||||||
</tr>
|
</tr>
|
||||||
<tr>
|
<tr>
|
||||||
<td><code>dataid</code></td>
|
<td><code>dataid</code></td>
|
||||||
<td>Appears to be set the same as <code>refid</code>; presumably to allow different keys for game state vs
|
<td>See section about refid and dataid</td>
|
||||||
login details.</td>
|
|
||||||
</tr>
|
</tr>
|
||||||
<tr>
|
<tr>
|
||||||
<td><code>pcode</code></td>
|
<td><code>pcode</code></td>
|
||||||
<td>? Not present in captured data.</td>
|
<td>? Just omit this</td>
|
||||||
</tr>
|
</tr>
|
||||||
</table>
|
</table>
|
||||||
|
|
||||||
<h2 id="bindmodel"><code>cardmng.bindmodel</code></h2>
|
<h2 id="bindmodel"><code>cardmng.bindmodel</code></h2>
|
||||||
|
<p>Create a data profile for this card on the current game. Request and response should be fairly self-explanatory.</p>
|
||||||
|
|
||||||
<h3>Request:</h3>
|
<h3>Request:</h3>
|
||||||
<pre>{% highlight "cxml" %}<call ...>
|
<pre>{% highlight "cxml" %}<call ...>
|
||||||
<cardmng method="bindmodel" refid="" newflag="" model*="" />
|
<cardmng method="bindmodel" refid="" newflag="" model*="" />
|
||||||
|
|||||||
@ -219,5 +219,7 @@
|
|||||||
|
|
||||||
<h2>Possible XRPC requests</h2>
|
<h2>Possible XRPC requests</h2>
|
||||||
|
|
||||||
|
<p>Of which properly documented:<br> - <code>cardmng</code></p>
|
||||||
|
|
||||||
{{ generate_xrpc_list()|safe }}
|
{{ generate_xrpc_list()|safe }}
|
||||||
{% endblock %}
|
{% endblock %}
|
||||||
269
templates/pages/sega/partition.html
Normal file
269
templates/pages/sega/partition.html
Normal file
@ -0,0 +1,269 @@
|
|||||||
|
{% extends "sega.html" %}
|
||||||
|
{% block title %}SEGA Partition Structure{% endblock %}
|
||||||
|
{% block body %}
|
||||||
|
<h1>SEGA Partition Structure</h1>
|
||||||
|
|
||||||
|
<p>Games on the Ring* series use MBR partitioned drives. The core partition structure is as follows:</p>
|
||||||
|
|
||||||
|
<table>
|
||||||
|
<thead>
|
||||||
|
<tr>
|
||||||
|
<td>Partition</td>
|
||||||
|
<td>Size</td>
|
||||||
|
<td>Format</td>
|
||||||
|
<td>Content</td>
|
||||||
|
</tr>
|
||||||
|
</thead>
|
||||||
|
<tbody>
|
||||||
|
<tr>
|
||||||
|
<td>1</td>
|
||||||
|
<td>1.5GiB</td>
|
||||||
|
<td>NTFS</td>
|
||||||
|
<td>Windows XP Embedded 2009</td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>2</td>
|
||||||
|
<td>1.5GiB</td>
|
||||||
|
<td>NTFS</td>
|
||||||
|
<td>Windows recovery partition</td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>3</td>
|
||||||
|
<td><i>remaining space</i></td>
|
||||||
|
<td>Extended Partition (LBA)</td>
|
||||||
|
<td>Game data</td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>4</td>
|
||||||
|
<td></td>
|
||||||
|
<td></td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
</tbody>
|
||||||
|
</table>
|
||||||
|
|
||||||
|
<p>Extended partitions are structed by a linked list of partition headers at the beginning of each partition. These
|
||||||
|
headers reserve 3F<sub>h</sub> blocks for their information, however only use a single block at the start of this
|
||||||
|
for actual data. SEGA make use of the remaining blocks in the first extended partition header for SEGA boot records.
|
||||||
|
</p>
|
||||||
|
|
||||||
|
<table>
|
||||||
|
<thead>
|
||||||
|
<tr>
|
||||||
|
<td>Partition offset (blocks)</td>
|
||||||
|
<td>Content</td>
|
||||||
|
</tr>
|
||||||
|
</thead>
|
||||||
|
<tbody>
|
||||||
|
<tr>
|
||||||
|
<td>0</td>
|
||||||
|
<td>Extended partition header</td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>1</td>
|
||||||
|
<td>SEGA Partition Description</td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>2</td>
|
||||||
|
<td>SEGA Boot Record (1)</td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>3</td>
|
||||||
|
<td>SEGA Boot Record (2)</td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>4-63</td>
|
||||||
|
<td>Additional data storage</td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>64-...</td>
|
||||||
|
<td>Actual partition data</td>
|
||||||
|
</tr>
|
||||||
|
</tbody>
|
||||||
|
</table>
|
||||||
|
|
||||||
|
<p>Two identical copies of the SEGA Boot Record are present. This is for redundancy; if either is corrupted, an attempt
|
||||||
|
will be made to restore it from the other copy.</p>
|
||||||
|
|
||||||
|
<h2>SEGA Partition Description</h2>
|
||||||
|
|
||||||
|
<p>The SEGA Partition Description (SPD) largely echos the structure laid out by the extended partition headers, however
|
||||||
|
is the table SEGA loaders preferentially read. It takes up all 512 bytes of the block; it's structure is as follows:
|
||||||
|
</p>
|
||||||
|
|
||||||
|
<table>
|
||||||
|
<thead>
|
||||||
|
<tr>
|
||||||
|
<td></td>
|
||||||
|
<td>0</td>
|
||||||
|
<td>1</td>
|
||||||
|
<td>2</td>
|
||||||
|
<td>3</td>
|
||||||
|
<td>4</td>
|
||||||
|
<td>5</td>
|
||||||
|
<td>6</td>
|
||||||
|
<td>7</td>
|
||||||
|
<td>8</td>
|
||||||
|
<td>9</td>
|
||||||
|
<td>A</td>
|
||||||
|
<td>B</td>
|
||||||
|
<td>C</td>
|
||||||
|
<td>D</td>
|
||||||
|
<td>E</td>
|
||||||
|
<td>F</td>
|
||||||
|
</tr>
|
||||||
|
</thead>
|
||||||
|
<tbody>
|
||||||
|
<tr>
|
||||||
|
<td>00<sub>h</sub></td>
|
||||||
|
<td colspan="4">CRC32</td>
|
||||||
|
<td>Ver</td>
|
||||||
|
<td colspan="11"></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>10<sub>h</sub></td>
|
||||||
|
<td>Slot content</td>
|
||||||
|
<td>?</td>
|
||||||
|
<td colspan="2">Block size</td>
|
||||||
|
<td colspan="4">Block count</td>
|
||||||
|
<td colspan="8"></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>20<sub>h</sub></td>
|
||||||
|
<td>Slot content</td>
|
||||||
|
<td>?</td>
|
||||||
|
<td colspan="2">Block size</td>
|
||||||
|
<td colspan="4">Block count</td>
|
||||||
|
<td colspan="8"></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>30<sub>h</sub></td>
|
||||||
|
<td>Slot content</td>
|
||||||
|
<td>?</td>
|
||||||
|
<td colspan="2">Block size</td>
|
||||||
|
<td colspan="4">Block count</td>
|
||||||
|
<td colspan="8"></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td colspan="17">...</td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>F0<sub>h</sub></td>
|
||||||
|
<td>Slot content</td>
|
||||||
|
<td>?</td>
|
||||||
|
<td colspan="2">Block size</td>
|
||||||
|
<td colspan="4">Block count</td>
|
||||||
|
<td colspan="8"></td>
|
||||||
|
</tr>
|
||||||
|
</tbody>
|
||||||
|
</table>
|
||||||
|
|
||||||
|
<p>The slot content types are:</p>
|
||||||
|
<table>
|
||||||
|
<thead>
|
||||||
|
<tr>
|
||||||
|
<td>Value</td>
|
||||||
|
<td>Meaning</td>
|
||||||
|
</tr>
|
||||||
|
</thead>
|
||||||
|
<tbody>
|
||||||
|
<tr>
|
||||||
|
<td>10<sub>h</sub></td>
|
||||||
|
<td>original0</td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>11<sub>h</sub></td>
|
||||||
|
<td>original1</td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>20<sub>h</sub></td>
|
||||||
|
<td>patch0</td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>21<sub>h</sub></td>
|
||||||
|
<td>patch1</td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>30<sub>h</sub></td>
|
||||||
|
<td>os</td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>40<sub>h</sub></td>
|
||||||
|
<td>app_data</td>
|
||||||
|
</tr>
|
||||||
|
</tbody>
|
||||||
|
</table>
|
||||||
|
|
||||||
|
<h2>SEGA Boot Record</h2>
|
||||||
|
|
||||||
|
<p>The SEGA Boot Record (SBR) contains detailed information about the content of each slot.</p>
|
||||||
|
|
||||||
|
<table>
|
||||||
|
<thead>
|
||||||
|
<tr>
|
||||||
|
<td></td>
|
||||||
|
<td>0</td>
|
||||||
|
<td>1</td>
|
||||||
|
<td>2</td>
|
||||||
|
<td>3</td>
|
||||||
|
<td>4</td>
|
||||||
|
<td>5</td>
|
||||||
|
<td>6</td>
|
||||||
|
<td>7</td>
|
||||||
|
<td>8</td>
|
||||||
|
<td>9</td>
|
||||||
|
<td>A</td>
|
||||||
|
<td>B</td>
|
||||||
|
<td>C</td>
|
||||||
|
<td>D</td>
|
||||||
|
<td>E</td>
|
||||||
|
<td>F</td>
|
||||||
|
</tr>
|
||||||
|
</thead>
|
||||||
|
<tbody>
|
||||||
|
<tr>
|
||||||
|
<td>00<sub>h</sub></td>
|
||||||
|
<td colspan="4">CRC32</td>
|
||||||
|
<td>Ver</td>
|
||||||
|
<td colspan="11"></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>10<sub>h</sub></td>
|
||||||
|
<td colspan="16"></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>20<sub>h</sub></td>
|
||||||
|
<td>Bootslot</td>
|
||||||
|
<td colspan="2"></td>
|
||||||
|
<td colspan="5">5x slot status</td>
|
||||||
|
<td colspan="8"></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>30<sub>h</sub></td>
|
||||||
|
<td rowspan="3" colspan="16"></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>...</td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>A0<sub>h</sub></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>B0<sub>h</sub></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>C0<sub>h</sub></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>D0<sub>h</sub></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>E0<sub>h</sub></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>F0<sub>h</sub></td>
|
||||||
|
</tr>
|
||||||
|
</tbody>
|
||||||
|
</table>
|
||||||
|
|
||||||
|
{% endblock %}
|
||||||
13
templates/pages/sega/software/boot.html
Normal file
13
templates/pages/sega/software/boot.html
Normal file
@ -0,0 +1,13 @@
|
|||||||
|
{% extends "sega.html" %}
|
||||||
|
{% block title %}Boot Sequence{% endblock %}
|
||||||
|
{% block body %}
|
||||||
|
<h1>Boot Sequence</h1>
|
||||||
|
|
||||||
|
<p>This page is a stub for now.</p>
|
||||||
|
|
||||||
|
<ol>
|
||||||
|
<li><a href="./mxprestartup.html">mxprestartup</a></li>
|
||||||
|
<li><a href="./mxstartup.html">mxstartup</a></li>
|
||||||
|
</ol>
|
||||||
|
|
||||||
|
{% endblock %}
|
||||||
23
templates/pages/sega/software/mxmaster.html
Normal file
23
templates/pages/sega/software/mxmaster.html
Normal file
@ -0,0 +1,23 @@
|
|||||||
|
{% extends "sega.html" %}
|
||||||
|
{% block title %}mxmaster{% endblock %}
|
||||||
|
{% block body %}
|
||||||
|
<h1>mxmaster</h1>
|
||||||
|
|
||||||
|
<p>mxmaster is the program responsible for orchastrating the entire system.</p>
|
||||||
|
|
||||||
|
<p>It first spawns the following list of programs:</p>
|
||||||
|
|
||||||
|
<ul>
|
||||||
|
<li><code>s:\mxkeychip.exe</code></li>
|
||||||
|
<li><code>s:\mxnetwork.exe -p 40104</code></li>
|
||||||
|
<li><code>s:\mxstorage.exe</code></li>
|
||||||
|
<li><code>s:\mxinstaller.exe -cmdport 40102 -binport 40103</code> (sometimes with <code>-openmode any</code> appended)</li>
|
||||||
|
<li><code>s:\mxgcatcher.exe {appboot.platformid} {appboot.gameid} {appboot.networkaddr} {appboot.keyid}</code></li>
|
||||||
|
<li><code>s:\mxgfetcher.exe {appboot.platformid} {appboot.gameid} {appboot.networkaddr} {appboot.keyid}</code></li>
|
||||||
|
<li><code>s:\mxgdeliver.exe {appboot.platformid} {appboot.gameid} {appboot.networkaddr} {appboot.keyid}</code></li>
|
||||||
|
<li><code>C:\WINDOWS\system32\regini.exe S:\default_regset.txt</code></li>
|
||||||
|
<li><code>c:\System\Execute\mxsegaboot.exe</code></li>
|
||||||
|
<!-- Investigate amDongleSetAuthConfig->FUN_00412ae0 -->
|
||||||
|
</ul>
|
||||||
|
|
||||||
|
{% endblock %}
|
||||||
15
templates/pages/sega/software/mxprestartup.html
Normal file
15
templates/pages/sega/software/mxprestartup.html
Normal file
@ -0,0 +1,15 @@
|
|||||||
|
{% extends "sega.html" %}
|
||||||
|
{% block title %}mxprestartup{% endblock %}
|
||||||
|
{% block body %}
|
||||||
|
<h1>mxprestartup</h1>
|
||||||
|
|
||||||
|
<p>mxprestartup is the first program to run when the AppUser user logs in.</p>
|
||||||
|
|
||||||
|
<p>This program's sole job is to construct the password for SystemUser, and spawn <a
|
||||||
|
href="./mxstartup.html">mxstartup.exe</a> as SystemUser.</p>
|
||||||
|
|
||||||
|
<p>Micetools contains a full version of this program, with a few additions for ease of use. <a
|
||||||
|
href="https://gitea.tendokyu.moe/Bottersnike/micetools/src/branch/master/src/micetools/miceboot/mxprestartup.c">It
|
||||||
|
can be found on the micetools repository.</a></p>
|
||||||
|
|
||||||
|
{% endblock %}
|
||||||
133
templates/pages/sega/software/mxstartup.html
Normal file
133
templates/pages/sega/software/mxstartup.html
Normal file
@ -0,0 +1,133 @@
|
|||||||
|
{% extends "sega.html" %}
|
||||||
|
{% block title %}mxstartup{% endblock %}
|
||||||
|
{% block body %}
|
||||||
|
<h1>mxstartup</h1>
|
||||||
|
|
||||||
|
<p>mxstartup is responsible for some very initial system checks, loading the S: drive, and handing over to <a
|
||||||
|
href="./mxmaster.html">mxmaster.exe</a>.</p>
|
||||||
|
|
||||||
|
<p>This is the first time anything other than the Windows XP boot screen will be shown.</p>
|
||||||
|
|
||||||
|
<img class="graphic" src="../../images/mxstartup.png">
|
||||||
|
|
||||||
|
<p>mxstartup is responsible for a number of error codes, listed below. This table contains every error mxstartup can
|
||||||
|
produce, to the best of my knowledge.</p>
|
||||||
|
<table>
|
||||||
|
<thead>
|
||||||
|
<tr>
|
||||||
|
<td>Error code</td>
|
||||||
|
<td>Message</td>
|
||||||
|
<td>Meaning</td>
|
||||||
|
</tr>
|
||||||
|
</thead>
|
||||||
|
<tbody>
|
||||||
|
<tr>
|
||||||
|
<td>0500</td>
|
||||||
|
<td>SecurityCheck error</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>0501</td>
|
||||||
|
<td>CheckEwfState error</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>0502</td>
|
||||||
|
<td>GetSystemVersion error</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>0503</td>
|
||||||
|
<td>GetsystemKeyFile</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>0504</td>
|
||||||
|
<td>SetDiskAccessPrivilege</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>0505</td>
|
||||||
|
<td>MountSystem</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>0506</td>
|
||||||
|
<td>MountUpdate error</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>0507</td>
|
||||||
|
<td>ExecuteMaMaster</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>0508</td>
|
||||||
|
<td>GetOSUpdateKeyFile error</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>0509</td>
|
||||||
|
<td>ExecuteMxOSUpdate error</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>0510</td>
|
||||||
|
<td>ChangeEWFStateEnable error</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>0511</td>
|
||||||
|
<td>GetSBRSlotOSState error</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>0512</td>
|
||||||
|
<td>Deleate Key File error</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>0513</td>
|
||||||
|
<td>MountDriver error</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>0514</td>
|
||||||
|
<td>CheckPlatform error</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>0540</td>
|
||||||
|
<td>Unmount error</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>0541</td>
|
||||||
|
<td>MountRecoveryVolume error</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>0543</td>
|
||||||
|
<td>MxChangeActivePartition error</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>0545</td>
|
||||||
|
<td>osuSystemReboot error</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>0546</td>
|
||||||
|
<td>GetSystemDiskNumber error</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
<tr>
|
||||||
|
<td>????</td>
|
||||||
|
<td>SetBackupComputerName failed</td>
|
||||||
|
<td></td>
|
||||||
|
</tr>
|
||||||
|
</tbody>
|
||||||
|
</table>
|
||||||
|
<p>These errors are also reported into the Application event log, under the source <code>mxstartup</code>.</p>
|
||||||
|
|
||||||
|
{% endblock %}
|
||||||
Loading…
Reference in New Issue
Block a user