Project

General

Profile

Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster

Added by Wolfgang Zenner almost 2 years ago

Hello,
I downloaded the zip file under "https://github.com/tvheadend/tvheadend" and ran the command ./configure on my RaspberryPi3 with Raspbian Buster with the follwoing errors:
Checking support/features
checking for cc execinfo.h ... ok
checking for cc -mmmx ... fail
checking for cc -msse2 ... fail
checking for cc -Wunused-result ... ok
checking for cc -fstack-protector ... ok
checking for cc -fstack-protector-strong ... ok
checking for cc -fstack-check ... ok
checking for cc -fPIE ... ok
checking for cc strlcat ... fail
checking for cc strlcpy ... fail
checking for cc fdatasync ... ok
checking for cc getloadavg ... ok
checking for cc atomic32 ... ok
checking for cc atomic64 ... ok
checking for cc atomic_time_t ... ok
checking for cc atomic_ptr ... ok
checking for cc bitops64 ... ok
checking for cc lockowner ... ok
checking for cc qsort_r ... ok
checking for cc stime ... ok
checking for cc gmtoff ... ok
checking for cc recvmmsg ... ok
checking for cc sendmmsg ... ok
checking for cc libiconv ... fail
^ using build-in glibc iconv routines
checking for cc ifnames ... ok
checking for cc cclang_threadsan ... fail
checking for py module gzip ... ok
checking for pkg-config ... ok
checking for xgettext ... ok
checking for msgmerge ... ok
checking for gzip ... ok
checking for bzip2 ... ok
checking for pkg openssl ... fail (detected <none>)
checking for pkg libssl ... fail (detected <none>)
checking for cc openssl/ssl.h ... fail
ERROR: SSL development support not found

What can I do now, I don't find mmmx and installed mmse2 and openssl, but it did not change the error messages.
Thanks in advance
Wolfgang


Replies (75)

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by Wolfgang Zenner almost 2 years ago

Hallo,

Danke für die schnelle Antwort,

jetzt fehlt im u.a. dvbcsa, siehe Bildschirmfoto

mfg

Wolfgang

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by Dave Pickles almost 2 years ago

libdvbcsa-dev.

Debian packages files needed for compilation separately in "-dev" packages. You generally need those to build Tvheadend.

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by Wolfgang Zenner almost 2 years ago

Hello,

Sorry, I didn't know what to search for...
I started all the "apt get" commands and compiled tvheadend - it took more than an hour ;-)
I made the configuration and it seems, everything works good - the version number is 0.0.0.
On february, 12th last year, I installed tvheadend_4.3-1857~g221c29b40~raspbianbuster_armhf.deb, which created several scripts in /etc/init.d, /etc/rc[0,2,3,5,6].d and /etc/init/tvheadend,conf.
The configuration belongs to user hts ...
Now I compiled the program under user pi and the executable is under "/tvheadend-master/build.linux", the confuguration in "~/.hts/tvheadend"
Is it possible, to rename the existing folders and copy the new data to user hts, rename the existing "/usr/bin/tvheadend" and copy the new executable to this folder. Will all init scripts of the .deb version run as before?
My english is very bad...
Thanks
Wolfgang

tvh.done (1.15 KB) tvh.done What I have done

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by Wolfgang Zenner almost 2 years ago

Hello,

after doing nothing with tvheadend for about 2 hours, I have the same problem, I described in Bug #6237, which was set to status invalid: in the EPG data, I get "El canal de television cultural" for two whole days, but not the correct EPG data, only when I look "arte HD", I get the correct EPG data after serveral minutes - they become overridden after a while (5min until 2h, I don't know, what the time is depending on...).
So there's no need to use the self-made version.
I wonder, if nobody else has this problem...
Wolfgang

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by saen acro almost 2 years ago

Let me guess you changed EIT Time Offset from UTC to something else,
and not delete old EPG data file.

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by Wolfgang Zenner almost 2 years ago

I just found EIT Time Offset now: it's in Network - Expert Mode - so I didn't change, it's UTC. I wonder why all the channels work fine, but arte HD ...

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by Wolfgang Zenner almost 2 years ago

Hello,
I had a record which stopped I at 19:18 and stopped watching TV at 19:18:33.
At 19:26 I opened the page in my browser. At 19:29 the EPG data was false, so I started watching again at 19:31:22. At 19:31:24, the EPG data was correct again.

I wonder why the correct data is until 05.01 02:45 and the EPG data NOT watching TV is from 05.01 06:15 til 06.01 10:25, but the actual times are missing until the 05.01

I attach the log and two screen shots.

Thanks
Wolfgang

tvh.log (3.05 KB) tvh.log Log file of the described behavior
EPG-Actual - seeing arte HD on TV.png (341 KB) EPG-Actual - seeing arte HD on TV.png EPG data when watching
EPG-not watching arte HD.png (337 KB) EPG-not watching arte HD.png EPG data NOT watching

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by Dave Pickles almost 2 years ago

What sources (tuners, IPTV) are connected to your Tvheadend device?

Which TV networks are your tuners receiving?

Which EPG grabbers are enabled, and have you changed the priorities from default?

Which services are mapped to your "Arte HD" and "El canal de television cultural" channels?

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by Wolfgang Zenner almost 2 years ago

The tuners are "Technisat SkyStar USB HD (DVB-S/S2)" and a "Sony CXD2880" (a HAT for DVB-T)

