MERGING MediaPortal Url Source Splitter & IPTV Filter (3 Viewers)

[mm1352000]

@mm1352000 we need your help. We are facing with strange issue - no PMT found. Look at azzuro's logs.

Is the filter touching/modifying the PMT in any way? I would hope that it is never doing this.
I see quite a few PMT related issues where it looks like the PMT PID is present in the stream however there is no PMT matching the expected service ID... so maybe azzuro's provider changed the service ID after he scanned?

 

[Sebastiii]

For Clubbing TV for example (when the stream start) it find the good PMT and few sec after a new PMT happen and we can see it in TsWriter.
Hmm i'm not clear but it's like we have multi service ID or PMT.
I'm not sure to explain it correctly, but i think @georgius can explain a bit more

 

[mm1352000]

It seems data arrived but can't stream because of serviceid mismatch...

I have checked the log files for Clubbing TV.

I can see what you mean... but without a full TS dump it is hard to know exactly what is happening. The timeshift file is no good for debugging - need to see the raw stream from the network.

Also, messages like this are not always errors:

[2013-10-02 20:55:56,210] [93ae8d0] [3094] - pmtgrabber: serviceid mismatch 4f25 != 8a85

Sometimes one PID can carry PMT for multiple services. To be clear, that situation is not a problem. The problem would be if the provider is constantly changing the service ID for some reason... in which case you could pass the stream through my new TS muxer and it should be able to fix the stream. Also, the TsWriter in TVE 3.5 can handle this situation...

But again, I think we need a full TS dump.

 

[azzuro]

so maybe azzuro's provider changed the service ID after he scanned?

i think no, but i can recheck all my URL ( rescan)
i don't know, if i can provide dump today ( not at home this evening )

 

[mm1352000]

so maybe azzuro's provider changed the service ID after he scanned?

i think no, but i can recheck all my URL ( rescan)

If no, then the provider is changing the service ID "randomly"... or maybe during advertisements using one service ID and using a different service ID during the program.

A TS dump file from your provider would also be helpful.

 

[azzuro]

A TS dump file from your provider would also be helpful.

i'm try, to do it, this evening .

 

[georgius]

Is the filter touching/modifying the PMT in any way? I would hope that it is never doing this.

In current state is stream untouched. No SID or PMT PID change, no discontinuity check, nothing. Just passing raw stream from protocol to output pin. And if TsWriter can handle changing SID and PMT PID, I don't want to do duplicity work - it's wasting of time.

For creating TS dump file:

1. start graphstudio
2. add MP IPTV filter, to URL field enter your RTSP url
3. add Dump Filter, in File field enter name of TS dump file (e.g. dump.ts)
4. connect both filters
5. press Play
6. wait necessary time (20 - 30 secs)
7. press Stop
8. close graphstudio

In location entered in File field of Dump Filter you should have dump file.

 

[azzuro]

oki !
thank you georgius

 

[Sebastiii]

I have some dump files from graphstudio somewhere, will try to get new one asap

 

[Sebastiii]

It seems data arrived but can't stream because of serviceid mismatch...

I have checked the log files for Clubbing TV.

I can see what you mean... but without a full TS dump it is hard to know exactly what is happening. The timeshift file is no good for debugging - need to see the raw stream from the network.

Also, messages like this are not always errors:

[2013-10-02 20:55:56,210] [93ae8d0] [3094] - pmtgrabber: serviceid mismatch 4f25 != 8a85

Sometimes one PID can carry PMT for multiple services. To be clear, that situation is not a problem. The problem would be if the provider is constantly changing the service ID for some reason... in which case you could pass the stream through my new TS muxer and it should be able to fix the stream. Also, the TsWriter in TVE 3.5 can handle this situation...

But again, I think we need a full TS dump.

That nice for new TS muxer / TVE3.5