Random skipping

I recently installed 2017.07.29.2103 and have been experiencing some random skipping when playing a recording. I can’t seem to pinpoint when it happens but when it does if I try to skip backwards only 7 seconds is available to skip and won’t go back any further. Anyone else experiencing this?

On what client?

Apple TV client and Synology NAS as storage.

Any thoughts on this? It seems to keep happening on various recordings.

If you watch a recording and get a skip, is there anything in the log?

Is the DVR on the synology too, or is it just remote storage?

Is the ATV, wired directly, wifi or using MoCA or PowerLine?

Sorry for the delay in reply. This issue hadn’t happened for a couple of days after my post (of course), but now happened again the other night.

The DVR is on the Synology and the ATV is wired directly. I could have missed it, but wasn’t able to find a log. Where is it located?

Also, I noticed this seems to happen right after there is some stuttering due to I think signal issues. I seem to have some signal issues eventhough I have cable and not OTA.

On the upper right of the web interface is the option to show the latest log entries. The whole log file can be picked up from the DVRs Data directory.

If you have signal quality issues, Is it possible that you have a bad connector or a kinked cable somewhere?

Haven’t had the issue for awhile, but now while watching live TV (NBC’s AGT) it’s been bad. I checked the log and see all sorts of entries for this channel.

Here’s a sample:

2017/08/22 19:44:48 [WRN] Buffer for 13267043 ch606 is more than 75% full (clients=1, len=25166600)
2017/08/22 19:44:52 [WRN] Buffer for 13267043 ch606 is more than 95% full (clients=1, len=31876884)
2017/08/22 19:44:53 [WRN] Buffer for 13267043 ch606 is more than 99% full (clients=1, len=33219204)
2017/08/22 19:45:11 [WRN] Buffer for 13267043 ch606 is more than 50% full (clients=1, len=16778036)
2017/08/22 19:45:15 [WRN] Buffer for 13267043 ch606 is more than 75% full (clients=1, len=25166220)
2017/08/22 19:45:19 [WRN] Buffer for 13267043 ch606 is more than 95% full (clients=1, len=31877820)
2017/08/22 19:45:20 [WRN] Buffer for 13267043 ch606 is more than 99% full (clients=1, len=33220140)

Channel 606 is NBC which is the one I’m having issues with.

I checked the connections and everything seems to be tight and no kinking.

I found a couple of posts that say there was an issue that seemed to have been fixed, but I just checked for updates and I don’t have any available.

You can try turning off the Tuner Sharing option

Ok, I turned it off and will see if that helps. Would tuner sharing be the potential source of the issue if we are only using one ATV? Also, it sounds like this might be an issue with just the beta of ATV?

The error is still being logged with tuner sharing turned off.

I’m also seeing a number of other errors while watching a recorded program:

[mpegts @ 0x2e5da00] Dropped corrupted packet (stream = 0)
[mpegts @ 0x2e5da00] Dropped corrupted packet (stream = 1)
[ac3 @ 0x2eb5100] frame sync error
Error while decoding stream #0:1: Invalid data found when processing input
[mpegts @ 0x2e5da00] Dropped corrupted packet (stream = 0)
[mpegts @ 0x2e5da00] Dropped corrupted packet (stream = 1)
Last message repeated 1 times
[mpegts @ 0x2e5da00] Dropped corrupted packet (stream = 0)
Last message repeated 1 times
[mpegts @ 0x2e5da00] Dropped corrupted packet (stream = 1)
[ac3 @ 0x2eb5100] frame sync error
Error while decoding stream #0:1: Invalid data found when processing input
[mpegts @ 0x2e5da00] Dropped corrupted packet (stream = 0)
More than 1000 frames duplicated
[mpegts @ 0x2e5da00] Dropped corrupted packet (stream = 1)
Last message repeated 1 times
[mpegts @ 0x2e5da00] Dropped corrupted packet (stream = 0)
[ac3 @ 0x2eb5100] frame sync error
Error while decoding stream #0:1: Invalid data found when processing input
[mpegts @ 0x2e5da00] Dropped corrupted packet (stream = 0)
[mpegts @ 0x2e5da00] Dropped corrupted packet (stream = 1)
[ac3 @ 0x2eb5100] frame sync error
Error while decoding stream #0:1: Invalid data found when processing input
[mpegts @ 0x2e5da00] Dropped corrupted packet (stream = 1)
[mpegts @ 0x2e5da00] Dropped corrupted packet (stream = 0)

These errors are while watching the program from the web UI.

I’ve seen these errors in the log too, but I’ve never noticed anything in the way of pauses, drops or skips. I watched Salvation yesterday over LTE @720 yesterday and it was flawless. I have both a great uplink and a great data plan though.

My issues are all happening while I’m at home hard wired to everything.

I wonder if running the DVR on my Synology is causing the problems. Not sure if it’s really meant for running a DVR or not.

Whoops, I replied to the wrong thread!

Which synology do you have?

I have the DS216+II. Which might be light on the RAM. I’m not sure if the low RAM would cause the errors/logs that I am experiencing though.

I would think that it would be fine. Do you have a amp/splitter on the line? If so, what is its rating?

I have a splitter that splits my internet and cable TV. It’s a 3-way splitter with 2 x -7bB out and 1 -3.5dB out. One of the -7dB outputs is capped off. Cable is on the -3.5dB leg.

Well to troubleshoot something like this it’s best to get it as simple as possible, then if it works, start adding stuff back.

Make sure nothing else is running on the Synology, and start removing components to get as minimal as possible. Plug the prime directly into the cable, then simplify the network to just the switch, DVR and ATV And see if you still see the error. Since you see it on live, if the problem doesn’t leave, it’s probably your prime/cablecard or cable.

@jstockton: Q: Are you on FIOS?

In the past there have been some issues where the singal from the ONT to the cable segment was actually too “hot” and was causing the tuners to overload (with the symptoms closely matching “bad signal”). One place I know of had to add a 12db attenuator to reduce the signal enough. (if you don’t have one, daisy chain 2-3 splitters if you have them to test and maybe move the cable to the -7db port as well)

1 Like