Price history
Recorded standalone sale prices and the latest available store price, in USD. Historical dots use the sale start date and its recorded offer price. Prices can change during a sale; this is not a daily price log. Bundle prices and upcoming offers are excluded. History covers up to the 100 most recent recorded offers.
Lowest recorded standalone price in this history: $9.99. The latest store price is $9.99, matching the lowest recorded price shown here.
View 2 recorded prices
| Sale start / price check | Price | Observation |
|---|---|---|
| $9.99 | Latest store price | |
| $9.99 | Unity First Price 2026-09-03 2026-09-03 |
Sale and bundle history
The 1 most recent recorded offers including this asset. Past offers may no longer be available. Bundle prices cover a package, not this asset alone.
About Quick Screen Transition Pro
- Art & Visuals > VFX
Transition.To("Level2", profile); // cover, load, reveal
Transition.Play(profile, () => ResetTheBoard()); // cover, do it, reveal
Nothing to add to a scene. No renderer feature, no custom pass, no packages — the overlay is drawn from IMGUI, so it behaves the same in Built-in, URP and HDRP with no setup at all.
The part that is easy to get wrong is not the wipe. It is the moment in the middle: the screen has to be provably opaque before anything changes, and the reveal must not start until the new scene is genuinely ready. Transition.To holds allowSceneActivation back and waits there however long the load takes. That is why you never see a frame of the old scene, or of the new one arriving early.
SIX SHAPES
• FADE — the one that never looks wrong, and the one to use when the transition should not be noticed
• WIPE — a straight edge at any angle. Reads as moving somewhere rather than as stopping.
• IRIS — a circle closing to any point. Aim it at what matters and the last thing on screen is the thing you wanted remembered.
• DISSOLVE — noise eaten away by a rising threshold; the grain size changes the whole character
• BLOCKS — squares filling in, in a scrambled order. The retro one.
• BARS — alternate bars closing from opposite ends, like a blind
A PREVIEW YOU CAN SCRUB
• Drag a bar and sit on any moment of the transition, without pressing Play
• Drawn with the same material and the same timing functions the runtime uses, so the frame you tune is the frame that ships
• The phase bands show cover, hold and reveal as three widths — so the window your loading happens in is a thing you can see
IT ACTUALLY COVERS
• An iris closing into a corner of a 2.4:1 screen reaches 100%. So does a 45-degree wipe.
• Both are measured by the package's own checks, because "leaves a sliver of the old scene at the very end" is the classic bug in hand-rolled transitions
• A diagonal wipe has further to travel than a straight one, and an iris has to reach the far corner rather than the near edge. That is worked out, not guessed.
TIMING THAT MAKES SENSE
• Cover, hold and reveal are three separate durations — a quick swallow and a slow reveal reads as arriving somewhere, the other way round reads as leaving
• Four easing curves, each explained in the inspector
• Unscaled time by default, because a pause menu changing scene is exactly the case where Time.timeScale is zero
NO SETUP AT ALL
• No manager object, no renderer feature, no custom pass, no packages — not even TextmeshPro or uGUI
• The first call builds what it needs and hides it
• Imports into a bare Built-in project with zero console errors, and behaves the same in URP and HDRP
• Pure-C# timing and sweep maths, shared by the editor and the runtime, so the preview and the game cannot disagree
Transition.Play(profile, () => ResetTheBoard()); // cover, do it, reveal
Nothing to add to a scene. No renderer feature, no custom pass, no packages — the overlay is drawn from IMGUI, so it behaves the same in Built-in, URP and HDRP with no setup at all.
The part that is easy to get wrong is not the wipe. It is the moment in the middle: the screen has to be provably opaque before anything changes, and the reveal must not start until the new scene is genuinely ready. Transition.To holds allowSceneActivation back and waits there however long the load takes. That is why you never see a frame of the old scene, or of the new one arriving early.
SIX SHAPES
• FADE — the one that never looks wrong, and the one to use when the transition should not be noticed
• WIPE — a straight edge at any angle. Reads as moving somewhere rather than as stopping.
• IRIS — a circle closing to any point. Aim it at what matters and the last thing on screen is the thing you wanted remembered.
• DISSOLVE — noise eaten away by a rising threshold; the grain size changes the whole character
• BLOCKS — squares filling in, in a scrambled order. The retro one.
• BARS — alternate bars closing from opposite ends, like a blind
A PREVIEW YOU CAN SCRUB
• Drag a bar and sit on any moment of the transition, without pressing Play
• Drawn with the same material and the same timing functions the runtime uses, so the frame you tune is the frame that ships
• The phase bands show cover, hold and reveal as three widths — so the window your loading happens in is a thing you can see
IT ACTUALLY COVERS
• An iris closing into a corner of a 2.4:1 screen reaches 100%. So does a 45-degree wipe.
• Both are measured by the package's own checks, because "leaves a sliver of the old scene at the very end" is the classic bug in hand-rolled transitions
• A diagonal wipe has further to travel than a straight one, and an iris has to reach the far corner rather than the near edge. That is worked out, not guessed.
TIMING THAT MAKES SENSE
• Cover, hold and reveal are three separate durations — a quick swallow and a slow reveal reads as arriving somewhere, the other way round reads as leaving
• Four easing curves, each explained in the inspector
• Unscaled time by default, because a pause menu changing scene is exactly the case where Time.timeScale is zero
NO SETUP AT ALL
• No manager object, no renderer feature, no custom pass, no packages — not even TextmeshPro or uGUI
• The first call builds what it needs and hides it
• Imports into a bare Built-in project with zero console errors, and behaves the same in URP and HDRP
• Pure-C# timing and sweep maths, shared by the editor and the runtime, so the preview and the game cannot disagree