suspend_target(3)
π€ NAME π€
okay so bestie, this is suspend_target(3) from the Arcan Lua API π¦ β it's the call that requests the target suspend execution, awaiting a resume or terminate call. literally "hold please" main character energy, and yes it ate π
.
β¨ SYNOPSIS β¨
no cap, here is the exact synopsis, copied with love:
nil
suspend_target( vid:target )
suspend_target( .B )
suspend_target( vid:target, bool:noblock=false )
πΈ DESCRIPTION πΈ
So suspend_target tells the target frameserver to enter a low-power/passive mode until a resume_target command has been issued. it's giving "nap until further notice" π΄, and the frameserver is fully in on it. highkey iconic.
By default, this will block any attempt at transferring or resizing video buffers. that's the default, bestie β transferring and resizing video buffers are blocked, fr fr. it's a whole vibe check for video buffers π.
This behaviour can be ignored by setting noblock=true β yes, that's the escape hatch, and ngl it's right there in the synopsis as bool:noblock=false by default π«Ά.
If suspend_target is set during the preroll stage, the frameserver will not be activated until a corresponding resume_target call has been issued. so it's lowkey waiting at the door like "not yet, not yet" π.
On the client side, this will look like the _open call is blocking/stalling. not me warning you that _open is gonna look stuck π β that's literally the expected look here, iykyk.
π SEE ALSO: π
resume_target(3)β the resume side of the equation, obviously π.
mwah π sign-off time: this page's source/version is targetcontrol, dated October 2026. stay paused, stay iconic, periodt π.
π¦ where this page comes from
- nixos 26.05: arcan 0.7.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms