GBD

Hello Michel and jonasf21, Some clarification please, - with Michel's solution, webrtc-streamer (and its embedded TURN) must be on public WAN - with jonasf21's solution, which employs an external TURN...

Dear Michel, sir I think I can dig it: - When you say "with rule on 8000 & 3478" you imply TCP/UPD port forwarding to/from the public IP of LAN's...

@mpromonet Maestro, yes, UPnP with NAT traversal looks quite delicious. I'll have to try it out and if it works, this will make the embedded STUN/TURN facility truly nice. Best...

@beniroquai I have encountered similar issues (with a Google STUN and port forwarding setup): - On my nephew's Android 10 phone, the page loads but the stream fails to render....

@jonasf21 Yes sir, I can truly see bees, hives and everything! I've tested streaming via my Ubuntu laptop (cable connection) and Android phone (data network). Clear as day with very...

@jonasf21 True and right on point again! H264 and (sudden) increase in differences between frames make for fluctuations in bandwidth that (more often than not) degrade transmission quality. I'm only...

@jonasf21 Bandwidth shaping via `tc(8)` and `iptables(8)` maybe?

@jonasf21 Hmm...so this H.264 with VBR encoding has to be performed at the source of the RTSP stream? In your case, the axis webcam? I don't suppose `webrtc-streamer` supports this...

@jonasf21 Agreed. We have digressed from a STUN discussion. But thanks anyway. Regards, GBD

> @generic-beat-detector, > > You will have better success at determining a solution by posting your request in the Donkey Car Hardware Forum. Once you have a solution, then post...