Mark Sergienko

Possibly this? https://github.com/pedroSG94/rtmp-rtsp-stream-client-java/issues/1058

It is camera2, works fine on 2.1.2 but in 2.1.5 already broken like this

I used this adaptive bitrate algorithm in the past and it worked really well, and should avoid the oldBitrate newBitrate comparison and problems @marcin-adamczewski mentioned, based on comparing actual bytes...

Thank you for explaining the queue I think I will experiment with reducing the cache size, to mitigate it. Is https://developer.android.com/reference/android/net/TrafficStats#getUidTxBytes(int) getUidTxBytes the right function as it's per UID? Also,...

I'm trying different algorithms but really can't think of a good one because: Actual Bitrate is all over the place, you set one bitrate, encoder can produce different bitrate, and...

Thanks @pedroSG94 @marcin-adamczewski Do you think the adaptive bitrate algorithm could be done based solely on the queue size of the SrsFlvMuxer? What's the variance of actual bitrate produced by...

Thanks @pedroSG94 We've tested that and it seems like on some devices it works as intended, and the queue has 1-2 frames in it always while on some devices the...

@pedroSG94 @marcin-adamczewski we found setBufferSize(1) didn't work on some devices. `socket.setSendBufferSize(2*1024*1024);` works reliably on variety of devices.

@alfg what is your ffmpeg command for transcoding? I found this issue happens when timestamps of audio and video diverge too much. Are you using -async 1 -vsync 1 or...

Thanks @alfg I investigated and debugged the issue, and nailed the cause, it's happening when timestamps of video and audio packets have a different start pts. In this case dts...