Monkeyair

Thanks a lot fellas. I shall give it a go later on. Hopefully my docker image will no longer be as full as a fat birds shoe

Hi Saarg I've recently upgraded to 6.2.0 and have had no end of problems with the docker image filling up out of control. I have found that one of the culprits has been the 'Tvheadend-Unstable-DVB-Tuners' docker. I believe that it keeps sending the logs to the docker image. The img continued to grow: When I enter the TVheadend GUI > Debugging > Then untick 'Enable syslog:' the docker image seems to stop growing. I believe that this setting is only temporary until reboot. Could you help me add a script to the docker to keep the docker from sending logs or find another solution please? When my docker img gets full the whole system goes into meltdown and freezes up. Just for info, the other dockers that are causing me problems are the two MKV tools from your repo. I have deleted them pending further investigation... Thanks

I was barking up completely the wrong tree! With the new Openelec template you do not need to think too much about passing through devices, it does it for you. On a previous build I was passing through an entire PCi-e USB hub to enable the use of a Pulse Eight adapter. Now you just plug it in to a USB slot and select it. Awesome! I would recommend one of these devices to anyone with an openelec VM.

Hi Neil Long time no speak. Hope that you are well mate. The Pulse Eight adapter is great and worked a treat with the VM previously, so I'm determined to get it working with the new stuff. It is just great to be able to control everything with the TV remote. I found the FLIRC temperemental. I see that you have been busy with the second job mate. It's all looking great.

Has anybody managed to pass through a Pulse Eight CEC HDMI adapter to their Openelec 6 VM in Unraid 6.2.0 beta21? I managed it in the 6.1.9 Openelec template with the following addition to the XML: <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x82' slot='0x00' function='0x0'/> </source> </hostdev> Adding this to the XML of VM 6 brings up the PCI device in the Other PCI Devices box of the setup page, but the VM will not work with this line added to the XML. Appreciate any help as the Wife will soon get sick of having to use the iphone to work the TV

Upgraded to 6.2.0-beta21 and it all works fine

Nice Work! Thanks....

Anyone got a working link for an older version of the client? Mine also stopped working after update......

At the minute I use 2 x TBS6205, giving 8 tuners. They work well now after some teething problems (Thanks to Saarg and CHBMB for the help). I'm looking to change one of them in the future for a TBS DVB-S one to give all of the UK 'free' channels. My setup uses several Raspi 2's and they stream the TV and recordings with no probs at all.

Glad you made some progress. Myself and 'Baldy' both use the TBS DVB-T tuners in the UK. After a but of fine tuning, they work well....

Hi Nigel I think that it may be more to do with the firmware of your tuners. By searching with the gift of google I read "The firmware driver for the Afatech AF9035 demodulator and USB bridge is not supported in the kernel and must be installed separately". Hopefully one of the "Grown ups" on here can give you a good steer to get them working

LOL ;D

The only drop outs now are on two channels that are frankly rubbish anyway. So all in all it's in a good place. I think that the 'Force old status' and 'Idle scan' settings sorted me out. Neil you are the Mediabuild Guru. You should never forget it! We won't......

So, the new cables have arrived and they made no difference. What I have done is enabled the 'Force old status' option in the tv adapters settings and this has reduced my continuity errors to 1 or so. Then I noticed that the channels that were experiencing drop outs are the channels that are streamed in the h264 format. The MPEG-2 channels all work fine now. So this leads me to think that the remaining issue is an audio/video codec issue within the stream profile...... More research and testing required. Good progress though

The idle scan is a good thing to disable on TBS cards and not really needed. I'm not sure if you have any options when it comes to drivers? It's only the TBS media build that works or did the media build wizard make one of the open source driver also? I didn't make a version for the opensource drivers as last time I tested them they did not work for my card the 6205.... But Monkeyair is a good mate, so I'll check the opensource versions and if they support the card now (Monkeyair has the same card as me) I'll more than happily knock a build out... The TBS drivers were updated recently, so you could test 6.1.7 and 6.1.6 to see if there is a difference.. EDIT: Just checked there isn't support for our card and it looks like dev has stopped... no commits for quite a while. Thanks for looking into it. I think that I'll get the new cables installed and maybe get somebody out to fine tune the DVB antenna. The shrine is still alive you know!

By unchecking the 'idle scan' and doing a re-install and setup of TVHeadend, I have managed to reduce the continuity errors significantly. Some channels are fine with no drop outs and small continuity errors, others are still very hit and miss. I have ordered new quality coax cables to rule out interference. I'll change PCi-e slots and see if it makes any difference.

The dropouts from live or recorded TV is more likely the decoder not being able to handle small errors in the DVB stream. I don't think it's the GPU's fault. This is a screenshot from the status page: Signal strength shows 100%, but the errors and overview change all of the time. Sometimes all showing a signal strength, other times 'Unknown' for all. Does this look normal Saarg?

I use your fine TVHeadend docker Saarg I'll move this over to your forum.....

Thanks Saarg. Anything that I can do to solve it?

I've had good results using the GT720, except the dreaded audio and occasional video drop out..... The drop outs only seem to happen when streaming live or recorded TV from my TBS tuners (MPEG-2 format). No dropouts when playing the shares from my server. I have the addition of the "sound.conf" file and have tried all variations of options in the Kodi menu for refresh rates. Having researched this, it seems common when trying to passthrough these file types to an AVR. Has anyone else experienced this? Any solution that I may be missing?

Thanks a lot for that. It's all up and running and looking good

Hi Johnodon I'm also using a DP Supermicro board and following your success have decided to get hold of a MSI GT720. When I create the VM I'm getting no video output. I wondered if I could perhaps ask if you are using network bonding and what settings you used on the VM setup?

Thanks Squid. And this is the openvpn config file from Torguard:

So, I have been sent a new port forward openvpn config and certificate file for the selected WAN IP by Torguard. Having dropped this into my openvpn folder on the flash drive, all seems ok for now (Fingers crossed). The only odd thing that is happening is that when the VPN is running, I am unable to access AppStore application correctly. When I try and use it I get the following: "Download of appfeed failed. Reverting to legacy mode" When it runs in legacy mode it works as it should. If I turn off the VPN, the AppStore application works just fine. What have I missed here? Any more ideas?

If I disable the VPN, all works fine. So, I'll go investigate in the other threads. Thanks for all of your hard work on this application by the way Cheers