Tvheadend

http://192.168.1.52:9981/playlist/channels shows

main error: read error: Operation now in progress
http error: failed to read answer
access error: HTTP connection failure

and after a while:
dbus debug: Getting property Position
dbus debug: Getting property Position
dbus debug: Getting property Position
dbus debug: Getting property Position
.
.

the stream "http://192.168.1.52:9981/stream/channelid/1975346863?profile=pass" work (shows the Video), but shows many errors:

gl info: Initialized libplacebo v4.192.1 (API v192)
avcodec info: Using Mesa Gallium driver 22.0.5 for AMD Radeon Vega 8 Graphics (raven, LLVM 13.0.1, DRM 3.42, 5.15.0-57-generic) for hardware decoding
ts error: libdvbpsi error (EIT decoder): 'version_number' differs whereas no discontinuity has occurred
ts error: libdvbpsi error (EIT decoder): 'version_number' differs whereas no discontinuity has occurred
ts error: libdvbpsi error (EIT decoder): 'version_number' differs whereas no discontinuity has occurred
ts error: libdvbpsi error (EIT decoder): 'version_number' differs whereas no discontinuity has occurred
.
.
.

EPG-Data - not that much

Wolfgang Zenner wrote:

EPG-Data - not that much

https://tvheadend.org/issues/5005
https://tvheadend.org/issues/5418
https://bugs.launchpad.net/ubuntu/+source/libdvbpsi/+bug/1503998

Is it possible, to start EPG grabbing for 11493.75H from bash?
I tried to populate EPG data with a wget command, but this hangs, when EPG grabbing is running - this morning I had 7 wget processes in the table of processes

You can do it from the user interface. Configuration -> DVB Inputs -> Mux Schedulers.

like this, or do I need the restart button too?
It's easy to verify if it works like this, because all autorecs are dropped, when EPG tells "El canal...". When the grabber starts next, all autorecs are inserted again and logged in /var/log/syslog

I'm not sure what the restart button does exactly, maybe just try both and see what happens.

You're right - Life is trial and error ;-)

Hello, I attach my syslog:
At line 1, 12:54 I stopped watching arte HD.
At line 2, 13:00 the definition from "Mux Schedulers" started (every hour)
At line 29, 14:00 it started again.
From line 35, 14:04 until line 421, 15:13 the epggrabbing was running
At line 444 16:00 the definition from "Mux Schedulers" was running again and got the EPG data, because at line 449 my autorec was scheduled again.

So the EPG data was lost between 14:00 and 16:00, maybe because of the general EPG grabbing

1. Default config (00:04 and 12:04 everyday)
   4 */12 * * *

1. Default config (02:04 and 14:04 everyday)
   4 2 * * *
   4 14 * * *

both the default, so I don't know, why they were started at 16:04

But the question is, why it looses "arte HD" data and got "El canal ..." as EPG data ...

I took an old Raspi 2 and a new "Hauppauge PCTV Systems DVB-S2 Stick 461e" and enabled the 11493.75H MUX (no other) and mapped one service (arte HD) - it works perfect for the last 2 days.
That's it

That's probably the best way to debug it; gradually add more muxes and channels, then your other satellite, and see at what point your EPG disappears.

Yes, I just added the three services of the mux: "Das Erste HD", "SWR RP HD" and "SWR BW HD".
Tomorrow I will add the next MUX (with all the desired services) - day by day a new MUX.

It’s sounds suspiciously like a channel id conflict when updating epg. No doubt you’ll eventually isolate the offending channel as you add more muxes.

Jonas Lang wrote:

It’s sounds suspiciously like a channel id conflict when updating epg. No doubt you’ll eventually isolate the offending channel as you add more muxes.

https://tvheadend.org/boards/4/topics/48814?r=48898#message-48898

I created my new receiver with only the muxes enabled, that I need and I only mapped the services I need. EPG works correct.
Then I changed the muxes of another receiver to disabled, that I don't need and disabled all services I don't need. EPG works correct too.

So I began to disable 10 muxes of the third receiver to see what happens. If the problem persists, I disable the next group and so on. If the problem does not persist, I will re-enable the last block one by one.
This way I hope to find the mux, that causes the problem. This takes some time for the 212 muxes I have, only the 12 muxes I use will stay enabled.

Use grouping option and see with channel have identical parameters.

Guessing some Movistar channel.

Hello saen acro,
I don't know about grouping option. Where should I use it an how?

On the web UI sort the services by transponder number. You could to an xml epg grab too. You could easily inspect each channels id and epg from that too.

I don't understand this - I can't find transponder number. I have Transponder Stream ID in DVB Inputs -> Muxes, its 1019, but no duplicates.
Where do I have to find what: DVB Inputs [Muxes|Seervices] | Channel / EPG [Channel | Channel Tags] ?

Just grab the epg and save it as a file. Here’s an example of how to do this. Just change the details to reflect your system. You can now inspect everything in the epg file for any possible conflicts.

wget http://tvh:9981/xmltv/channels

You can find most of these things yourself by doing a google search.

Sorry, my english is not good, so I don't really know, what to google for.
Your statement did NOT extract EPG data, just the channels with its id's see attachement

okay, I've seen, that EPG data is in the file too. For the moment, I get the right data for "arte HD", I will extract it again, when failed.

Yes take a “before” and “after” grab and compare the two.

Here’s a list of API functions you can use to interrogate TVH. Pay special attention to the EPG section and how to retrieve the relevant information you need from it https://github.com/dave-p/TVH-API-docs/wiki/Other-Functions

I took the channels when the error was there, and after I started a record - the EPG data was immediately correted.
And now?