Tvheadend

Hello,

Same issue here with Free IPTV, I have to regulary clean old services and re map channels. Updtating services would be nice.

I've just update Tvheadend to last stable release (4.2.6) but same behavior regarding TSID changes.

Part of what defines a service when it is created during a mux scan is its TSID. As I read the source, if the mux/TSID combination differs, it qualifies as a new/different service to Tvheadend.

(Please feel free to correct me if I'm wrong. This might be specific to TSID changes on IPTV networks, too ...)

log by Cesbo Astra

Apr22 08:59:56[channel UHD1 by ASTRA / HD+ i/1] PMT changed. Reload stream info
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] decrypt. PAT changed. Reload stream info
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] PAT tsid:1035 version:6
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] PAT    PMT pid:96 pnr:2
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] PAT crc32:0x78078141
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] PMT pnr:2 version:6
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] PMT    cas:0x1830 pid:7386 data:0x8C5200003DA30D0180118000021830010F9F20FFAA15028011000000... (strip)
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] PMT    cas:0x1843 pid:6618 data:0x8C5E0000438C1300801108021843200A093859000F9F59000F9FAA15... (strip)
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] PMT    cas:0x1860 pid:7898 data:0x8C5E0000438C1300801108021860200A093859000F9F59000F9FAA15... (strip)
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] PMT    cas:0x186A pid:7642 data:0x8C5E0000438C130080110802186A200A093859000F9F59000F9FAA15... (strip)
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] PMT    cas:0x186D pid:7643
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] PMT    cas:0x09C4 pid:7130
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] PMT    cas:0x098C pid:6874
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] PMT    cas:0x098D pid:6362
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] PCR pid:101
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] VIDEO pid:101 type:0x24
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] VIDEO    stream-id:1
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] VIDEO    descriptor:0x380F020000000480000000000099800000
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] AUDIO pid:102 type:0x03
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] AUDIO    stream-id:3
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] AUDIO    lang:deu
Apr22 08:59:56[UHD1 by ASTRA / HD+ i/1] PMT crc32:0x15B49DE9
Apr22 08:59:56[channel UHD1 by ASTRA / HD+ i/1] PMT changed. Reload stream info
Apr22 08:59:57[UHD1 by ASTRA / HD+ i/1] PAT tsid:1035 version:7
Apr22 08:59:57[UHD1 by ASTRA / HD+ i/1] PAT    PMT pid:96 pnr:2
Apr22 08:59:57[UHD1 by ASTRA / HD+ i/1] PAT crc32:0xE6A95163
Apr22 08:59:57[UHD1 by ASTRA / HD+ i/1] PMT pnr:2 version:7
Apr22 08:59:57[UHD1 by ASTRA / HD+ i/1] PCR pid:101
Apr22 08:59:57[UHD1 by ASTRA / HD+ i/1] VIDEO pid:101 type:0x24
Apr22 08:59:57[UHD1 by ASTRA / HD+ i/1] VIDEO    stream-id:1
Apr22 08:59:57[UHD1 by ASTRA / HD+ i/1] VIDEO    descriptor:0x380F020000000480000000000099800000
Apr22 08:59:57[UHD1 by ASTRA / HD+ i/1] AUDIO pid:102 type:0x03
Apr22 08:59:57[UHD1 by ASTRA / HD+ i/1] AUDIO    stream-id:3
Apr22 08:59:57[UHD1 by ASTRA / HD+ i/1] AUDIO    lang:deu
Apr22 08:59:57[UHD1 by ASTRA / HD+ i/1] PMT crc32:0x62F1B1D6
Apr22 08:59:57[UHD1 by ASTRA / HD+ i/1] SDT tsid:1035 version:14
Apr22 08:59:57[UHD1 by ASTRA / HD+ i/1] SDT pnr:2
Apr22 08:59:57[UHD1 by ASTRA / HD+ i/1] SDT    provider:SES ASTRA
Apr22 08:59:57[UHD1 by ASTRA / HD+ i/1] SDT    service:UHD1 by ASTRA / HD+
Apr22 08:59:57[UHD1 by ASTRA / HD+ i/1] SDT crc32:0xD7023FE6
Apr22 09:00:25[UHD1 by ASTRA / HD+ i/1] SDT tsid:1035 version:15
Apr22 09:00:25[UHD1 by ASTRA / HD+ i/1] SDT pnr:2
Apr22 09:00:25[UHD1 by ASTRA / HD+ i/1] SDT    provider:SES ASTRA
Apr22 09:00:25[UHD1 by ASTRA / HD+ i/1] SDT    service:UHD1 by ASTRA / HD+
Apr22 09:00:25[UHD1 by ASTRA / HD+ i/1] SDT crc32:0x1F5398F2

Hi,

@Robert Cameron, yes, you're right about the standard: a service is related to it's TSID.

But, some ISP, as Free in France, are known to periodically update the TSID, even if the stream address remains the same. They broadcast one channel per URL, nevermind the TSID.

To help us, I would be happy if an extra attribute could be added to the service like "TSID can change". Then, if the TSID changes, the service would be updated instead of creating a new service. That would feet all needs IMO.

I do think it's very possible, but as I don't know TvEnded's code, I can't tell how hard it would be to implement...

Still no change. So TVH is actually useless for iptv. My provider changes tsids very often and I need to scan and map 250 services every hour? This makes no sense.

nityfan nityfan wrote:

Still no change. So TVH is actually useless for iptv. My provider changes tsids very often and I need to scan and map 250 services every hour? This makes no sense.

Personally, sounds like a shady/shifty IPTV provider if TSIDs are changing every hour. But yes, if they change, it needs a rescan; although, in my experience the first time tuning flagged a changed TSID, updated it, but failed to tune it; a second attempt to tune it succeeded. However, that was on cable, so your situation may differ.

And yes, Tvheadend isn't the greatest with IPTV; it was originally written for DVB. You could also use a pipe:// type for yur IPTV channels and have ffmpeg for something rewrite the TSIDs, so they're consistent when they reach Tvheadend, regardless of what they originally were.

Or he just use CDN, and slow internet connection switch connection to different nodes of CDN.

I guess this option could be used in case when tsid keeps changing:

EIT - skip TSID check : Skip TSID checking. Use when providers use invalid Transport Stream IDs.

So tvheadend should not care about tsid anymore.

nityfan nityfan wrote:

I guess this option could be used in case when tsid keeps changing:

[...]

So tvheadend should not care about tsid anymore.

I've just tried this option but it doesn't help for Free. TVheadend no longer logs "tbl-base: pat: CHANNEL in Free IPTV: TSID change detected - old XXXX , new XXXX" but it still creates a new service without mapping the channel on it.

Then it depends on the client, some doesn't check TSID, other does (VLC for example).

We definitely need an "update TSID" feature.

Well, yes we need, but it looks like it's easier is to blame provider and refuse this request.

Sure, it would be easier to blame the provider and deny the request.

But blaming won't make it better. I mean, they will never consider the issue, they just don't care. Their boxes works as expected, that's just good for them.

I can call them, I'm certain they will say something like 'not supported'...

So you guys are the only ones that can make things better.

It's up to you...