OpenDCT: An open source digital cable tuner.

[seglertx]

tmiranda

I agree with using ext4 vs NTFS when running SageTV in Linux.

You and ENE may not be taking everything of your network into consideration.

I bought one of the high end Motorola All-In-One cable modem / wi-fi- / LAN routers right before that division was sold off and became Arris.

I ran into major issues on the LAN side of it and returned it the next day.

My recordings from HDHomerun tuners all failed in SageTV and WMC. Every test I tried on it seemed good but when I tried transferring videos from my SageTV server to my video editing systems the speed dropped from 120 Mbps to 30, 15, and then 7.

Other friends and family had similar systems and never had any problems but the reviews show there was a problem with the late models.

[EnterNoEscape]

Originally Posted by tmiranda

Still having this big issue

I think I've ruled out the NIC and network. I can stream every channel from the HDHomeRun to VLC and the video plays smooth as silk. I've checked ifconfig (several times) and it shows 0 dropped packets.

I'm not an expert at networking but I don't see how it can be anything other than opendct that is dropping the packets. What steps can I take to try and get this working. If I can't record anything Sage isn't of much use to me.

The only other possibility is that Java simply can't keep up with packet rate. And since I don't see anything like the internal buffer getting filled up, that's all I could conclude. The process for capturing over RTP in OpenDCT is about as efficient as you can do with Java without changing over to native code. The best you could do if that's the case is increase the UDP buffering on the Linux side of things. The command I gave you earlier for that doesn't survive reboots, BTW.

[tmiranda]

Originally Posted by seglertx

tmiranda

I agree with using ext4 vs NTFS when running SageTV in Linux.

You and ENE may not be taking everything of your network into consideration.

I bought one of the high end Motorola All-In-One cable modem / wi-fi- / LAN routers right before that division was sold off and became Arris.

I ran into major issues on the LAN side of it and returned it the next day.

My recordings from HDHomerun tuners all failed in SageTV and WMC. Every test I tried on it seemed good but when I tried transferring videos from my SageTV server to my video editing systems the speed dropped from 120 Mbps to 30, 15, and then 7.

Other friends and family had similar systems and never had any problems but the reviews show there was a problem with the late models.

I have the HDHomeRun and the server connected to a 32 port switch, which is in turn connected to the (crappy?) wi-fi router provided by Comcast. In this case isn't performance dictated by the switch? It's the same switch I was successfully using in the past.

[tmiranda]

Originally Posted by EnterNoEscape

The only other possibility is that Java simply can't keep up with packet rate. And since I don't see anything like the internal buffer getting filled up, that's all I could conclude. The process for capturing over RTP in OpenDCT is about as efficient as you can do with Java without changing over to native code. The best you could do if that's the case is increase the UDP buffering on the Linux side of things. The command I gave you earlier for that doesn't survive reboots, BTW.

I didn't know that command didn't survive reboots, I'll add it to the startup script. I'll also try increasing the UDP buffering to see what that does.

I tried boosting the priority of the producer and consumer threads to 10. (Or at least I think I did based on the names in the opendct.properties.)

It's frustrating because OpenDCT obviously works for most people. There must be something peculiar about my configuration.

[SHS]

Originally Posted by tmiranda

I didn't know that command didn't survive reboots, I'll add it to the startup script. I'll also try increasing the UDP buffering to see what that does.

I tried boosting the priority of the producer and consumer threads to 10. (Or at least I think I did based on the names in the opendct.properties.)

It's frustrating because OpenDCT obviously works for most people. There must be something peculiar about my configuration.

I just wondering what about other app that can make use of that device

[tmiranda]

Originally Posted by EnterNoEscape

The only other possibility is that Java simply can't keep up with packet rate. And since I don't see anything like the internal buffer getting filled up, that's all I could conclude. The process for capturing over RTP in OpenDCT is about as efficient as you can do with Java without changing over to native code. The best you could do if that's the case is increase the UDP buffering on the Linux side of things. The command I gave you earlier for that doesn't survive reboots, BTW.

I tried increasing the UDP buffering to 25 MB (26214400) and that didn't help.

The command you recommended (sudo sysctl -w net.core.rmem_max=8388608) changed it to 8MB. I did some googling and 25MD came up as the most recommended. I also edited the sysctl.conf file to make sure it's always set.

I tried using http tuning with the larger UDP buffer and that didn't help.

I tried increasing the producer and consumer thread priorities and that didn't help. (I increased both to 10. Should I increase one and not the other?)

