Mark Sergienko

Thanks a lot! That bug in kotlin version of hasCongestion was the issue. As to wether keep those percentage methods, I'm in favor, just in case some phones handle queue...

@pedroSG94 there's another major problem: when there are a lot of droppedVideoFrames the queue stays small and this doesn't affect the bitrate adapter in any way. Here's how I test:...

at first about 200 frames get sent, 0 dropped, then all frames get dropped until there's timeout, it disconnects.

It's weird.. Im trying to check droppedVideoFrames onNewBitrateRtmp like this: ``` @Override public void onNewBitrateRtmp(final long bitrate) { LogManager.customLog( TAG, rtmpCamera2.getDroppedVideoFrames() + " / " + rtmpCamera2.getSentVideoFrames() + " /...

I think at some point all frames get dropped and while they're all dropped, onNewBitrateRtmp is not called. fpsListener seems to be called every second. Can I call bitrateAdapter.adaptBitrate inside...

 My settings on iPhone serving as a hotspot My settings in app: minBitrate = 100 * 1024 maxBitrate = 3000 * 1024 startBitrate = 1500 * 1024

Ok, yes hopefully you can find how to get it unstuck, or run calculation on another thread so we can properly react (Reduce bitrate when frames are being dropped)

what's the best way to import the library as source to test it? Currently using the library like this: implementation 'com.github.pedroSG94.RootEncoder:library:2.3.0'

Ok I've successfully added the library, and tried commending the line solution, but unfortunately the situation is the same, dropped frames pile up and no new onNewBitrate calls until after...

rtmpCamera2.resizeCache(30); tried with the standard bitrate adapter, still same is happening