Live data from Hacker News

Viewing profile — vr000m

vr000m

HN member
Joined
Fri, Nov 20, 2009, 11:12 PM UTC
HN karma
430
Public activity
165 items

About vr000m

Now at Daily, Co.

Former CEO of callstats.io, acquired by 8x8. Used to be at Nokia, stmicroelectronics, LG electronics.

Community building at aaltoes, slush.

Ph.D. in Multimedia Networks and Economics. Mainly, congestion control for interactive multimedia communication.

Author of WebRTC Statistics API. And several internet RFCs.

Author and developer of Multipath RTP and RTP Overlays.

Google Scholar: http://bit.ly/vr000m_scholar IETF stuff: http://www.arkko.com/tools/allstats/varunsingh.html

[my public key: https://keybase.io/vr000m; my proof: https://keybase.io/vr000m/sigs/4gtzSDNnax2YYLeuCZ3I8Ck9dy-HE6NRn3ePYetW6OM ]

Recent public activity

  1. comment
    Comment #48377469

    I think being able to code by talking is going to be the future. However we need to figure out how to switch between different projects and have it do what I mean and not what i sa…

  2. comment
    Comment #40809066

    The latencies in the table are based on heuristics or averages that we’ve observed. However, in reality, based on the conversation, some of the larger latency components can be muc…

  3. comment
    Comment #40368487

    Daily now supports dial-in and dial-out, https://docs.daily.co/guides/products/dial-in-dial-out#main Which means you can connect a bot to a call, and tell it dialout to a phone num…

  4. story
  5. comment
    Comment #34972429

    High level overview of how video is delivered to 100,000 participants using mesh/cascaded video routers (aka, SFUs) with 200ms latency. Servers are geographically spread, servers c…

  6. story
  7. comment
    Comment #32649718

    Reminds me if the work from @lkozma in 2007, http://www.lkozma.net/wpv/

  8. story
  9. comment
    Comment #31650802

    Agreed, all of the early HTTP based streaming was about HTTP progressive download. Microsoft’s smooth streaming was dominant in the early 2000s used it too. Glad that Twitch has be…

  10. comment
    Comment #31650662

    Agreed and thank you for the contribution. Alas, the work is now embroiled in breaking it apart into smaller parts.

  11. comment
    Comment #31650642

    Unfortunately modern routers made multicast unrounable, otherwise, we’d all be using mbone

  12. comment
    Comment #31646275

    All the listed protocols came after HTTP. RTSP, SIP borrowed heavily (albeit badly in retrospect) from HTTP. I do not have all the historical context (early 90s), but for WebRTC, t…

  13. comment
    Comment #31646061

    Pavlov’s comment is correct. I came to add that soon the stream can be stored on customer’s own S3. Ergo, you’d be able to do a call in real-time, store it on your S3 account and m…

  14. comment
    Comment #31645971

    In the case of QUIC, it is likely that the streaming would be over H/3 (HTTP3) or HTTP over QUIC. They may fallback to H1 or H2 but typically over a long enough time, firewall rule…

  15. comment
    Comment #31645579

    Most common browser implementations use an Open GOP. That means an IFrame is implemented when needed. On scene change or when there’s high motion. Only naive implementations would …

  16. comment
    Comment #31645500

    Webrtc protocol doesn’t dictate 1 or 2. Although browsers do implement some of their own assumptions for this. By default the client side buffer can be orders of 100s of millisecon…

  17. comment
    Comment #31645424

    ICE is needed when both parties are NATes, if one party was not mated, we’d not need ICE in webrtc either. Agree on 2. On 3. The videobridge needs state on who is on the session an…

  18. comment
    Comment #31643891

    A future blogpost will talk about all the networking work that went into optimizing for these large size participation. Webrtc uses a few protocols. RTP is very central to it, ICE …

  19. comment
    Comment #31643754

    Agreed. My calculations are totally skipping finding/updating the manifests or exchanging the SDP Offer/Answers.

  20. comment
    Comment #31643566

    Media over QUIC is interesting. For RTP or peer to peer QUIC, there is more work to be done. But you will end up engineering many of the same things as webrtc suit of protocols (IC…

  21. comment
    Comment #31642951

    Low latency HLS is creating partial segments by bucketing 200ms of frames instead of 6s segments in standard HLS. Whereas in webrtc, the endpoint is sending the frame as soon as it…

  22. story
  23. story
  24. comment
    Comment #30992484

    One thing to consider is if you would have One API and a few knobs to control the experience and not have to worry about the underlying protocol-, reliability-, latency- aspects to…

  25. story