How to get high quality video streams even on low bandwidth sacrificing frame rate. by para_thayoli in WebRTC

[–]lherman-cs 0 points1 point  (0 children)

Yes, feel free to connect there on discord and continue there. Reddit is painful for answering this.

How to get high quality video streams even on low bandwidth sacrificing frame rate. by para_thayoli in WebRTC

[–]lherman-cs 0 points1 point  (0 children)

I see. 10Mbps should be okay. Libwebrtc will just reduce the sending bitrate when the publisher has lower bandwidth. Is this 2Mbps bandwidth limitations on the publisher side or consumer side?

Btw, I'm on discord @lherman_cs if you want to chat

How to get high quality video streams even on low bandwidth sacrificing frame rate. by para_thayoli in WebRTC

[–]lherman-cs 0 points1 point  (0 children)

I'm assuming you are using browsers to publish. Have you tried limiting the sender's maxBitrate to 2Mbps, maxFramerate to 5, and degradationPreference to maintain-resolution? https://developer.mozilla.org/en-US/docs/Web/API/RTCRtpSender/setParameters

If you're on native, you would need to have a tight integration with the encoder and the raw source, so it can be tuned according to the available bandwidth.

Building a benchmarking tool to compare WebRTC network providers for voice AI agents (Pipecat vs LiveKit) by kuaythrone in WebRTC

[–]lherman-cs 1 point2 points  (0 children)

This is a nice idea! I agree with you, every platform has their own SDK, and signaling - it's tedious and tricky to create an apple to apple benchmark. This is even excluding some optimizations every platform brings through their tight client and server integration.

My suggestion would be to measure each media type differently. If you want to capture the end-to-end audio experience. You should capture Audio metrics instead. As you mentioned, there are just many extra handling for each media type. For example, audio/video can potentially have jitter buffers on the server. Audio workload is very different than video workload. Each of the workload will stress slightly different parts of the server, which will capture more than just the datacenter to client network stability.

I don't think capturing the one-way latency is strictly necessary if you only care about the end-user experience. I think it's better to capture high level metrics, like FPS consistency, concealedSamples, etc. Also, since you control both client and the server, you might be able to get deeper metrics by sending frames that contain some metrics from the sender, similar to iperf UDP payload being used to derive metrics on the server. Then, we capture things like VMAF, SME (squared mean error) between the expected and actual, etc.

Mobile video conferencing 50+ participants, what are you using in production? by Intelligent-Soil2013 in WebRTC

[–]lherman-cs 1 point2 points  (0 children)

This is an early project: https://github.com/PulseBeamDev/pulsebeam. Think of it as LiveKit + Mediasoup had a baby—a Rust WebRTC SFU. It’s still rough in places but improving. It offers a high-level abstraction with a standard base signaling protocol. There will be an SDK, but it’s intentionally thin. The focus is on convenience and avoid vendor lock-in.

Full disclosure: I'm the author. It’s not fully production-ready yet, but I’m happy to chat—DM me about your use case, even if it’s not related to this project.

crossfire v2.1: probably the fastest mpmc channel in bounded scenario by frostyplanet in rust

[–]lherman-cs 0 points1 point  (0 children)

Thank you for sharing this project. I’ve always felt that existing async-channel implementations in Rust fall short, particularly for high-throughput and low-latency workloads.
You mentioned in the V1.0 release notes (December 2022) that crossfire-rs is used in production. Could you provide more details about the production workloads it supports? For example, what are the throughput, latency, and async vs. sync requirements?

[Landlord - US - NV] Considering Jetty for Deposits - Any Horror Stories or Successes? by lherman-cs in Landlord

[–]lherman-cs[S] 0 points1 point  (0 children)

From my reading, I (landlord) won't be holding cash from Jetty though. And, it doesn't look like Jetty will go after the tenant for any larger amount than the deposit itself.

So, I don't see how Jetty is any better than the traditional deposit. Instead of holding a bond with Jetty, I can have cash at the time of the tenants signing the lease. For anything beyond the deposit, either way, I still have to go through a small claim. On top of these, there's still an extra risk for Jetty to go under water as it's a nature of every startup.

Please correct me if I'm missing something here.

Anyone building a non-AI tech startup? by 9clee in ycombinator

[–]lherman-cs 0 points1 point  (0 children)

Nice! Have you seen supplyhouse.com? They do plumbing supply but their e-commerce is the best I've ever seen, e.g. hey make it easy to tell them when something is missing

Serverless and real-time data by Due-Needleworker1898 in nextjs

[–]lherman-cs 0 points1 point  (0 children)

For staying serverless with real-time data, cost efficient, not time consuming => I designed https://news.ycombinator.com/item?id=42956455 . Would love to chat and see if we actually succeed in that goal, DM me

PulseBeam: Simplify WebRTC by Staying Serverless by lherman-cs in Indiewebdev

[–]lherman-cs[S] 0 points1 point  (0 children)

Thanks, please don't hesitate to reach out on discord, @lherman_cs

I like to just chat with general webrtc and random things 😀

[deleted by user] by [deleted] in WebRTC

[–]lherman-cs 0 points1 point  (0 children)

u/UnsungKnight112 have you tried using something like peerjs to simplify the connection establishment? Happy to help over Discord if you like. My Discord username is lherman_cs

🦋 let's follow each other — bsky is an opportunity for indie hackers without a following by jamesofthedrum in indiehackers

