The UA added right to the tail of the links. They won’t play directly.
If you used the URL format in the addon settings to achieve this, then this won’t work with the in-playlist catchup-source.
Just add the ${offset} parameter to your URL format.
Do I have to add the ${offset} to the addon setting?
And clean up what’s written in my playlist?
#EXTM3U catchup=“append” catchup-source=“?offset=-${offset}” catchup-days=“3”
When you have the URL format set in the addon settings, the catchup-source in the playlist is ignored.
If this is your current URL format: ?version=2&fhd|User-Agent=SmartSDK in the settings, it should be something like this:
?offset=-${offset}&version=2&fhd|User-Agent=SmartSDK
Edit: I just thought of a possible logic error in the new code, so try the above, and if it doesn’t work, I’ll fix it later tonight.
The streams in my playlist must be it this format : m3u8?version=2|User-Agent=SmartSDK
Otherwise they won’t work
So I can’t simply use the URL format within addon.
But the catcup-source tags are working just fine.
Thank you!
Sorry, but I don’t follow.
Is ?version=2&fhd|User-Agent=SmartSDK already a part of the channel URL in the playlist, or are you adding this manually somehow?
Yes, already a part of every stream.
Appending the same parameters from the addon settings was wrong.
Do you have control over the playlist file or is it dynamically downloaded?
You can change catchup-source="?offset=-${offset}" to catchup-source="&offset=-${offset}"
And make sure that URL Format in addon archive configuration is empty.
Do I really have to? Working just fine catchup-source=“?offset=-${offset}”
Huh? Earlier you said that it’s not working.
Not with the addon setting for the archive URL format.
Added the catchup-source tags for every channel url catchup-source=“server.ip/CH_CINEMA/variant.m3u8?offset=-${offset}&version=2|User-Agent=SmartSDK”
Works like a charm!
Right, ok.
I will check new version tommorow with my list containing catchup=“append” catchup-source="?utc=${start}&lutc=${timestamp}"
I have also some knowledge about xc catchup format, it works like this:
http://iptv.com:port/timeshift/username/password/240/{Y}-{m}-{d}:{H}-{M}/channel.ts
(240 = minutes to play from provided datetime value; with .ts at end; {Y}-{m}-{d}:{H}-{M} is your plugin placeholders)
Channel URL:
http://iptv.com:port/username/password/channel
(without .ts)
On m3u lists, there is only catchup=“xc” tag without catchup-source
I think that actual support for XC is a bit complicated at this point in time, as it represents a complete API that supports live/vod/timeshift etc. As far as I understand it can have several different playlists, and the actual URL format may differ between services.
I have tested it now - archive is working “out of the box” on my m3u list with 3.8.8 version. Thanks 
1 Like
Yes, API is more complicated, same as Flussonic - but also like in Flussonic, that URL template works with m3u playlists provided by XC api, and I think this is enough for us.
As I have mentioned Flussonic server - I see that @routir has provided catchup-source, but this is not generic.
IMO more generic will be:
channel link:
http://server.adress:port/channel/type.m3u8?credentials
(where channel is obvious; type can be ‘index’, ‘mono’ or ‘video’ - same should be used for catchup; credentials can be one param token or username and password or nothing 
)
catchup-source:
http://server.adress:port/channel/type-{utc}-14400.m3u8?credentials
the lack of language flags described in this post has returned
https://discourse.coreelec.org/t/coreelec-with-iptv-archive-support/1950/194?u=salesi
Check in pvr.iptvsimple addon and see if it’s reproduced there. If it’s reproduced, it’s not a CE issue.
pvriptvsimple
pvriptvsimplearchive
Both on CoreELEC?