[matthuisman]

@glennguy

Aha - using the master and not substream solved it.
Wow it's fast!


So, my code will check if inpustream version > 2.X.
If so, use inpustream for hls playback.
Otherwise, I will do what is done currently (parse m3u8 getting best quality substream)

Actually, I'll remove the parse m3u8 code - it has always felt a bit hacky.
Most users will be moving to 17.4 and get the inpustream speed.
Otherwise, the speed difference isn't huge (about 1-2 seconds quicker)

Now all we need is someone to update IPTV Simple Client to use inpustream when playing channels.

Or better yet, a PVR Client binary add-on that simply passes the methods down to a Python add-on that returns the required data.

pseudo code:

Code:

PVR_ERROR GetChannels(ADDON_HANDLE handle, bool bRadio)
    data = XBMC->RunPlugin(plugin://plugin.module.simpleiptv?func=getChannels&bRadio=bRadio)
    for channel in data:
       PVR_CHANNEL xbmcChannel;
       xbmcChannel.iChannelNumber   = channel.iChannelNumber;
       PVR->TransferChannelEntry(handle, &xbmcChannel);

The settings for this PVR Client add-on would allow you to select when "parser" add-on you want to use.

eg. channel list, epg list, & play. Then the inpustream code could be in python add-on..
It would make it so much easier to extend the functionality (multiple m3u8 lists etc).


I think I may have noticed maybe a bug with the HLS inpustream:

On some live streams, it's returning a duration (eg. 3mins)
Which means KODI gives you the option to "Resume from X"
Selecting this pretty much crashes KODI (endless loading).
Without hls, it works fine (no resume point)
Maybe there is a way to force no resume point?
(and yes - I am setting duration to 0 in the listitem info)