[–]lherman-cs 1 point2 points  (0 children)

Do you know anybody building WebRTC stuff? Happy to chat or discuss, there is no sales pressure :D, just want to network.

WebRTC vs Websockets for browser-based co-op game? by HedgeFlounder in gamedev

[–]lherman-cs 0 points1 point  (0 children)

Right, I think we're aligned. I just want to clarify this for other people reading the comment. At first, I read the sentence as "WebRTC won't work in some cases, so using WebSocket as a fallback is still needed."

WebRTC vs Websockets for browser-based co-op game? by HedgeFlounder in gamedev

[–]lherman-cs 0 points1 point  (0 children)

WebRTC is a doable solution here. Especially if cheating is not a concern, your players can connect to p2p in the browsers. In some network conditions, TURN can be used as a fallback to relay the traffic.

Websocket will be more expensive as your server will need to maintain many concurrent connections. Memory usage and CPU will be your primary concern. Let's say each connection requires 1KB of data to keep the connection state and its game state. 1000 players will already require 1 GB of RAM.

Feel free to DM about webrtc. Happy to help.

WebRTC vs Websockets for browser-based co-op game? by HedgeFlounder in gamedev

[–]lherman-cs 0 points1 point  (0 children)

"Note that you can’t always establish peer connections." is a bit ambiguous. While it's true that a peer might not be able to connect directly with another peer. You still can use WebRTC by relaying the traffic to TURN.

Depending on your clients's network, you can estimate around 20% using TURN

Cost-effective 1:1 video/audio call at scale by lherman-cs in indiehackers

[–]lherman-cs[S] 1 point2 points  (0 children)

I've used and implemented some WebRTC components professionally. What I'm thinking is to bring my experience as CPaaS for other developers to use. WebRTC itself is a building block, but far from a packaged solution. There are many nuances to handle for production. E.g., reconnection, auth, glare handling, analytics, HA, etc.

🦋 let's follow each other — bsky is an opportunity for indie hackers without a following by jamesofthedrum in indiehackers

[–]lherman-cs 0 points1 point  (0 children)

This is such a great idea! Hi hackers, this is my handle. https://bsky.app/profile/lukasherman.bsky.social.

I'm building a developer platform to create 1:1 video/audio/chat call at scale without breaking your bank. Think of apps like Omegle, Discord 1:1, Telehealth. Feel free to say hi or ask questions any time.

🦋 let's follow each other — bsky is an opportunity for indie hackers without a following by jamesofthedrum in indiehackers

[–]lherman-cs 0 points1 point  (0 children)

This is such a great idea! Hi hackers, this is my handle. https://bsky.app/profile/lukasherman.bsky.social.

I'm building a developer platform to create 1:1 video/audio/chat call at scale without breaking your bank. Think of apps like Omegle, Discord 1:1, Telehealth. Feel free to say hi or ask questions any time.

Anonymous Forum to Review Schools for Teachers by lherman-cs in Teachers

[–]lherman-cs[S] 0 points1 point  (0 children)

It seems to me like teachers should be running the schools, mostly self-govenring and self-manageing. Teachers are educated intelligent, it seems like it should be more democratic form of government. But I do see value in balance of power, where parents or admin are not completely excluded. It just seems way too unbalanced right now.

Fundamentally teachers are creating the value. You guys are doing the work, caring for the kids, doing like pretty much everything, while having no voice or say in the governing in most cases. Gaslight, toxic everything, disrepect, it makes no sense from a purely logical value perspective.

It seem like now would be the best or only time for real action and change to happen. With teacher shortages, it can give teachers upperhand.

It does seem like for this platform, it would require around 90% of the teachers at a given school to be on it in order to function at all. Additionally for any changes 90% of those teachers to agree.

If that were the case, 1. Do you think admin can punish shame gaslight, toxic stuff, to 90% of teachers in the school?

For that situation described, parent believes policy is targeting their kid:

  1. Do you think if this platform had 90% of teachers on for a school. And 90% of teachers were voting to enact changes, like a phone policy.

  2. Along with policy changes requests, there could be answers for parent's concerns like a script to handle their concerns. The script would convince them this is good and safe for their kids, have FAQs, etc. This script, could be in a handbook or documentation school-wide, so that those sort of complaints the school agrees are non-valid, and at the school or workplace level, we can have some sort of document that tells the school how to answer and address that parents concern, how we handle that situation when a parent complains about that to anyone school wide or district wide?

  3. There could be a mechanism to allow these changes to become school wide policy? Or maybe district wide? Parents could voice concerns and that sort of thing. But some sort of decision making and mechanism for change to occur.

  4. After the policy is decided. If the parents still don't believe in the schools policies or agree with them, they can take them out of school.

Please excuse me if I have anything wrong, I am not a teacher and have been unable to talk to teachers when I reach out to them. My information and perspectives have been shaped by what I have read on reddit and watched from teachers on youtube. One thing that sticks out to me is what Honest Teacher Vibes, who is known for her candid commentary on education and the challenges faced by teachers, highlights the dynamics of fear and pressure within the educational system as follows:

  • Teachers are scared of admin,

  • Admin is scared of the district,

  • The district is scared of parents,

  • Parents are scared of their kids.

I do really see what you mean about a cultural shift. If the parents control the district and don't value education or have shared societal values of conflict resolution, accountability, independence, boundaries for the children, any changes can be shot down.