@TheCoolest Kodi Matrix pvr iptvsimple includes Flussonic archive support. Will you add it to your addon as well? For Kodi 18? Or I need to wait for stable Matrix to get built in support?
@ mic1986
this list looks like Non-Apple devices.m3u
**I use a similar one and do not add anything to pvr only to lists because I want to have an archive
there is an archive there and I run everything from grid**
replace: timeshift="3"
to : catchup-days=“3” catchup=“append” catchup-source="?utc=${start}&lutc=${timestamp}"
15 seconds of work with notepad
I’ll look into porting the upstream implementation over the upcoming weekend.
Is the catchup type included in your m3u8 file or do you need to set it manually?
They did great job. You can force various formats in addon settings:
Or it can be defined inside m3u. I’m not sure about other formats, but for Flussonic it’s defined by catchup=“flussonic” property
Mabe you can merge all upstream improvements. That’s what I asked before - add support for most widely used archive formats (instead of playing with format string).
Please try this build with catchup="fs" property defined in the m3u8.
Edit: File removed, see below.
If this version works, I’ll work on adding the the forced format selection in settings.
Can you add standard catchup=“flussonic”? Also, other formats (forced or defined) could be useful as well
If you could test it with fs, I’ll add the other missing bits. I’d just like to see whether it works or not before I continue working on it further.
This build includes a similar configuration to the Matrix addon, and should work in a similar way.
You select Default to use the catchup defined in the m3u8 file, or select one of the archive types you want to force it to use that type.
pvr.iptvarchive-3.9.8.3.zip (328.3 KB)
I checked it with Custom and Shift options, and it works fine (make sure you restart kodi after making a change) Flussonic and Xtream Codes seems to work too, but I don’t have a FS/XC provider to test with.
Thanks. I can’t test now, next 2 weeks I am away from home and I don’t have access to CE machine. If anybody confirm how Flussonic works, please write here
as far as I understand, it should work for me if my provider uses xc as backend, even if no catchup is defined in the m3u file.
maybe I don’t understand how to operate it properly?
I know for sure that my provider uses xc (but no catchup-source defined in the m3u file), and has catchup available on a few specific channels, but when trying to use it in the test pvr you linked, it doesn’t work.
regular channels play ok, but when I go to the guide and select a previous show (clicking on ‘switch to channel’) it plays the current stream.
Yes, XC should work. Make sure you select the Xtream Codes archive type, then restart Kodi.
Please enable debug mode + pvr component.
Try to start an archive and share the debug log.
You can pm it to me, and clear the personal details from it before sharing.
Hi Thecoolest,
I’m using xc settings and it’s doesn’t work, I have a similar issue when I click on a program from epg I jump to the live, using program from the contextual menu start a replay but without logic, not the good period and timing at all.
Thanks for your support
Since the implementation of this whole feature is kind of a large hack, the way it works seems to be incompatible with XC.
Does it work if you try to start the current program from the beginning?
Hi,
No, from the full epg screen or from the epg list during a live, there is no access to the replay.
The only random result i got it’s from epg screen using contextual and select schedule.
I’m not able to see the good content and timing when i can confirm 500% that the timeshift mode is xc.
Any test to troubleshoot?
Thx
Thanks!
New pvr new views
I made some amenities for myself, maybe some of you will also need them
You can try to enable PVR debugging and post a log, but unfortunately from my testing the way XC is supposed to work is not playing well with the current implementation in CE.
Flussonic works fine.
Great, thanks for testing.
One issue, I can’t pause and resume, never. After resume from pause, playback stops. No problems with previous implementation/playlist converted as mentioned earlier in this thread. I’m not sure if mainstream implementation has this issue too, or not. However, with your original implementation, I am able to pause and resume without any problems.