Posts: 59
Joined: Jan 2014
Reputation:
0
Guys,
I'm building a new streaming server using vdr with fernetmenta's vnsi5 and dvbapi. All latest versions from git. Streamer are xbmc NUC's with again fernetmenta's xbmc builds with letest intel patches. I was using tvheadend before which worked pretty good. Now i want to give vdr a shot. I have it running and wokring so far but have some artifacts on some channels which i did not have before when using tvheadend. Most channels run flauwlessly. What can i do to see why this happens? No messages are logged on either side (vdr and xbmc) when these artifacts happen.
I hope someone can help in getting these issues resolved so i can complete my new setup.
Posts: 6,810
Joined: Jul 2010
Reputation:
198
You confused me: I fit is vnsi5 then it is not latest git. Please clarify.
Posts: 6,810
Joined: Jul 2010
Reputation:
198
That is most recent version with already dropped postfix. Means those version are ok.
Could you post the spec of the server? How high is the load? Do you observe the artifact on all channels even the unencrypted ones? can you try to record a channel and check if yo have the artifact in the recording too?
Posts: 59
Joined: Jan 2014
Reputation:
0
load on the server is really low: about 6% CPU max for vdr. It runs 2x Quadcore Intels and 16Gb memory.
load average: 0.01, 0.11, 0.13
I don't use unencrypted channels, i wil add some and then check. Also as i'm new to vdr i need to figure out how to start a recording first:-)
Keep you posted.
Posts: 59
Joined: Jan 2014
Reputation:
0
Yes these same cards were used by tvh. I have 2 dual DVBS2 cards from digital devices, CineS2 V6.
Currently my artifacts are gone when watching through XBMC. What i did was starting dvr with the -D option so only one frontend adapter is used. I tried -D 0 and -D 2 so both cards are tested, both configs run without artifacts. So maybe dvr is running some processes on the other inputs wehn not in use? I know this was a problem in tvh; i have an optoin 'Keep FE open' or something, after enabling that the artifacts were gone. Maybe dvr also has an option for that?
Posts: 59
Joined: Jan 2014
Reputation:
0
After setting EPGScanTimeout =0 these artifacts are gone! Thanks so far.
Does this problem also appear when another client starts streaming or when a recording is started (instead of a epg search)? And if so, can i solve that by changing sourcecode as suggested?
Posts: 6,810
Joined: Jul 2010
Reputation:
198
Playing recordings should not have any impact on this. To my knowledge only querying signal strength and quality has influence. Can you try the code change? In case it helps I can implement some parameter to disable signal info, it is not that interesting once you have adjusted your dish, right?
Posts: 59
Joined: Jan 2014
Reputation:
0
exactly, i'm not interested in signal quality when dish is pointed:-) I will try your code change and report back later.
Posts: 6,810
Joined: Jul 2010
Reputation:
198
hmm, how about something like "disable epg scan while streaming" ?
Posts: 59
Joined: Jan 2014
Reputation:
0
2014-09-01, 21:59
(This post was last modified: 2014-09-01, 22:49 by posixx.)
yeah that could work i guess! strange this happens as on my tvh setup this was not an issue. But as i mentioned before i needed to enable 'Keep FE open' on that to have this working. Maybe this option can be added to vdr also?
edit: in the code from tvh it says: 'Enable to not close the LinuxDVB frontend device in the idle state'
maybe your option to disable epg scan is a better way of fixing this..
endSignalInfo()