Remote Streaming Issues

[cyberskier]

I'm no expert on this, but I believe that 170 number is your download latency. When I was reading up on good speed, latency, jitter, etc., I believe I saw somewhere that latency above 100 could cause problems.

[slampman]

No, 26ms is his latency. 170ms is the latency while downloading, perfectly normal.

[sdust]

This speed test does not show 600/40
Do you monitor bandwidth on your pfsense?

I would install netdata on both pfsense and the r720xd beast

[HOWTO]monitoring the system and network by netdata @pfSense Plus

[robroy90]

The point here is that there is MORE than enough bandwidth and MORE than enough server horsepower that I should not be having any remote streaming issues whatsoever. I simply don't understand why Channels is having such a hard time performing this properly. The Ubuntu server is updated to the very latest software updates. What else could it be???

[Marino13]

Limiters or some other traffic shaping going on in pfsense? What happens if you bypass pfsense?

[chDVRuser]

@robroy90

The logs show an upstream of 2.9kpbs, obviously not sufficient for streaming video

Obviously if you were working with support, they know the answers to these, but we don't.
Which logs are showing that?
What client/s is/are being used?
Is the issue with viewing recordings, live tv or both?
Have you tried remote using VLC player as client?

[robroy90]

Support has stopped responding to me since I provided speed tests confirming the speeds were more than sufficient. I sent logs from the Channels iOS client and they said they were seeing 2.9kbps coming from the server to the iPhone.

No shaping is going on with pfSense. No other application has any issues, including a Plex server and clients.

I have tried multiple different clients (iOS, MacOS, Windows, Android) same results with a recorded show that streams flawlessly within the LAN.

What is the syntax of the URL I should use with VLC?

Thanks!

[chDVRuser]

@robroy90

What is the syntax of the URL I should use with VLC?

For the recorded FileID 6605

I use this locally in VLC Open Network Stream
http://192.168.1.4:8089/dvr/files/6605/stream.mpg

For remote over Tailscale I use the Tailnet IP of the server in place of 192.168.1.4:8089
http://100.x.x.x/dvr/files/6605/stream.mpg

I don't use the Channels DVR Remote access.

[eblieb]

What connection are you using for the remote (outside lan). If it is cellular you are being throttled. Try a VPN and test again

[eric]

It looks like we're having problems with your hardware encoder:

2023/07/05 17:26:30.024096 [HLS] ffmpeg: file1134-6f1688fc1486:  [h264_nvenc @ 0x2b45680] OpenEncodeSessionEx failed: unsupported device (2): (no details)
2023/07/05 17:26:30.060477 [HLS] ffmpeg: file1134-6f1688fc1486:  [h264_nvenc @ 0x2b45680] No capable devices found
2023/07/05 17:26:30.060571 [HLS] ffmpeg: file1134-6f1688fc1486:  Error initializing output stream 0:0 -- Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height
2023/07/05 17:26:30.062337 [HLS] ffmpeg: file1134-6f1688fc1486:  [aac @ 0x2aacc40] 2 frames left in the queue on closing
2023/07/05 17:26:30.062361 [HLS] ffmpeg: file1134-6f1688fc1486:  [aac @ 0x2b3a0c0] 2 frames left in the queue on closing

Changing the encoder to Software will help your situation, but the logs don't show any details why the hardware encoder is not working.

[Rice]

E5-2670 v2 Doesn’t support quick sync

[robroy90]

Thank you. I will try that also.

[robroy90]

I know, but I have an nVidia card installed with their Linux drivers.

[robroy90]

[slampman]

You have decent upload bandwidth. Why not just use original quality and forget about transcoding?

[robroy90]

So how do we fix the hardware encoder issue? How can I get you more detail for further troubleshooting?

[robroy90]

Channels Dev/Support: Bump. What are next steps?

[tmm1]

Does it work with software transcoding? Does it work without transcoding?

Are your nvidia drivers up to date?