If you think Java can't keep up should I try another version? Right now I'm running OpenJDK 10.0.2.

The machine itself is brand new and pretty much state of the art. I'm beginning to think I wasted $1,000.

If I don't get this running soon I'm going to wipe the Linux install and go back to Windows. That seems like a step in the wrong direction for me but I've gone too long with the Comcast DVR.

[SHS]

Originally Posted by tmiranda

The machine itself is brand new and pretty much state of the art. I'm beginning to think I wasted $1,000.

Just wonder what the spec of that new system and what Linux OS ver your on

[tmiranda]

Originally Posted by SHS

Just wonder what the spec of that new system and what Linux OS ver your on

Motherboard is an MSI Z370 PC Pro with an an Intel M.2 SSD drive installed. CPU is a 7th gen Core i5. 32GB of memory.

https://www.newegg.com/Product/Produ...-112-_-Product

[SHS]

Originally Posted by tmiranda

Motherboard is an MSI Z370 PC Pro with an an Intel M.2 SSD drive installed. CPU is a 7th gen Core i5. 32GB of memory.

https://www.newegg.com/Product/Produ...-112-_-Product

Boy that a bit over kill
8GB and reg SSD SATA would have been all you needed
What OS and ver is it ?.

[tmiranda]

Originally Posted by SHS

Boy that a bit over kill
8GB and reg SSD SATA would have been all you needed
What OS and ver is it ?.

I planned on using the machine for dome development work as well.

Software is Ubuntu 18.04 LTS. It's completely updated.

[SHS]

Originally Posted by tmiranda

I planned on using the machine for dome development work as well.

Software is Ubuntu 18.04 LTS. It's completely updated.

I see, I'm kind of wondering have you had a chance to test Windows just see what happing ?.

[tmiranda]

Originally Posted by SHS

I see, I'm kind of wondering have you had a chance to test Windows just see what happing ?.

I had my system on Windows for years. Several months ago the motherboard finally died and I put together a new machine.

I'm going to give the docker a try under Ubuntu. I managed to get the sagetv docker running but can't find any information on the opendct docker. I see a few threads about the opendct docker but I don't see the main thread that shows how to install it and get it running. Any idea where that is? (CraziFuzzy must have hid it )

[SHS]

Originally Posted by tmiranda

I had my system on Windows for years. Several months ago the motherboard finally died and I put together a new machine.

I'm going to give the docker a try under Ubuntu. I managed to get the sagetv docker running but can't find any information on the opendct docker. I see a few threads about the opendct docker but I don't see the main thread that shows how to install it and get it running. Any idea where that is? (CraziFuzzy must have hid it )

No idea I never mess with docker you should give Fuzzy and or stuckless a PM.
But you if you extra SSD or even a reg hard drive lay around just install windows 10 you don't need a key to try it out just be sure that not something with in SageTV it self that drag it down with you new hardware setup on that system for we know it be your missing something on Linux side of thing.
I would have gone and install 18.10

[tmiranda]

Eureka! I FINALLY found the root cause of my stuttering issue. And the winner is ....... a bad network switch.

Months of trial and error and it never dawned on me that the switch could be the issue.

[SHS]

Originally Posted by tmiranda

Eureka! I FINALLY found the root cause of my stuttering issue. And the winner is ....... a bad network switch.

Months of trial and error and it never dawned on me that the switch could be the issue.

Ho made the network switch ?.

[tmiranda]

Originally Posted by SHS

Ho made the network switch ?.

Cisco.

[brandypuff]

I have had the same thing happen to me. Unplugging and plugging the power cable back in always solves the problem.

[tmiranda]

Originally Posted by brandypuff

I have had the same thing happen to me. Unplugging and plugging the power cable back in always solves the problem.

Maybe so, but hitting it with a hammer and throwing it in the garbage made me feel better

[SHS]

Originally Posted by tmiranda

Maybe so, but hitting it with a hammer and throwing it in the garbage made me feel better

[NetworkGuy]

Originally Posted by tmiranda

Maybe so, but hitting it with a hammer and throwing it in the garbage made me feel better

We all deal with stuff like this occasionally. Two years ago after we moved, at least 3 times a week, I kept getting corrupted recording. EnterNoEscape was great helping me troubleshoot the problem. Turned out to be signal loss because of a bad coax cable. Took almost 2 months to find because the problem did not occur when I was testing.

P.S. I put in all new coax and Ethernet cables after that.