when we see the probability
That’s true... But ... A little theory ... Based on the C code, a unique hash sum for EPG is formed from serviceref's SID:TSID:ONID
If we consider the provider name specified in the card as OriginalNetworkID (ONID). then we only have ServiceID and TransportServiceID (SID:TSID) ... Let's assume that each channel "inside" the provider has a unique "transponder" (TSID) ... Therefore, the number of possible options (channels) within one provider can be 168 - 1 = 4 294 967 295 ... If we consider TSID as a "group name" then a provider can contain a maximum of 65534 groups (bouquets) each of which can contain a maximum of 65534 channels -> this option is not suitable because:
1) The playlist can be “planar” and not contain a single group and have more than 65534 entries (channels)
2) One group (bouquet) can contain more than 65534 records (channels)
3) One and the same channel can be located in several groups (bouquets) at the same time... although in each
So only the first option remains, which gives us the maximum possible number of channels per m3u-playlist - 4 294 967 295 ... I hope this is enough for any user