This message was deleted.
# helpdesk
s
This message was deleted.
b
Hello @refined-telephone-69723, if this can be helpful, all the events can be found here: https://docs.livekit.io/client/events/#events
🙏 1
m
There doesn’t seem to be an event for this. cc @polite-kilobyte-67570 One workaround is on TrackSubscribed (subscriber side), send a data message to the publisher.
Ok, I misspoke @refined-telephone-69723 — the
TrackSubscribed
event is actually what you want. The documentation is not worded correctly, so will file a ticket to fix it.
👍 1
r
Thanks!
m
@refined-telephone-69723 sounds like I misspoke twice, there isn’t currently a way for a publisher to be notified of when other participants subscribe to their tracks. cc @polite-kilobyte-67570
p
Can confirm that the
TrackSubscribed
that is fired on a
RemoteParticipant
indicates that you (as the local participant) successfully subscribed to the remote’s track.
b
So with this said, I feel like what @magnificent-art-43333 initially said as the workaround, would probably to way to notify the local participant. Am I correct @polite-kilobyte-67570?
p
@brief-refrigerator-69901 totally! that’s a solid workaround! @refined-telephone-69723 I’d be curious about your usecase for knowing about when a publisher’s stream has been subscribed to, in order to see if we could facilitate your usecase in a future version!
r
Thanks for the followup @magnificent-art-43333, tracks with my testing. @polite-kilobyte-67570 For now the workaround works fine, but essentially our
MediaStreamTrack
only produces frames when there is change, so when a new viewer joins, we send the last frame that we have cached to it so it can get the last available frame. Since WebRTC controls things like frame drops, we send it a few times to ensure high likelihood the viewer gets it (as unlike [15,60]fps webcam video where new frames are always rolling in, we sometimes don’t get new frames for minutes at a time)