Posts by =[M.I.T.M]=

You'll need to find out from which repos you can get required packages that are by default obviously missing in the repos of 16.04

Hi, why don't you upgrade to Ubuntu 20.04.x? Might be much easier because then you'd be able to download those packages, etc.

Eventually it didn't connect because of the user "tvheadend" under dvbapi section in oscam.conf. You'll need to provide an user which is in your oscam.user config.

Or it's beacuse of some other issue but more info shall be provided by TVH (debug) log, especially when you try to connect to OSCam.

What was the error message on TVH side?

Quote from Mastropiero

Any suggestions on Oscam's mess?

This is my config which runs perfectly.

oscam.conf:

[global]
disablelog                    = 1
loghistorylines               = 1024
logfile                       = /tmp/oscam.log
logduplicatelines             = 1
pidfile                       = /tmp/oscam.pid
clienttimeout                 = 2000
nice                          = -20
maxlogsize                    = 2048
waitforcards                  = 0
readerrestartseconds          = 3
usrfile                       = /tmp/user.log
cwlogdir                      = /var/log/
emmlogdir                     = /var/log/
lb_mode                       = 3
lb_save                       = 100
lb_reopen_seconds             = 20
lb_force_reopen_always        = 1
lb_retrylimit                 = 350
lb_stat_cleanup               = 124
lb_auto_betatunnel            = 0
ecmfmt                        = c|0p|i|d|s|w

[dvbapi]
enabled                       = 1
pmt_mode                      = 5
listen_port                   = 9000
delayer                       = 60
ecminfo_type                  = 1
user                          = tvheadend
read_sdt                      = 1
write_sdt_prov                = 1
boxtype                       = pc

oscam.dvbapi:

P: 186A                         "HD+04"
P: 1843                         "HD+02"
P: 1830                         "HD+01"
P: 098D
P: 0650                         "ORF/Austria SAT"
P: 0D95
P: 1884
P: 0648
P: 0500
P: 0100
P: 0B02
P: 4ABF
P: 1810
P: 0B00
P: 0B01
I: 09C4

and additionally in oscam.server I've set disablecrccws = 1 in readers' config.

You're using TVH as your backend to deliver IPTV within your environment, right. So TVH is the one that shall connect to your OSCam.

Why do you have multiple users in OSCam? For example, just "tvheadend" would be enough.

This user shall be in your oscam.user and as "user" under [dvbapi] section in oscam.conf

TVH will then serve connected clients like Kodi, VLC, etc. Those respective users shall be configured in TVH only.

Kodi will connect to TVH usually thru htsp protocol, while VLC will use "pass" (if I am not mistaken).

So TVH (user) config shall be made accordingly and then it shall be working.

But still I'd suggest to get also your OSCam config a bit more structured and sorted.

your config looks weird. not sure if it's related to copy+paste.

oscam.dvbapi should only contain CAIDs with P: (prioritize) or I: (ignore) flags

also there's possibly some mess-up with users in your config.

what's your oscam.user config?

apart from that:

disablecrccws = 1

disablecrccws_only_for = 

makes no sense to have them both set. choose either or, not both.

EDIT: pls. also share oscam.server config but remove/replace sensitive information

What's your oscam.conf, oscam.dvbapi and log when you try to watch a channel which uses 098D?

Hi,

If patching and compiling of TVH on your sys went thru without errors and TVH runs afterwards as expected, the issue must be related so something else.

Are you using DVBAPI to connect from TVH to OSCam?

Where do you get your 098D from? Locally or remotely?

Quote from oastra

So , I test it on my Pi4 with Libreelec :

I install Libreelec 10.0.3

Install tvheadend and oscam from repo

Change tvheadent.bin with version from here: tvheadend43-19.5.102.rar

Change oscam.bin with version from here: oscam-11715-798

I test it with a Sundtek USB Tuner and it works with Icam

Display More

ok, will give it a try, thank you for the hint.

EDIT: thanks again - indeed it works this way and I'm able to watch encrypted channels (098D) thru DVBAPI connection to a OSCam 1.20-11714 which runs on a dedicated Debian VM.

really?

so taking the patched TVH addon for CE 19.5 from here and then replace the tvheadend.bin by the one available in the official LE 10.0.3 TVH addon should do the trick?

almost can't believe that...

Quote from fegol

I don't use the oscam-icam version patches, unfortunately none of them work properly in my case, icam-v1 was the best for me (my favorite), but even with it, the images were stuttering about every 3-4 seconds, with the later ones there were even more errors in the on my device and system.

Arm-neon was added later, but the stuttering didn't go away, and in my case it also caused a crash in my oscam.

I tested them with Tvheadend 4.2 on CoreELEC and LibreELEC (arm, aarch64).

Thank you and all my appreciation to "icb" for his persistent work.

The first one that worked for me was streamdecrypt.

