• 0 Posts
  • 28 Comments
Joined 3 years ago
cake
Cake day: June 12th, 2023

help-circle






  • NPM likes to eat the let encrypt requests which is what I’m assuming is breaking the cert gen inside the container. I believe you can work around this, but honestly I’d recommend just moving to a more advanced but more flexibile proxy solution.

    Personally I recommend Traefik. There isn’t a friendly gui to help you but once you wrap your head around it things just work. It also allows for defining proxy parameters right in your compose file via labels so it takes out the need to log into NPM and manage proxy entries there. Just deploy you’re compose fils and you’re off.

    As far as making what you’ve got just work, you can either try to get NPM to stop intercepting the LE cert requests or hack up the signal-tls-relay container and jam the NPM certs into it. I wouldn’t recommend either of these options though. I’ve been in a similar scenario and it’s this among other reasons why I moved off NPM. I started with NPM because I thought it would be simple and easy and it is, right up until you want to do a thing even slightly outside of its fairly limited box.





  • Apologies for the long delay. I was using just the browser via your docker image but today I’ve done some testing with the electeon app.

    Wonderful that you added PTT but it’s implementation has a flaw as the Peersuite window MUST be in focus for the PTT key to be read.

    As far as the video goes, I’ve definitely confirmed that there’s is some serious frame drop which I’m assuming is directly related to the bitrate in same way. I had a friend on windows use the electron app and share his screen while I watched from the electron app on Linux. I took the following recording to better demonstrate what I’m saying. The quality has gone through multiple transcodes now but that’s not really important as the framerate is what I’m referring to anyway. https://files.catbox.moe/03f5b1.mkv


  • Perhaps talking about bitrate wasn’t correct of me. After looking at this again image quality itself is actually pretty good but the framerate is a different story.

    To provide context, I used it to share the video game I was playing as my friends that use discord tell me they primarily stick to it for its screen sharing capability which they use when gaming.

    I’m not sure how to best test this and provide metrics to you if this is improvable or even something you care about.

    To attempt to take the connection factor out of the equation I opened two browser windows and viewed my own screen share from a different username and even then the framerate is not great.


  • Well hell I may stand this up tonight. My only question is does the voice chat support push-to-talk?

    Edit: Ok, gave it a spin. It does not support push-to-talk but being fully browser based I don’t think that’s a trivial thing to implement anyway.

    That said, this is pretty sweet though certainly still rudimentary. I was really looking forward to the screen sharing but my friend on the other end said the quality and framerate were pretty bad. Not sure what flexibility there is as far as adjustable bit rate and framerate with what you’re doing but I’ll definitely be keeping my eye on this project.





  • themachine@lemmy.worldtoTechnology@lemmy.world*Permanently Deleted*
    link
    fedilink
    English
    arrow-up
    27
    arrow-down
    1
    ·
    1 year ago

    Because it’s “easier” to support Windows from a business perspective and it’s easier on users to use Windows as most already do use it and thus need no additional training/decreases support tickets.

    I’m a small business environment it’s much easier to manage with Linux but you still need an OK Linux admin on staff.

    Once you start scaling up on paper Linux certainly works but there are a lot of factors that most people (such as yourself) don’t consider.

    This is coming from a pure Linux admin working on a mixed Enterprise environment where 99% of the infra is windows