resume_target(3)
π resume_target(3) β Arcan Lua API
okay bestie so this one's from the Arcan Lua API and it's genuinely so useful, let me put you on β¨
π NAME π
resume_target β the way you politely (or not-so-politely) ask a targetid to wake back up from a previously paused state π«Ά
π¦ SYNOPSIS π¦
nil
resume_target( targetvid, noblock_fsrv )
β¨ DESCRIPTION β¨
okay so first things first, there are two principal pause/resume mechanisms going on here, and they overlap slightly β iykyk, it's giving layered architecture π
Mechanism one: resume_movie β this one guarantees that the audio/video playback sampling will be paused in the main engine. And the implication of that is lowkey iconic: queued buffers stay intact. (Decode-sessions can maintain a preset number of cached audio/video frames, so yeah, they're just chilling there, preserved, no cap.) π
Mechanism two: the related resume_target β this sends a request to the target frameserver or hijack sessions, and it blocks the process to whatever extent is possible. Like it will literally hold things up as much as it can π
But here's the β¨ twist β¨ β if noblock_fsrv is set to something other than 0, then only the hinting event is sent. Nothing else. Just the hint. That's the whole vibe. πΈ
bestie pls note:resume_movieandresume_targetare related but not the same thing, and the manpage literally says they "overlap slightly" β so don't go merging them in your head, mwah π
π SEE ALSO π
resume_movie(3)β the other half of this whole situation, go read it π
k bye ily, this page was brought to you by targetcontrol, October 2026 β that's the source/version and date, slay πβ¨
π¦ 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