You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I run a VDR server 2.4 with the IPTV plugin Headless and in the search for the cause of image interference, I noticed that my VDR server partially recordings still another tuner occupied and this synonymous only releases when you close the VDR server. I think I have solved the problem with the image noise and this problem does not hang together. I use the suspendoutput on my server so normally no tuner is used after a recording from VDR. In the Fritz box, I noticed in the statistics but this does not always work and sometimes bandwidth is still used. In addition, I noticed that you count up under "netstat -su" from the error occur the "packet receive errors" or "receive buffer errors".
My VDR Server 2.4 is self-compiled. As a test I installed a minimal VDR 2.4 server from Tobi on a different system and could adjust the error there without suspendoutput. The error does not occur generally so I have already tested quite a bit. It does not matter if I put the timer over the live plugin or it is set by epgsearch. However, the error does not occur when recording on the start immediately but especially in recordings that are a little further in the future. I've already disabled the epgscan and the feature that VDR synced to other VDRs.
Anyone could advance an idea that might be and how to prevent that? This will unnecessarily bandwidth occupied by my DSL connection.
The first shot does not have the problem. On the second shot you can see that 51 seconds before the actual timer, a second channel is occupied. This remains occupied as long as and causes the problem until I finish the VDR.
Thanks in advance
Greeting dile :)
The text was updated successfully, but these errors were encountered:
Direct leak of 21280 byte(s) in 4 object(s) allocated from:
rofafor#2 0x7fe58e0fdac0 in curl_easy_init (/usr/local/lib64/libcurl.so.4+0x1dac0)
rofafor#3 0x7fe58c763576 in cIptvProtocolCurl::Connect() iptv-2.4.0/protocolcurl.c:284
rofafor#4 0x7fe58c76a180 in cIptvProtocolCurl::cIptvProtocolCurl() iptv-2.4.0/protocolcurl.c:47
rofafor#5 0x7fe58c751950 in cIptvDevice::cIptvDevice(unsigned int) iptv-2.4.0/device.c:36
rofafor#6 0x7fe58c7539bb in cIptvDevice::Initialize(unsigned int) iptv-2.4.0/device.c:88
rofafor#7 0xa73380 in cPluginManager::InitializePlugins() vdr-2.4.7/plugin.c:375
rofafor#8 0x4e2eff in main vdr-2.4.7/vdr.c:833
Hello
I run a VDR server 2.4 with the IPTV plugin Headless and in the search for the cause of image interference, I noticed that my VDR server partially recordings still another tuner occupied and this synonymous only releases when you close the VDR server. I think I have solved the problem with the image noise and this problem does not hang together. I use the suspendoutput on my server so normally no tuner is used after a recording from VDR. In the Fritz box, I noticed in the statistics but this does not always work and sometimes bandwidth is still used. In addition, I noticed that you count up under "netstat -su" from the error occur the "packet receive errors" or "receive buffer errors".
My VDR Server 2.4 is self-compiled. As a test I installed a minimal VDR 2.4 server from Tobi on a different system and could adjust the error there without suspendoutput. The error does not occur generally so I have already tested quite a bit. It does not matter if I put the timer over the live plugin or it is set by epgsearch. However, the error does not occur when recording on the start immediately but especially in recordings that are a little further in the future. I've already disabled the epgscan and the feature that VDR synced to other VDRs.
Anyone could advance an idea that might be and how to prevent that? This will unnecessarily bandwidth occupied by my DSL connection.
Sorry for my english it's translate with google.
here you can see logfiles:
https://www.vdr-portal.de/forum/index.php?thread/132056-vdr-mit-iptv-blockiert-bei-aufnahme-2-iptv-tuner-und-gibt-nur-einen-wieder-frei/&postID=1306860#post1306860
https://www.vdr-portal.de/forum/index.php?thread/132056-vdr-mit-iptv-blockiert-bei-aufnahme-2-iptv-tuner-und-gibt-nur-einen-wieder-frei/&postID=1306861#post1306861
The first shot does not have the problem. On the second shot you can see that 51 seconds before the actual timer, a second channel is occupied. This remains occupied as long as and causes the problem until I finish the VDR.
Thanks in advance
Greeting dile :)
The text was updated successfully, but these errors were encountered: