Russian Federation
New Zealand
I don't think that scanning is the problem. As far as I understood the TV server finds all channels. In dvb-ip the channel can be identified by its name and the name of the provider, both as dns names (e.g. bbc1.bbc.co.uk). Identifying the channel by the url would not be correct in terms of dvb-ip standart. If we change anything, I think we should do it in a way to get closer to the standart. Thats why I would say not to change that.
I think this is done for dvb-ip by riks patch, isn't it? The patch will be applied for 1.2.0 rc.
When the pmt pid changes, TSWriter looks for the new pmt pid in pad. That works only if the sid stays the same - which doesn't in this case. My idea was to ignore the sid when there is only one channel found in the ts stream. More technically detailed:
for the patch!!
In my case scanning is the problem as well, I have few pairs of different channels with identical set of IDs. But I think identifying by name of the channel and name of the provider is much better then identifying by URL
New Zealand
The same people that are affected by SID changing are the same people that would benefit from the first change. The URL that they're scanning isn't changing, but any or all of the other parameters are. Scanning would result in the TSID, ONID etc. being updated rather than creating a mess with a new channel and/or tuning detail. The only reason I have used the URL is that I didn't think that we always had access to the proper name and provider information from the stream itself. If we do then we can make a change easily. My patch is really only a starting point...
That is also my understanding, although Rik's patch is not committed if it has been written. This is meant to be a patch that tries to deal with all the DVB-IP issues that I am currently aware of. I don't like it when it feels like many users are unable to use a part of the TV Server - I was hoping this patch could be turned into something that will mostly work and give us the time to implement the standard (or a big chunk of it) for 1.3.0.
That is basically what I've done (great minds think alike!
), although I've done it without the check for only one channel (I made an assumption that the people who need this change only have one channel per URL - multiple channels that change IDs available from one URL would be chaos ). The flag that I used was simply the SID and the PMT PID that are already passed to TsWriter. If they are both 0 then the first PMT that is received is accepted. My solution is a hack because I didn't think it was worth trying to pass this change through the rest of the team and get it into 1.2.0rc. The minimal changes that are required make it easy to maintain until 1.3.0. I'm very open to a less "hacky" patch if you want a change that will get into 1.2.0rc... Russian Federation
New Zealand
The identification by URL is only important when scanning to avoid getting only one channel - it solves your problem with the channels that have identical ONID, TSID, and SID combinations. To activate this, simply tick the "provider does not uniquely..." option when you do a scan.
Yes. You also need to make sure that you enable the "always lookup PMT in PAT" debug option or also set the PMT PID to 0.
Correct - MP will use the first channel that it finds in the stream. It will not be any slower.
You understand very close to correctly. Just make sure that if you have cases where the SID (or ONID, or TSID...) change then you need to set *both* the SID and PMT PID to 0. That can be done by manually editing the database, however TV Server may overwrite the PMT PID automatically. That is why you need to use the debug option. The SID is not like the PMT PID - it will only be overwritten if you do a rescan. In that case, just tick the "provider does not..." option and that will set the SID to 0 when it inserts the channels.