Files
zeekay e9292da479 refactor: own the module path, and move the KV client to hanzokv/go
This fork lived at github.com/hanzoai/livekit but still declared
`module github.com/livekit/livekit-server`, so all 505 self-references pointed
at upstream. A fork that does not own its module path is the exact thing the
owned-module-paths rule exists to prevent: every import line in every consumer
carries someone else's brand, and `go get` resolves to their code, not ours.

  module + 505 self-imports  github.com/livekit/livekit-server -> github.com/hanzoai/livekit
  KV client                  github.com/redis/go-redis/v9      -> github.com/hanzokv/go/v9
  message bus                github.com/livekit/psrpc          -> github.com/hanzoai/psrpc

psrpc had to be forked (hanzoai/psrpc, Apache-2.0) because its bus is typed
against the KV client — the same shape redsync had for hanzoai/git.

DELIBERATELY NOT FORKED: github.com/livekit/{protocol,mediatransportutil,
mageutil} keep their addresses. Only `protocol` still reaches go-redis, through
a single file (redis/redis.go) out of 305. Forking an 11.5MB core wire-protocol
library that this server must track in lockstep — and that upstream pushed
yesterday — to change one file trades a tidy dependency graph for permanent
divergence on the fastest-moving dependency here. So one indirect
github.com/redis/go-redis entry remains, via livekit/protocol/redis, and that
is the correct place for it to live.
2026-07-26 08:14:23 -07:00

71 lines
2.2 KiB
Go

// Copyright 2023 LiveKit, Inc.
//
// Licensed under the Apache License, Version 2.0 (the "License");
// you may not use this file except in compliance with the License.
// You may obtain a copy of the License at
//
// http://www.apache.org/licenses/LICENSE-2.0
//
// Unless required by applicable law or agreed to in writing, software
// distributed under the License is distributed on an "AS IS" BASIS,
// WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
// See the License for the specific language governing permissions and
// limitations under the License.
package videolayerselector
import (
"fmt"
"github.com/hanzoai/livekit/pkg/sfu/buffer"
dd "github.com/hanzoai/livekit/pkg/sfu/rtpextension/dependencydescriptor"
)
type DecodeTarget struct {
buffer.DependencyDescriptorDecodeTarget
chain *FrameChain
active bool
}
type FrameDetectionResult struct {
TargetValid bool
DTI dd.DecodeTargetIndication
}
func NewDecodeTarget(target buffer.DependencyDescriptorDecodeTarget, chain *FrameChain) *DecodeTarget {
return &DecodeTarget{
DependencyDescriptorDecodeTarget: target,
chain: chain,
}
}
func (dt *DecodeTarget) Valid() bool {
return dt.chain == nil || !dt.chain.Broken()
}
func (dt *DecodeTarget) Active() bool {
return dt.active
}
func (dt *DecodeTarget) UpdateActive(activeBitmask uint32) {
active := (activeBitmask & (1 << dt.Target)) != 0
dt.active = active
if dt.chain != nil {
dt.chain.UpdateActive(active)
}
}
func (dt *DecodeTarget) OnFrame(extFrameNum uint64, fd *dd.FrameDependencyTemplate) (FrameDetectionResult, error) {
result := FrameDetectionResult{}
if len(fd.DecodeTargetIndications) <= dt.Target {
return result, fmt.Errorf("mismatch target %d and len(DecodeTargetIndications) %d", dt.Target, len(fd.DecodeTargetIndications))
}
result.DTI = fd.DecodeTargetIndications[dt.Target]
// The encoder can choose not to use frame chain in theory, and we need to trace every required frame is decodable in this case.
// But we don't observe this in browser and it makes no sense to not use the chain with svc, so only use chain to detect decode target broken now,
// and always return decodable if it is not protect by chain.
result.TargetValid = dt.Valid()
return result, nil
}