(2020-07-01, 23:04)phunkyfish Wrote:

(2020-06-30, 14:52)ultraman Wrote: Or to play some channel at specified time?

It should be possible via the JSOn api

(2020-07-02, 14:32)ultraman Wrote:

(2020-07-01, 23:04)phunkyfish Wrote:

(2020-06-30, 14:52)ultraman Wrote: Or to play some channel at specified time?

It should be possible via the JSOn api

Sure, it should. The question is how?   I can't find any time parameter.

(2020-07-02, 14:45)phunkyfish Wrote: I would assume you would have to read the EPG entries via the API and then then play one of those entries.

(2020-07-02, 14:52)ultraman Wrote:

(2020-07-02, 14:45)phunkyfish Wrote: I would assume you would have to read the EPG entries via the API and then then play one of those entries.

Even this is unknown how. But if I can't specify exact time then it doesn't really matter.

Maybe I should describe what I'm doing (with hacky way) for almost 3 years. I'm using some python code which monitors when TV channel playback is stopped. At that time I save the information for current channel and it's stop time. And later I can start playing TV channel exactly at that same time - to continue playing. But to pass information about time to start playing I'm using temporary file connected between my pyton code and pvr.iptvsimple addon where I overwrite time set by addon itself. And it works great.

(2020-07-02, 16:23)phunkyfish Wrote: That sounds like a pretty good feature for catchup. I don't think it would be too hard to implement either. The hard part is I don't know how to differentiate between live playback and resumed playback. Any ideas?

cpp:
m_timeshiftBufferStartTime = my_resume_epoch_time - Settings::GetInstance().GetCatchupDaysInSeconds();

(2020-07-02, 16:51)phunkyfish Wrote: Cool, let me take a look. Do you have this in a branch somewhere

cpp:
 second now - 3600

(2020-07-02, 17:00)ultraman Wrote:

(2020-07-02, 16:51)phunkyfish Wrote: Cool, let me take a look. Do you have this in a branch somewhere

No, because it is such a hack

But you can easily test if this works for you by changing m_timeshiftBufferStartTime line like I wrote above. Just use some hardcoded value in

cpp:
 second now - 3600

and you should get playing a channel from one hor back.

(2020-07-08, 21:51)phunkyfish Wrote: For the second value use {utcend} instead of {utc}.

(2020-07-09, 10:32)Franky Doparoma Wrote:

(2020-07-08, 21:51)phunkyfish Wrote: For the second value use {utcend} instead of {utc}.

Hello phunkyfish, thanks for answer. I used utcend as you suggest, but it doesn´t work in kodi. The kodi.log shows correct catchup url, but kodi plays still the same video, it doesn´t matter if play catchup from today or yestarday, still the same. If I use the catchup url from kodi.log in vlc, everything works, but in kodi not.

EPG Catchup URL looks like: https://archive/Channel/m3u8?starttime=1594272600&stoptime=1594276200, its OK.

Edit: I just noticed, that instead of catchup it still plays current live stream, anyway catchup doesn´t work.

Any ideas what´s wrong?

Thanks for your time.

(2020-07-10, 22:50)routir Wrote: Hi, phunkyfish! Thank you for great addon!

Can you explain the pause/resume mechanism? Specially for flussonic type? 
My platlist contains catchup=“default” catchup-days=“7” catchup-source=
As well as catchup-days=“7” catchup-type="flussonic"
I set All channels support catchup using mode to disabled and everything works fine.

Does your addon makes new session upon resuming playback or just keeping the current session alive?

I need to figure out how to make the same feature into the CoreELEC IPTV Archive addon.