Skip to content
Tuxedo CatSTUDIO
Menu

Probability Director Lab

Probability Director Lab is the Editor-facing environment for exact event probability, Probability Bias, Bernoulli/Binomial analysis, isolated Monte Carlo, RNG Health, and isolated Lab sampling.

For exact probability concepts and Runtime/API behavior, see Probability.md.


Use Probability Director Lab to answer questions such as:

  • What is the exact Base probability?
  • What does Probability Bias change it to?
  • What is the exact Bernoulli or Binomial distribution?
  • How do Monte Carlo results compare with theory?
  • What is the isolated Lab stream actually producing?
  • Is a Binomial success-count experiment behaving as configured?
  • How large is the observed sampling error?
  • Do simple RNG Health metrics show unexpected behavior?

The approved Probability Director Lab input order is:

  1. Numerator.
  2. Denominator.
  3. Binomial Trial Count.
  4. Binomial K.
  5. Probability Bias (%).

The Lab keeps exact probability authoring separate from empirical sampling.


Numerator/Denominator define the exact Base probability.

Example:

Numerator = 1
Denominator = 4

means:

Base Probability = 1/4 = 25%

The exact ratio remains authoritative.


Probability Director Lab exposes one symmetric signed:

Probability Bias (%)

field.

Normal authoring range:

-99.999% ... +99.999%

Semantics:

  • Positive chooses the positive Bias direction.
  • Negative chooses the negative direction.
  • Zero is Neutral.

Up to four decimal places are converted through the exact authoring path.


The native/Blueprint probability authority supports exact:

±100%

deterministic endpoints.

Probability Director Lab intentionally keeps ordinary tuning at:

±99.999%

Exact certainty/impossibility endpoints remain API capabilities outside normal Lab probabilistic authoring.


At zero Bias:

  • Blue Base is shown.
  • No identical Green duplicate is required.

At nonzero Bias:

  • Blue = Base.
  • Green = Configured / Probability Bias.

This isolates the effect of Bias.


Bernoulli represents one success/failure event.

The theoretical outcomes are:

Failure
Success

One actual Runtime Sample Outcome represents one complete Bernoulli event.


For:

Trial Count = N

the exact outcome support is:

0 ... N successes

The selected K can be used for exact Binomial probability questions where applicable.

One actual Runtime Sample Outcome is one complete N-trial success-count observation.

It is not one Bernoulli trial.


Evaluate computes the current exact theoretical result.

No Runtime Context is required.

Evaluation establishes the valid current:

  • Base probability/distribution.
  • Configured Bias distribution.
  • Exact chart.
  • Result summary.
  • Export snapshot.

Lab sampling and Monte Carlo must correspond to that current configuration.


Probability Director Lab supports isolated Monte Carlo.

The simulation owns a temporary standalone Probability Director context/Stream.

It does not advance the isolated Lab stream.

Random modes:

  • Fixed Seed.
  • Secure.

Keyed Monte Carlo is intentionally not a V1 mode.


Trial Count:

1 ... 10,000,000

Common presets:

  • 1K.
  • 10K.
  • 100K.
  • 1M.

Runs are chunked and cancellable.

Canceled runs report requested/completed work rather than pretending the requested experiment completed.


Probability Director Lab Monte Carlo can show RNG Health diagnostics such as:

  • Sample Count.
  • Maximum absolute probability error.
  • Mean absolute probability error.
  • Chi-square statistic.
  • Degrees of freedom.
  • P-value.
  • Lag-1 correlation.
  • Lag-2 correlation.
  • Lag-3 correlation.
  • Lag-4 correlation.

These metrics compare observed samples with expected behavior and test simple serial dependence.

They are not proof of perfect or cryptographically secure randomness.


Sample Outcome executes one experiment against the Lab-owned isolated Sequential stream. It does not use the selected gameplay Probability subsystem or a live registered stream.

For Bernoulli, one action produces one Success/Failure observation. For Binomial, one action produces a complete N-trial success count and contributes one aggregate observation. Evaluation is refreshed before sampling so invalid or stale authored configuration is rejected.

The Lab has no gameplay Runtime Context or live stream selector. Its sample accumulator is local presentation data; clearing it does not clear diagnostics or reset any gameplay stream. A fresh Lab session starts its own ephemeral experiment stream.

Sample Outcome and continuous Lab sampling use the Lab-owned isolated Sequential engine. Repeated Lab samples advance only this experiment engine. They cannot alter future gameplay outcomes or retained gameplay diagnostics.

The Lab does not execute live Keyed Probability operations. For a deliberate operation against a live Keyed stream, use Probability Director Runtime Controls and review the live-probe warning. Keyed calls do not advance the Sequential cursor, though they execute through the live subsystem and may be recorded in its diagnostics.

