6abc7f9475
Some checks failed
build / build (push) Has been cancelled
stopWorker() ran a 2 s bounded join on the client tick thread. When a user runs /videoPlace and immediately /videoDelete, the decoder worker is still inside native grabber.start() doing the initial HTTP probe (probesize=8 MB, analyzeduration=2 s); that call doesn't honor the running flag and Thread.interrupt() doesn't unblock native I/O, so the join blocked the tick thread for as long as start() took — exactly the brief in-game freeze the user reported. Signal stop (running=false, audio line stop+flush, worker.interrupt()) and return. The worker is a daemon, the audio tail is already silenced, the Entry has been removed from the map, and the worker's finally still closes the grabber whenever start()/grab() eventually returns — nothing observable depends on the grabber being closed synchronously before close() returns. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
17 lines
457 B
Properties
17 lines
457 B
Properties
org.gradle.jvmargs=-Xmx2G
|
|
org.gradle.parallel=true
|
|
# Config cache disabled — new loom + IntelliJ aren't fully compatible yet
|
|
org.gradle.configuration-cache=false
|
|
|
|
# Mod
|
|
mod_id=video_player
|
|
mod_version=0.4.27
|
|
maven_group=com.ejclaw.videoplayer
|
|
archives_base_name=video_player
|
|
|
|
# Minecraft / Fabric (26.1.2 — single target, intermediary/Yarn retired)
|
|
minecraft_version=26.1.2
|
|
loader_version=0.19.2
|
|
loom_version=1.16-SNAPSHOT
|
|
fabric_version=0.149.0+26.1.2
|