Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RtpQueue is full with newCc after 65536 seconds (max uint32_t in ntp domain) #55

Open
realuptime opened this issue Aug 31, 2023 · 3 comments

Comments

@realuptime
Copy link

realuptime commented Aug 31, 2023

Hi,

ScreamTx rust plugin constantly logs "RtpQueue is full" after running for 65536 seconds (65536 * 65536 in ntp domain = 4294967296 = max uint32_t). For sure it is not ok to keep ntp domain time in a uint32_t variable type.
It happens when no receiver is connected.
After this point, the receiver will not be able to receive any RTP packet.
BTW, is there a way to reset screamtx without recreating the pipeline or re-inserting a new instance of screamtx?
I have attached 2 logs when this happened:
repro_queue_full1.zip
repro_queue_full2.zip

@realuptime realuptime changed the title RtpQueue is full with newCc after 65536 seconds RtpQueue is full with newCc after 65536 seconds (max uint32_t in ntp domain) Aug 31, 2023
@realuptime
Copy link
Author

IF the client is connected when the ntp time wraps around, all is good! No dropped packets or queue full.

summary 65530.2 Transmit rate = 8182kbps, PLR = 0.00%( 0.01%), RTT = 0.047s, Queue delay = 0.003s encoder_rate 8000 kbbps
summary 65532.2 Transmit rate = 8213kbps, PLR = 0.00%( 0.01%), RTT = 0.047s, Queue delay = 0.003s encoder_rate 8000 kbbps
summary 65534.2 Transmit rate = 8277kbps, PLR = 0.00%( 0.01%), RTT = 0.047s, Queue delay = 0.003s encoder_rate 8000 kbbps
summary 0.2 Transmit rate = 8049kbps, PLR = 0.00%( 0.01%), RTT = 0.047s, Queue delay = 0.004s encoder_rate 8000 kbbps
summary 2.2 Transmit rate = 8307kbps, PLR = 0.00%( 0.01%), RTT = 0.050s, Queue delay = 0.007s encoder_rate 8000 kbbps
summary 4.2 Transmit rate = 8248kbps, PLR = 0.00%( 0.01%), RTT = 0.051s, Queue delay = 0.009s encoder_rate 8000 kbbps
summary 6.2 Transmit rate = 8253kbps, PLR = 0.00%( 0.01%), RTT = 0.050s, Queue delay = 0.007s encoder_rate 8000 kbbps

@realuptime
Copy link
Author

Without newcc, the game was running idle for almost two days and there was no 'RtpQeue is full" error. I could reconnect the receiver and all was fine.

@IngJohEricsson
Copy link
Contributor

IngJohEricsson commented Sep 4, 2023 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants