Simulcast video tracks with lower resolution will always be pending about livekit HOT 3 CLOSED

I may be wrong about exactly what is happening here. I just tested using VideoPresets43.qhd, which gives me 3 published encodings, and I'm still getting the issue. I have to go to at least VideoPresets43.hd (or disable simulcast) for it to consistently work.

from livekit.

It is certainly still related. The odd thing is that when using qhd, the client says it is passing 3 encoding tracks (f, h, q) but the server is still only getting two (f, h). When using vga, the client and server both think only two are being passed and for hd and above, client and server agree on 3 tracks. I haven't tracked down what is causing this other discrepancy when using qhd.

For now, I'll just be disabling simulcast for my project. Since I'm using lower resolutions, I gain no benefit from needing to use qhd or above. I do get some savings from the two simulcast tracks with a low resolution, so it'd be great to be able to do so when this is resolved.

from livekit.

hey @bekriebel, this is a good catch. this is due to an assumption of how simulcasted tracks are managed. I'll have a PR out for this.

from livekit.