Name & Ordinals - Sockets 101
How sockets and name-ordinal indexing works for quest and scene nodes
Imagine nodes are like LEGO blocks with connection points:
βββββββββββββββ βββββββββββββββ
β Block A ββββββΆβ Block B β
β β β β
β OUT socket β β IN socket β
βββββββββββββββ βββββββββββββββOUT sockets = Where signals LEAVE a block
IN sockets = Where signals ENTER a block
Name & Ordinal in a nutshell is the "address" that tells signals which socket to use
π¬ Enter: Cut
When you're watching a movie and suddenly:
The phone rings and interrupts the conversation
Explosions start and everyone stops talking
An emergency happens and the scene changes immediately
That's a "Cut" - something that interrupts the normal story flow
In Cyberpunk:
Normal Story Flow:
V talks to Jackie ββββΆ Jackie responds ββββΆ Conversation continues
With a Cut:
V talks to Jackie ββββΆ π₯ COMBAT STARTS! ββββΆ Conversation STOPS
β
Cut signalπ Two Types of Connections:
Normal connections = "Continue the story naturally"
Cut connections = "INTERRUPT! Something urgent happened!"
Every node in a scene or quest can:
Send normal signals = "Here's the next part of the quest or scene"
Send cut signals = "STOP! Emergency!"
Receive normal signals = "Ok, continuing the story..."
Receive cut signals = "Oh no! I'm being interrupted!"
π¬ Now, How Do We Address These Messages?
Every message between story blocks needs an address label with two numbers:
π The Address System:
Name = "What KIND of message?" (Normal=0, Cut=1, etc.)
Ordinal = "Which version/slot?" (Usually 0)
π€ But Here's the Tricky Part:
Quest nodes and Scene nodes use different rules for these addresses. They speak different languages:
Quest Node Logic: "I organize by message type first"
Normal message #1:
Name:0, Ordinal:0Normal message #2:
Name:0, Ordinal:1β Same Name, different OrdinalEmergency message or a cut:
Name:1, Ordinal:0
Scene Node Logic: "I organize by giving each path a unique ID"
Normal message:
Name:0, Ordinal:0Emergency message or a cut :
Name:1, Ordinal:0β Different Name, same OrdinalStory path 1:
Name:2, Ordinal:0Story path 2:
Name:3, Ordinal:0
Think of it like this:
Quest nodes count: "Type 0: slot 1, slot 2, slot 3..."
Scene nodes count: "Path 0, Path 1, Path 2, Path 3..."
That's it! The rest is just knowing which system each block type uses! π―
The Complete Socket Reference Table
Quest
Cut Destination
0
0
0
"CutDestination"
Quest
Normal Input
0
1
1
"In"
Scene
Normal Input
0
0
0
"In"
Scene
Cut Input
1
0
1
"Cut"
Output Sockets (Both Types):
Both
Normal Out
0
0
0
Both
Cut Out
1
0
1
π¨ ASCII Visual Guide
Quest Node Layout:
Scene Node Layout:
π Connection Flow Examples
Normal Story Flow:
Cut/Interrupt Flow:
Mixed Example:
π Quick Reference for Modders
When Creating Connections:
TO Quest Nodes:
Normal flow:
Name: 0, Ordinal: 1Cut flow:
Name: 0, Ordinal: 0
TO Scene Nodes:
Normal flow:
Name: 0, Ordinal: 0Cut flow:
Name: 1, Ordinal: 0
FROM Any Node (Outputs):
Normal output:
Name: 0, Ordinal: 0Cut output:
Name: 1, Ordinal: 0
β Common Mistakes to Avoid
DON'T Mix Systems:
Remember the Rule:
Quest nodes: Ordinal determines socket
Scene nodes: Name determines socket type
Last updated