This worked perfectly with Tvheadend 4.2 without any hiccups, only channel changes and edits caused more problems

(And tvheadend patches were born from streamdecrypt for these reasons...)

Display More

Hi,

is there some patched addon of TVH for LibreElec 10.0.3 (Kodi Matrix 19.4) for Raspberry Pi3 available?

AFAIK, Coreelec cannot be used with RPi3 devices or am I wrong (at least I didn't find a proper image...)

OSCam would run on a dedicated VM, hence, I'm just looking for a patched TVH for Kodi on RPi3.

Many thanks!

guys, what "CW Mode" option shall be selected in TVH 4.3 in CA section when it comes to a dvbapi connection to OSCam 1.20 build 11714?

currently I use "standard/auto" but I wonder if any of the other options might be better for some reason? can someone explain?

TVH_CW_Mode.png

thanks!

Hi,

My guide was based on the assumption that required packages are already installed on a system.

If not the case, recommend to do the following as very first step.

apt update && apt upgrade -y
sudo dpkg-reconfigure tzdata
reboot
sudo apt install build-essential git ccache libpcre3-dev pkg-config libssl-dev bzip2 wget unzip libavahi-client-dev zlib1g-dev libavcodec-dev libavutil-dev libavformat-dev libswscale-dev libavresample-dev gettext cmake libiconv-hook-dev liburiparser-dev debhelper libcurl4-gnutls-dev python2-minimal libdvbcsa-dev python3-requests libx264-dev libx265-dev libvpx-dev libopus-dev dvb-apps libva-dev libva-drm2 libva-x11-2 libsystemd-dev ffmpeg libavcodec-extra libavcodec-extra58 libavdevice-dev libavfilter-dev libavfilter-extra libpcre2-dev libpcre2-16-0 libpcre2-32-0 librecode0 recode libhdhomerun-dev

That will install everything required as packages.

On Debian 11.5 / Ubuntu 20.04.5 you should be able to compile TVH and build a *.deb package by following below exemplary steps.

Of course, libdvbcsa should be patched already and libdvbcsa-dev shall be uninstalled.

If not already uninstalled, do it at first:

sudo apt-get purge libdvbcsa-dev -y
sudo apt autoremove -y

Next, git clone TVH, patch and compile:

mkdir /var/tmp/tvheadend
git clone https://github.com/tvheadend/tvheadend.git /var/tmp/tvheadend
cd /var/tmp/tvheadend
git config apply.whitespace nowarn
git apply /var/tmp/patches/tvheadend/tvheadend43.patch
./configure --disable-ffmpeg_static --disable-libfdkaac_static --disable-libtheora_static --disable-libopus_static --disable-libvorbis_static --disable-libvpx_static --disable-libx264_static --disable-libx265_static --disable-libfdkaac --enable-libopus --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --disable-avahi --disable-dbus_1 --disable-bintray_cache --disable-execinfo --disable-hdhomerun_static --disable-hdhomerun_client --enable-libav --enable-pngquant --enable-trace --enable-vaapi --infodir=/usr/share/info --localstatedir=/var --mandir=/usr/share/man --prefix=/usr --cc=cc --arch=x86_x64 --platform=linux --python=python3 --sysconfdir=/config
make -j$(nproc)

then, if successful, try if compiled TVH binary runs with

./build.linux/tvheadend --noacl

next, if TVH runs and can be accessed via its web UI, build the package by manipulating the related autobuild.sh script like this:

cd /var/tmp/tvheadend/Autobuild
nano debian.sh
add argument '-d' to dpkg-buildpackage to remove libdvbcsa-dev dependancy: dpkg-buildpackage -d -b -us -uc
save debian.sh
AUTOBUILD_CONFIGURE_EXTRA="--disable-ffmpeg_static --disable-libfdkaac_static --disable-libtheora_static --disable-libopus_static --disable-libvorbis_static --disable-libvpx_static --disable-libx264_static --disable-libx265_static --disable-libfdkaac --enable-libopus --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --disable-avahi --disable-dbus_1 --disable-bintray_cache --disable-execinfo --disable-hdhomerun_static --disable-hdhomerun_client --enable-libav --enable-pngquant --enable-trace --enable-vaapi --infodir=/usr/share/info --localstatedir=/var --mandir=/usr/share/man --prefix=/usr --cc=cc --arch=x86_x64 --platform=linux --python=python3 --sysconfdir=/config" ./Autobuild.sh -j$(nproc)

finally, install built TVH package. For example:

cd /var/tmp
dpkg -i tvheadend_4.3-2038~g5f9404117-dirty_amd64.deb

that's it! Good luck

start tvheadend binary with argument

--noacl

rather than with -C

Once you've compiled and built a *.deb package and installed this afterwards, it will be started as a service via system.d which is also enabled by default. So nothing you need to worry about.

I decided to use latest TVH from github. You can get it via

git clone https://github.com/tvheadend/tvheadend.git

by this you'll pull latest version which is not "stable" branch but for me (at least) it works perfectly and stable.

Before that, git clone patched libdvbcsa

https://github.com/glenvt18/libdvbcsa.git

and compile.

Then patch TVH 4.3 with provided patch from here. It should be on first pages of this thread.

Lastly, compile patched TVH and install

Hi,

I'm using patched and (self compiled) TVH, latest from Git incl. patch files from here in combination with OScam 11714. Works like a charm over DVB-S2

I'm currently struggling to make the patched TVH binary in the way that I can run it afterwards.

First,libdvbcsa was patched & installed before and old libdvbcsa-dev got purged, like this:

git clone https://github.com/glenvt18/libdvbcsa
cd libdvbcsa
git config apply.whitespace nowarn
git apply libdvbcsa.patch
./bootstrap
./configure
make
sudo apt-get purge libdvbcsa-dev
make install

Next, TVH got patched and then make it (successfully)

cd tvheadend
git config apply.whitespace nowarn
git apply tvheadend43.patch
make clean
./configure --disable-dvbcsa --disable-ffmpeg_static --disable-libfdkaac_static --disable-libtheora_static --disable-libopus_static --disable-libvorbis_static --disable-libvpx_static --disable-libx264_static --disable-libx265_static --disable-libfdkaac --enable-libopus --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --disable-avahi --disable-dbus_1 --disable-bintray_cache --disable-execinfo --disable-hdhomerun_static --disable-hdhomerun_client --enable-libav --enable-pngquant --enable-trace --enable-vaapi --infodir=/usr/share/info --localstatedir=/var --mandir=/usr/share/man --prefix=/usr --python=python3 --sysconfdir=/config
make

If I now want to run tvheadend binary, I get:

root@tvh-ubuntu-focal:~/tvheadend/build.linux# ./tvheadend 
./tvheadend: symbol lookup error: ./tvheadend: undefined symbol: dvbcsa_bs_key_set_ecm

OS: Ubuntu 20.04.5

Any ideas where my mistake is?

Thanks!

EDIT:

ok, missed to purge also libdvbcsa1

Now I can run the binary. What's the default user and PWD for web ui access?

But, packaging it is still not possible with

./Autobuild.sh -t xenial-amd64

It results in:

root@tvh-ubuntu-focal:~/tvheadend# ./Autobuild.sh -t xenial-amd64
On branch master
Your branch is up to date with 'origin/master'.

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   src/descrambler/descrambler.c
        modified:   src/descrambler/descrambler.h
        modified:   src/descrambler/tvhcsa.c
        modified:   src/descrambler/tvhcsa.h

no changes added to commit (use "git add" and/or "git commit -a")
Using ccache
cache directory                     /root/.ccache
primary config                      /root/.ccache/ccache.conf
secondary config      (readonly)    /etc/ccache.conf
stats updated                       Mon Oct 10 18:16:49 2022
cache hit (direct)                   511
cache hit (preprocessed)               1
cache miss                           399
cache hit rate                     56.20 %
called for link                      288
preprocessor error                     3
cleanups performed                     0
files in cache                      1038
cache size                          75.5 MB
max cache size                       5.0 GB
dpkg-buildpackage: info: source package tvheadend
dpkg-buildpackage: info: source version 4.3-2038~g5f9404117-dirty~xenial
dpkg-buildpackage: info: source distribution xenial
dpkg-buildpackage: info: source changed by Andreas Öman <andreas@tvheadend.org>
dpkg-buildpackage: info: host architecture amd64
 dpkg-source --before-build .
dpkg-checkbuilddeps: error: Unmet build dependencies: libdvbcsa-dev
dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting
dpkg-buildpackage: warning: (Use -d flag to override.)

Quote from Gunah

=[M.I.T.M]= mostly satip clients only work if there in the same network, may this is the issue.

You can try the docker container with host (Setting: "network host") or may it works when u manualy set the desc.xml via Startup Parameter.

Example:

--satip_xml http://exp-ip:8080/desc.xml

Display More

Thanks, but I could manage to make it detect my Sat-IP server by attaching the container to a macvlan.

Hi there,

I wanted to test with the patched TVH 4.3 and have build the image and container successfully.

But, for some reason this release of TVH doesn't recognize my Kathrein EXIP-418 Sat>IP Server.

However, v4.3~26713c1 (running on my Synology NAS on DSM 6.2.6) does recognize the EXIP. But this build is not patched.

It's not a matter of the network config of the container (I think), since I used "host" and Host is within same network (VLAN) as my EXIP.

Hence I suspect it to be an issue of the version 4.3-2036~g81838dbb6-dirty

How can I test the same thing probably with those patched libdvbcsa, etc with one of previous (older) builds?

Edit: Or shall I try with macvlan for this specific container first? Never used this before because of no real need but in this case it might would make sense?

Thanks!