Curid
Curid
Found an explanation for how this algorithm works: `https://github.com/bluenviron/mediamtx/issues/1002#issuecomment-2115930927`
Would it be better to first add the dts extractor as separate module that people can use manually before integrating it into the `Depacketizer`?
> I think the camera is actually just sending a strange extra byte at the end for some infuriating reason. Is there some reference H264 implementation we could try it...
bluenviron ignores extra bytes. https://github.com/bluenviron/mediacommon/blob/main/pkg/codecs/h264/sps.go#L702 `fmt.Printf("pos: %v size: %v\n", pos, len(buf)*8) // pos: 125 size: 136` ``` go package main import ( "encoding/hex" "fmt" "log" "github.com/bluenviron/mediacommon/pkg/codecs/h264" ) func main() {...
> I guess that's three implementations so far that just stop reading. Should we do the same? 🤷 You're right that it may mask other bugs, so it might be...
Another report for the same error with a reolink cx410 ``` Bad SPS: RbspReaderError(RemainingData) conn: 172.22.0.2:57512(me)->192.168.254.104:554@2024-05-21T14:58:16 stream: TCP, interleaved channel ids 0-1 ssrc: dd247e4e seq: 13956 pkt: 294297@2024-05-21T14:58:18 ```
cx410 and the doorbell camera confirmed working!