2017-02-20, 11:36
(2017-02-11, 19:38)FernetMenta Wrote:(2017-02-11, 18:09)goodton Wrote: OK. In Jarvis DVBLink worked without issues but it starts to look like the the Krypton-version of DVBLink-addon is not up to task at the moment, especially with this new demux queue -mechanism. I assume, that there are no more tools on Kodi-side to tackle this problem? I have understood, that this PVR-addon development work and especially the responsibilities are somewhat "unclear" to backend-providers at the moment, quite probably I'm going to be thrown back here, when I start to discuss about this in DVBLogic-forum
I agree and I suggested again to the team that the github org kodi-pvr, that currently own the master repo, should be discontinued. Ownership pretends that team kodi cares about the addons. Trust me, this is not the case. Nobody in team kodi cares about 95% of the addons. The maintainers are fully in change of their addons. If they don't care, the addons will decay.
(2017-02-11, 18:09)goodton Wrote: One question related to FPS-detection in Kodi for PVR-streams? As I described previously, this "detection"-phase can last quite a long time, just measured this to take about 10 seconds actually. And when this happens there might be also a quick "flick" on screen. How this detection works and is it by design, that it can/will take this long for real-time stream as for video files this is instant? Probably nothing to do with this stuttering issue, just interested
FPS detection looks at the pts vales of the frames. This is mainly used to change refresh rate. If timestamps are clean, it takes about 3 seconds. If it takes 10, timestamps must be rather messy or frames are missing.
The short "flick" is a Windows issue. On Windows deinterlacing is done by renderer so player detects 25fps instead of 50. Could easily be fixed.
Is this specific realtime flag a part of addon capabilities structure?