Skip to content

Textbook recording issue #7690

@master312

Description

@master312

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: true as 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)

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

Status

🏗 In progress

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions