resume_target(3)

πŸ“¦
version 0.7.1 Β· 2 versions
, in nixos 26.05

πŸ’… 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_movie and resume_target are 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