-
Notifications
You must be signed in to change notification settings - Fork 676
Open
Description
Reported by @muratugureminoglu
Using WebRTC, recording stops at 16mins 12sec, with logs:
2026-01-22 08:12:50,597 [vert.x-worker-thread-28] INFO i.a.e.adaptive.WebRTCEncoderAdaptor - Dropping video frame. Pending Frame:1, Frame number: 20328 Last Frame Number: 20328 Max Frame Queue Size: 24 Received Audio Frame Count: 42352 video frame count:33603 Drop video frame count: 19 audio timestamp:847020 video timestamp:847020 for stream: 694e26667333ee48892dd42f
2026-01-22 08:14:57,328 [vert.x-worker-thread-8] INFO i.a.e.adaptive.WebRTCEncoderAdaptor - Dropping video frame. Pending Frame:1, Frame number: 23342 Last Frame Number: 23343 Max Frame Queue Size: 24 Received Audio Frame Count: 48632 video frame count:38661 Drop video frame count: 39 audio timestamp:972620 video timestamp:972620 for stream: 694e26667333ee48892dd42f
2026-01-22 08:14:58,308 [vert.x-worker-thread-67] INFO i.a.e.adaptive.WebRTCEncoderAdaptor - Dropping video frame. Pending Frame:1, Frame number: 23342 Last Frame Number: 23343 Max Frame Queue Size: 24 Received Audio Frame Count: 48632 video frame count:38701 Drop video frame count: 59 audio timestamp:972620 video timestamp:972620 for stream: 694e26667333ee48892dd42f
2026-01-22 08:14:59,308 [vert.x-worker-thread-24] INFO i.a.e.adaptive.WebRTCEncoderAdaptor - Dropping video frame. Pending Frame:1, Frame number: 23342 Last Frame Number: 23343 Max Frame Queue Size: 24 Received Audio Frame Count: 48632 video frame count:38741 Drop video frame count: 79 audio timestamp:972620 video timestamp:972620 for stream: 694e26667333ee48892dd42f
2026-01-22 08:15:00,318 [vert.x-worker-thread-24] INFO i.a.e.adaptive.WebRTCEncoderAdaptor - Dropping video frame. Pending Frame:1, Frame number: 23342 Last Frame Number: 23343 Max Frame Queue Size: 24 Received Audio Frame Count: 48632 video frame count:38781 Drop video frame count: 99 audio timestamp:972620 video timestamp:972620 for stream: 694e26667333ee48892dd42f
Customer is not using our JS sdk for frontend, instead they are using third-party SDK.
In December, there similar issue. Recordings ware just stopping after 1-2 sec, not 16 mins.
We had a meeting with customer, debugging theirs code for a bit, we figured out why audio stops, and provided hack-fix solution. But it seams same issue occured again, just this time after sometime, not instantly.
- Debug and provided bandage fix (in December)
- Recommended customer to switch to our JS SDK to avoid those kinds of problems (in December)
- Recommended customer to set
dropWebRTCIngestIfNoPacketReceived: trueas another immediate 'bandage' so that streams get killed and can be restarted, in case packets stop being received, instead of producing corrupted recordings. (in January)
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
No labels
Type
Projects
Status
🏗 In progress