清掉 5 个确认没人调用的遗留函数

staticcheck 的 U1000 一直报这 5 个，逐个核对过引用（含同名方法、测试、字符串调用、反射）：

- runFFmpeg：runFFmpegWith 的薄包装，没有任何调用点
- isLiveOn(uid int)：包级函数没人用，实际在跑的始终是 streamer.isLiveOn() 方法
- quitRecord：需要收尾的地方都直接 updateLiveInfo(..., isRecording = false)
- setLiveInfo：整体覆盖 liveInfo，早已被 updateLiveInfo（原地改部分字段）取代
- isRecording(liveID)：字段 info.isRecording 到处都在直接用

上一轮那个 jobActive 虽然也是 U1000，但它是「本该接上却漏接」的护栏（接回后
P0 的并发问题才解决），所以这次删之前特意确认这 5 个不是同类情况：它们都有
等价且更合适的现役替代实现。

验证：gofmt -l 空；go vet ./... 空；go build ./... 通过；go test ./... 全绿（11.3s）；
staticcheck -checks=all 的 U1000 归零。

utils.go

@@ -248,13 +248,6 @@ func getLiveInfo(liveID string) (liveInfo, bool) {
 	return liveInfo{}, false
 }
 
-// 将 info 放进 lInfoMap 里
-func setLiveInfo(info liveInfo) {
-	lInfoMap.Lock()
-	defer lInfoMap.Unlock()
-	lInfoMap.info[info.LiveID] = info
-}
-
 // 原地更新 liveInfo 的部分字段，不覆盖其他字段（弹幕和视频录制共用同一个 liveInfo）
 func updateLiveInfo(liveID string, f func(*liveInfo)) {
 	lInfoMap.Lock()
@@ -275,14 +268,6 @@ func isDanmu(liveID string) bool {
 	return false
 }
 
-// 根据 liveID 查询是否正在录制直播视频
-func isRecording(liveID string) bool {
-	if info, ok := getLiveInfo(liveID); ok {
-		return info.isRecording
-	}
-	return false
-}
-
 // 跨盘搬运成片时的临时后缀：拷一半失败也能一眼看出不是成品
 const partSuffix = ".acfunlive.part"