Project

General

Profile

TSID change detected

Added by Smeulf - about 3 years ago

Hello all,

Fisrt, thanks for the hard job you do!

I have a question about TSID change detection. I can see in my logs for many channels things like that :

2016-09-12 00:02:54.691 subscription: 005C: "192.168.1.161 [ | Kodi Media Center ]" subscribing on channel "RMC Découverte", weight: 150, adapter: "IPTV", network: "Free", mux: "playlist.m3u - 24 - RMC Découverte (HD)", service: "24 - RMC Découverte (HD)", profile="htsp", hostname="192.168.1.161", username="192.168.1.161", client="Kodi Media Center"
2016-09-12 00:02:58.983 tbl-base: pat: playlist.m3u - 24 - RMC Découverte (HD) in Free: TSID change detected - old 4a8d (19085), new aded (44525)

My ISP is known to change the Service ID very often. Even if Kodi HTSP client still work, I wonder why Tvheadend creates a new service each time rather than just updating the service.

In my case, it creates a lot of services not mapped to any channel, resulting HTSP client using the new service, but my priority configuration beeing reseted to 0 on the new services, and the channel not working (can't be played anymore) through the web interface, as it seems to use the old service.

I'm using HTS Tvheadend 4.1.2236 ~ LibreELEC Tvh-addon v8.0.105

Is it a bug or a feature ? And if it's a feature, is there any way (now or in the future maybe) to have the services updated instead of a new one created ?

All the best.

Smeulf.


Replies (12)

RE: TSID change detected - Added by Iam Nague almost 2 years ago

Hello,

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

RE: TSID change detected - Added by Iam Nague over 1 year ago

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

RE: TSID change detected - Added by Robert Cameron over 1 year ago

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 ...)

RE: TSID change detected - Added by saen acro over 1 year ago

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

nothing change it just reload stream (in case scrambling is changed)

RE: TSID change detected - Added by Smeulf - over 1 year ago

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...

RE: TSID change detected - Added by nityfan nityfan 9 months ago

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.

RE: TSID change detected - Added by Robert Cameron 9 months ago

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.

RE: TSID change detected - Added by saen acro 9 months ago

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

RE: TSID change detected - Added by nityfan nityfan 9 months ago

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.

RE: TSID change detected - Added by Iam Nague 7 months ago

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.

RE: TSID change detected - Added by nityfan nityfan 7 months ago

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

RE: TSID change detected - Added by Smeulf - 7 months ago

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...

    (1-12/12)