https://discord.cloudflare.com logo
Join Discord
Powered by
# stream
  • p

    Protogon

    04/13/2023, 8:53 PM
    as such I was wondering if there is a trick to make this work
  • t

    tt2468

    04/13/2023, 8:53 PM
    It works in OBS because we configure encoders outside of webrtc entirely
  • p

    Protogon

    04/13/2023, 8:53 PM
    exactly
  • r

    Rachel

    04/13/2023, 8:53 PM
    because it is a different protocol. rtmp/srt -> hls/dash, you can think of it as you putting in water from one side into a bucket, wait for the bucket to fill up, then drain the bucket
  • r

    Rachel

    04/13/2023, 8:54 PM
    webrtc is just straight up pipe to pipe, end to end, no buffering with the bucket
  • p

    Protogon

    04/13/2023, 8:54 PM
    I am always talking about WHIP
  • r

    Rachel

    04/13/2023, 8:54 PM
    so either you 1) have the encoder outputs the keyframe at a defined interval (in the case of OBS)
  • r

    Rachel

    04/13/2023, 8:55 PM
    or 2) the encoder responds to the peer saying "hey i need a keyframe" (in the case of browser)
  • r

    Rachel

    04/13/2023, 8:55 PM
    it sounds like you want an option to configure WHIP so that we ask you for a keyframe (interval)?
  • p

    Protogon

    04/13/2023, 8:56 PM
    Oh I see, so as far as you know there is no way to do the same on the browser and require a GOP size from chrome. Is there a chance you include this as a POST API option on the negotiation process on your side?
  • r

    Rachel

    04/13/2023, 8:57 PM
    that's not part of the WHIP spec, but we can potentially configure it on the input ID
  • p

    Protogon

    04/13/2023, 8:57 PM
    That would be lovely
  • r

    Rachel

    04/13/2023, 8:57 PM
    e.g. for this input ID, please ask me for keyframe every 2 seconds because i'm using a browser
  • r

    Rachel

    04/13/2023, 8:58 PM
    e.g. for this other input ID, please never ask me for keyframe because i use OBS
  • r

    Rachel

    04/13/2023, 8:58 PM
    like that?
  • p

    Protogon

    04/13/2023, 8:58 PM
    That sounds exactly that
  • r

    Rachel

    04/13/2023, 8:59 PM
    we were also discussing the possibility of allowing the customer to request keyframe over HTTP because recording
  • p

    Protogon

    04/13/2023, 8:59 PM
    Mostly to support browsers and lower the reconnection time etc
  • p

    Protogon

    04/13/2023, 8:59 PM
    That will also work
  • r

    Rachel

    04/13/2023, 8:59 PM
    i don't know if reconnection is the correct term
  • r

    Rachel

    04/13/2023, 8:59 PM
    more like recovery
  • p

    Protogon

    04/13/2023, 9:01 PM
    While you are here if I may ask, do you have any news of when we can have live viewers analytics?
  • r

    Rachel

    04/13/2023, 9:02 PM
    we do have https://developers.cloudflare.com/stream/getting-analytics/live-viewer-count/
  • r

    Rachel

    04/13/2023, 9:02 PM
    were you looking for something else?
  • p

    Protogon

    04/13/2023, 9:02 PM
    oh sorry I am referring to WHEP
  • r

    Rachel

    04/13/2023, 9:02 PM
    we are still working out (many) of the quirks and kinks with WHIP/WHEP + Calls
  • r

    Rachel

    04/13/2023, 9:02 PM
    analytics is low on the priority
  • r

    Rachel

    04/13/2023, 9:03 PM
    before going GA we also need to make it work with HLS/Dash
  • r

    Rachel

    04/13/2023, 9:03 PM
    plenty of things on the roadmap
  • p

    Protogon

    04/13/2023, 9:04 PM
    I see. Indeed WebRTC is a very difficult protocol to master especially on a global scale 🙂 It is amazing you have come so far. Great job BTW
1...979899...105Latest