2021-09-21, 03:25 AM
You change priority with those arrows on the settings page. Live TV will use different priority too.
Martin
Martin
2021-09-21, 03:25 AM
You change priority with those arrows on the settings page. Live TV will use different priority too.
Martin
2021-09-21, 03:38 AM
I just retested by removing one tuner at a time, then making a new recording. After that, I would copy the channels to the other tuner, delete the first tuner, and record the same channel again.
The picture breakup / frame drop happened on both.
2021-09-21, 04:06 AM
If you want to supply a short sample recording, I'll take a what exactly is wrong with it.
2021-09-21, 04:09 AM
In theory the HDHomeRun is supplying the stream they're recieving over tcp (so no dropped packets), and we're writing it straight to disk, so shouldn't be many opportunies for corruption. Might be worth looking at the HDHomeRun's web page while recording, and see what frequency it says it's locked to, and signal strength etc etc, and check it says the same when Plex is trying to record the same channel. (just in case it's something weird like a different weaker transmitter being used on another frequency)
2021-09-21, 04:42 AM
(2021-09-21, 04:09 AM)sub Wrote: In theory the HDHomeRun is supplying the stream they're recieving over tcp (so no dropped packets), and we're writing it straight to disk, so shouldn't be many opportunies for corruption. Might be worth looking at the HDHomeRun's web page while recording, and see what frequency it says it's locked to, and signal strength etc etc, and check it says the same when Plex is trying to record the same channel. (just in case it's something weird like a different weaker transmitter being used on another frequency) Yeah, this is why I made sure to record the same channel/sub channel and the same show. I’m really comparing the same stream recorded to the same folder by NextPVR and Plex, under two different file names. The only difference is one is running through Docker. Not sure if it matters, but it’s a legacy HDHomerun device. Obviously I don’t have issues tuning to a channel, so I don’t know what else it could be. Here’s a link to a recording from NextPVR, the first glitch happens around 2:30-2:37 https://www.icloud.com/iclouddrive/0VRjX...ailyMailTV Here’s the same recording from Plex with no issues https://www.icloud.com/iclouddrive/0b9n5...ailyMailTV
2021-09-21, 04:47 AM
Quote:Not sure if it matters, but it’s a legacy HDHomerun deviceAh right - I did say "MOST HDHomeRun devices NextPVR will use a TCP connection". The legacy ones don't support tcp, so use udp. If you want to post your logs, I'll check what method is being used (udp vs tcp). If UDP, maybe something about the docker instance is just not keeping up and some packets just aren't making it to NextPVR. If your NAS has support for installing the .net core 3.1 runtime, you could maybe try installing NextPVR natively instead https://dotnet.microsoft.com/download/dotnet/3.1
Here are the logs. I’ve opened UDP ports 8020-8030 for Docker.
https://www.icloud.com/iclouddrive/0ehq0...10921-0034 I’ll look into .net - this is on Synology DSM. Thanks!
2021-09-21, 06:48 AM
Yeah, it is using udp. Honestly I wouldn't expected this to be a problem though, and I haven't seen other reports.
I've just taken a close look at your sample recording, and it's better than I was expecting to see. Very few problems in it, but yes there were was a dozen or so continuity errors in the file, indicating at least that many lost/damaged packets. It's hard to know exactly why those udp packets are going missing, but there are some packets that aren't making it as far as NextPVR. Out of curiousity, which Synology NAS is this? I've got a DSM218+ and haven't seen issues like this. Admitedly I've usually tested with a newer HDHomeRun, so it's using tcp. (been a long time since I tested my legacy HDHomeRun on it)
Thanks for taking a look.
I’m using a DS418play - similar to DS218+. Synology didn’t market the 4-bay as a “+” model for some reason, so Docker is not officially supported even though they have the same guts and CPU. It’s generally known that DS418play can use all the same packages as DS218+. I’m running the latest Synology Docker package for DS218+. I don’t know how the udp ports are assigned - is it random in the range 8020-8030? I wonder if I could play around with my Docker port assignments. I have firewall rules on DSM, but I have all ports open on my internal LAN subnet. BTW: I’ve got instant email notifications enabled but I don’t get any emails when anyone replies. Am I missing a setting?
2021-09-21, 04:10 PM
(2021-09-21, 02:07 PM)tsanga Wrote: I don’t know how the udp ports are assigned - is it random in the range 8020-8030? I wonder if I could play around with my Docker port assignments.It'll use the first free port in that range. Honestly though, I don't think findling with this is going do much. You're clearly already forwarding the right ports, given you're already getting video etc. Quote:BTW: I’ve got instant email notifications enabled but I don’t get any emails when anyone replies. Am I missing a setting?I'm not sure sure. I don't use the notifications myself. It's not going into your spam folder? |
|