This message was deleted LiveKit Community #helpdesk

Join Slack

This message was deleted.

# helpdesk

steep-balloon-41261

12/27/2023, 1:04 AM

This message was deleted.

limited-plumber-57970

12/27/2023, 1:04 AM

relevant MDN https://developer.mozilla.org/en-US/docs/Web/API/RTCRtpReceiver/getSynchronizationSources#rtptimestamp

limited-plumber-57970

12/27/2023, 1:05 AM

The reason that I ask is it might help enable a frontend application to build out latency based features

polite-kilobyte-67570

12/28/2023, 9:02 AM

if you’re fine with that you can use internal accessors to get the receiver via

remoteTrack.receiver

. However API stability is not guaranteed for internal APIs.

limited-plumber-57970

12/29/2023, 9:41 PM

Thanks for the guidance. It looks like both the

timestamp

and the

rtpTimestamp

in the result of

getSynchronizationSources

are independent of the timestamp set on the

rtc.VideoFrame

. Does the

rtc.VideoFrame.timestamp_us

make its way to the clients of the LiveKit room, or is it only used for encoding/for the local participant's stream to the LiveKit room

limited-plumber-57970

01/04/2024, 1:46 PM

Hey all, checking in again — is it possible to set the

ts

of an

rtc.VideoFrame

in the LiveKit python SDK to some meaningful value (e.g. the timestamp of the host machine when that frame was created, or the timestamp from when that frame was originally captured) and to access that same timestamp in the js/react SDK, for example the timestamp of the frame that is currently being shown in a

<video />

element?

limited-plumber-57970

01/05/2024, 8:18 PM

Got some support for this offline. Looks like there's nothing in native WebRTC that exposes this to users, but it may be possible to leverage insertable streams to at least retrieve timestamps from the same RTP stream that includes the frames

Open in Slack

Previous Next