Rtwatch: Watch videos with friends using WebRTC

(github.com)

50 points | by nateb2022 2 days ago

3 comments

  • Squeeze2664 5 hours ago
    Cool project.

    > Only the current audio/video frame is being sent to the viewers, there is no way they can download/cache the videos either for future usage.

    This seems misleading, though. I think I get what was meant: clients can't send a request to download from the start or a specific offset and thus "download" the original file, the server is in charge of what's being sent. However, clients can still capture the frames, save them, and replay them, obviously. And I see a button to "Seek", so...

    • Sean-Der 1 hour ago
      The 'Seek' is done server side. So if you go to `n` seconds it is done server side and done for everyone.

      I should reword the README though. If someone is savy enough they could totally grab the video. For most users it is like a Google Meet though. If you click `Show Controls` you can pause the video that is it.

      With things like Insertable Streams[0] you can totally grab the video.

      [0] https://developer.mozilla.org/en-US/docs/Web/API/Insertable_...

  • vhantz 1 hour ago
    I read elsewhere that WebRTC will drop audio, have you had any issues with that?

    And generally, you don't need any buffering mechanisms for the clients?

    Nice project!

  • arowthway 3 hours ago
    Cool. What are the hardware requirements? I use https://github.com/calzoneman/sync with mp4 files served by nginx and it works great for 15-20 people watching on a cheap 0.5GB ram 1 vcpu vps.
    • Sean-Der 1 hour ago
      You run one encoder for all the viewers. CPU usage won't scale up from 1 -> 15 viewers.

      I could get it lower by encoding once and then syncing to keyframes. It would make the code more complicated though. If someone asks for it/gets excited would love to do it though :)