I have a Vero4K with the newest updates installed (August 2017) and a working DVB-S2 usb adapter (Sundtek, see logs). As backend I am using TVHeadend (supplied by OSMC) with the KODI client plugin, which works as expected when watching FTA channels. As soon as I switch to a scrambled channel, TVHeadend crashes with a kernel alignment fault. If I try to watch a scrambled channel and the card has no keys for it, TVHeadend does not crash.
I’ve been using TVHeadend in the past successfully on other platforms, but not this version (4.2.2).
I just tried with Kodi 17.4 on my laptop, same error. So the problem is TVHeadend. Would be interesting if the error persists on another platform with TVHeadend 4.2.2. I saw there’s a newer version on github (4.2.3 or even 4.3). Are those stable and if yes, when do you plan to update @sam_nazarko?
I try to reproduce the error in a docker container (x86_64) with version 4.2.2.
Good stuff. To be completely honest, my knowledge of TVHeadend is a little limited; so I simply built it with the options that the community generally recommended.
@grahamh wanted to enable CI support and added --enable-libdvben50221. However this didn’t work because such an option depends on libraries. It seemed that dvb-apps was necessary to bring this library in (although that seemed strange as Debian usually won’t mix libs and binaries in this manner).
I assume we also want the built package to depend on libdvbcsa1.
If all we need to do is change those configure options and add those two libraries; then I’m happy with that and can get it included in the next update.
Thanks for your patch, it seems to work that way. I just tried to compile it with ‘libdvbcsa1’ instead of ‘libdvbcsa-dev’ and it worked, too. So you don’t need the development headers to build. I assume the dependencies in your ‘build.sh’ script are both, run- and buildtime dependencies
And you could edit the options instead of just appending new to the command line, it’s more readable.