The Lab can sample at 1–100 samples per second (default 10). Start Continuous and Stop control only the isolated Lab experiment stream. Sampling is scheduled without blocking the Editor. It is independent of the Live Stream Probe gate in Runtime Controls.

For Binomial, Red outcome buckets are:

0 ... N successes

One Lab sample increments exactly one bucket.

With a stable configuration and enough observations, Red empirical behavior should trend toward the configured theoretical distribution.


For a Red Binomial outcome, the hover presentation can identify:

  • Lab Samples.
  • Sample Outcome Result.
  • K successes.
  • Observed percentage.
  • Count / Lab sample total.
  • Configured probability for that success-count outcome.

This keeps the observed result distinct from theoretical Green probability.


Color Meaning
Blue Base
Green Configured / Probability Bias
Orange Monte Carlo / Empirical
Red Lab Samples

Where all are present:

Blue -> Green -> Orange -> Red

Title priority:

  1. Red Lab Samples.
  2. Orange Monte Carlo when no Red exists.
  3. Exact current online.
  4. Exact current offline.

Approved titles:

Runtime:

Probability Analysis - <StreamId>

Monte Carlo:

Monte Carlo Theoretical vs Empirical Distribution - Probability Director Lab

Exact online:

Probability Analysis

Exact offline:

Probability Analysis - Offline

PIE/GameInstance/map identifiers are not placed in the visible title.


A completed same-configuration Monte Carlo result can remain visible while actual Lab sampling begins.

Interpretation:

Orange = isolated simulator
Red = isolated Lab stream

If the authored probability configuration changes, both empirical projections are invalidated.


Changing a meaningful authored Probability field:

  • Stops Continuous.
  • Clears stale exact chart.
  • Clears stale Orange Monte Carlo.
  • Clears stale Red Runtime aggregate.
  • Clears last sample.
  • Clears old export snapshot.
  • Restores the Lab Guide/result-empty presentation.

No Runtime result should be plotted against older theory.


Changing Runtime Context or Registered Stream resets the Lab’s Runtime presentation session.

It clears stream-specific:

  • Red samples.
  • Last result.
  • Old chart/export session state.

It does not reset or rewind the gameplay Stream itself.


Active Monte Carlo and active Runtime Continuous sampling are mutually exclusive.

The Lab should not run both jobs simultaneously through one UI session.

This keeps progress/cancellation/state semantics clear.


Probability Director Lab supports:

  • CSV.
  • Markdown.
  • PNG.
  • SVG.
  • Report bundle.

Runtime aggregate export uses:

ProbabilityLab-RuntimeSamples.csv

The export is aggregate-focused.

It does not emit an unbounded chronological sample log.


Secure Monte Carlo/Runtime projections do not expose:

  • Secure root.
  • Entropy bytes.
  • Generator key.
  • Nonce.
  • Raw generator state.
  • Byte position.

Fixed Monte Carlo may intentionally include its authored Fixed Seed.


Common visible failures include:

  • Invalid numerator/denominator.
  • Invalid exact probability.
  • Invalid Binomial Trial Count.
  • Invalid Binomial K.
  • Invalid Bias input.
  • Missing Runtime Context.
  • Missing Registered Stream.
  • Decision-mode mismatch.
  • Invalid Decision Key.
  • Monte Carlo Trial Count out of bounds.
  • Numerical/sampling failure.

A failed automatic Evaluate prevents Lab sampling against invalid/stale theory.


Set Numerator / Denominator
-> Evaluate
-> inspect exact Base
Evaluate Base
-> set Probability Bias
-> Evaluate
-> compare Blue vs Green
Evaluate
-> choose Fixed or Secure
-> Run Monte Carlo
-> compare Orange
-> inspect RNG Health
Start PIE
-> select Runtime Context
-> select Registered Stream
-> Sample Outcome / Start Continuous
-> inspect Red
Select Keyed Stream
-> author/select Decision Key
-> set Occurrence Index
-> Sample Outcome
-> repeat or change occurrence intentionally

Treating one Binomial sample as one Bernoulli trial

Section titled “Treating one Binomial sample as one Bernoulli trial”

One Binomial Sample Outcome is one complete N-trial success count.

Orange is isolated Monte Carlo.

Red is actual isolated Lab stream sampling.

The Runtime/API supports it; normal Lab authoring intentionally uses ±99.999%.

It clears only the Lab aggregate.

No. Occurrence behavior is explicit.


Evaluate
= exact theory
Probability Bias
= Base -> Configured
Monte Carlo
= isolated repeated experiment
Sample Outcome
= one isolated Lab stream operation
Bernoulli Sample Outcome
= one yes/no observation
Binomial Sample Outcome
= one complete N-trial success count
Blue
= Base
Green
= Configured
Orange
= Monte Carlo
Red
= Lab Samples