The networks are 19.2E and 23.5E (for RTL Lux via SAT) and the predefined Luxemburg "lu-All" and France "fr-All" for DVB-T.

The grabbers are "EIT: EPG Grabber" and "PSIP: ATSC Grabber" both with priority "1" - I didn't activate them manually... in the old version, I only had EIT.

I attach a screenshot of the Service "arte HD". "El canal de television cultural" is, what I get as EPG - see picture

arte HD.png (75.6 KB) arte HD.png Service arte HD
IMG_20230103_135354.jpg (1.02 MB) IMG_20230103_135354.jpg arte HD - El canal de television cultural

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by Dave Pickles almost 2 years ago

Ah OK, so the EPG is only present while watching the channel and shortly after; when the grabber runs the EPG is deleted.

A couple of suggestions:

- ATSC is the broadcast system used in USA and Canada, so that grabber can be disabled.

- Try deleting the EPG data (normally /home/hts/.hts/epgdb.v3). Stop Tvheadend before deleting it and restart afterwards.

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by Wolfgang Zenner almost 2 years ago

okay, I will delete the EPG data tomorrow, because I'm recording from arte HD for the moment, until 0:45h,
but I didn't use an old configuration - it is new after I compiled tvheadend and made the configuration.

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by Wolfgang Zenner almost 2 years ago

I stopped tvheadend "kill %1" and deleted epgdb.v3. Then I started tvheadend again.
As you can see in the log file, it purges all autorec entries (line 60-118).
At line 212 it starts grabbing 11493.75H and creates the autorec entries for "arte HD" (lines 214-226).
After a while it looses the EPG data - see screen shot.
At first, it finds the EPG data from now until end of 05.01. - when it overrides these data, it has the correct EPG data from 06.01 06:15 until 7.1. 06:35 (see sreenshot)

I started watching now and it shows EPG data from 11:10 until 5.1. 11:15, but in "upcoming records", I have the last record for "arte HD" the 28.1 1:35

so that did not solve the problem - are there other loggings, which could help to find the problem?

tvh_grab.log (46.2 KB) tvh_grab.log log file from the start
arte HD after grabbing.png (371 KB) arte HD after grabbing.png EPG data after grabbing
arte HD watching TV.png (375 KB) arte HD watching TV.png EPG data when watching TV

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by Dave Pickles almost 2 years ago

Sorry I'm out of ideas.

Maybe someone who can receive 19.2E can help?

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by Wolfgang Zenner almost 2 years ago

Is it possible to compile with switches to show what the epg grabber does?
Is EPG data only read from DVB-S2 or does it take data from internet - I live in Luxembourg - is it possible, that there is geo-blocking?

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by saen acro almost 2 years ago

By default only from stream EPG used.
Any external grabber is response of user.

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by Jonas Lang almost 2 years ago

Run a manual scan on TP 11178 V on Astra 28.2. You’ll soon see your EPG populating quickly.

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by Wolfgang Zenner almost 2 years ago

@Jonas Lang: I don't have 28.2, but 19.2E and 23.5E (and DVB-T) and arte HD is on 11493.75H.

Yesterday morning, I installed a new raspbian buster (with Imager on my Linux Mint) and installed the tvheadend package from the normal repository, it is now HTS Tvheadend 4.3-1994~gc7b713edb.
I configured the system NOT LU_DE, but DE_DE and set country to germany (I don't use WLAN, so it doesn't matter).
It had the correct data from 11:56 until 23:30 (then I went to sleep). At night it overrided the correct EPG data until 08:01:2023, 06:00:00 (it always drops the current day until the next day 06:00:00 and the following day until 06:00:00 the day after (see picture "arte_HD_after_grabbing.png" two days before).

I found 23 topics concerning "19.2E EPG" and will look at them, but it takes some time - maybe there's someone who watches arte HD too - I will contact him/her.

Thanks

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by Wolfgang Zenner almost 2 years ago

Someone connected me by Bug #6237, which I created, to tell me, he has the same behavior - so I am not alone, but I think it's not that important for him.
My next step: installing a RaspberryPi with Raspbian - installing tvheadend - installing kodi and having run "arte HD" for all the time to always have the correct EPG data - the records were started by the browser - after receiving the USB stick for DVB-S2.
Not elegant but solving

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by Dave Pickles almost 2 years ago

Can you grab a sample of the complete mux (about 10 seconds should be enough) and attach it here. I'm not an expert but something may stand out.

(Go to Configuration -> DVB Inputs -> Muxes. Find your mux 11493.75H, right-click on the blue arrow at the left of the line and select "copy link location". Go to a terminal window and enter "wget " then paste the link and hit Return. Stop after 10 seconds with control-C.)

RE: Manual building tvheadend from https://github.com/tvheadend/tvheadend on Raspbian Buster - Added by Wolfgang Zenner almost 2 years ago

Hello,
Thanks for Your help, but I only get:

pi@Raspi3-52TV:~ $ wget http://192.168.1.52:9981/play/ticket/stream/mux/0025beb0d7565e466d6ec898e3512945?title=11493.75H%20%2F%20DVB-S%2019.2
--2023-01-08 10:31:47-- http://192.168.1.52:9981/play/ticket/stream/mux/0025beb0d7565e466d6ec898e3512945?title=11493.75H%20%2F%20DVB-S%2019.2
Verbindungsaufbau zu 192.168.1.52:9981 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 401 Unauthorized

Authentifizierung mit Benutzername/Passwort fehlgeschlagen.

(1-25/75)