Closed boirello closed 3 months ago
Here is an example of two subtitle segments (I added the .log
fileending just to be able to upload the files here):
T3_t154614455852912.m4s.log
T3_t154614456392912.m4s.log
no one will investigate for Kodi 20 for that version development is ended
you can test your problem on Kodi 21, and then update your Issue for Kodi 21 version or close/create a new one
i want also remind you that logs like the one you posted is not so useful, the log must be in full without being shrinked
no one will investigate for Kodi 20 for that version development is ended
you can test your problem on Kodi 21, and then update your Issue for Kodi 21 version or close/create a new one
i want also remind you that logs like the one you posted is not so useful, the log must be in full without being shrinked
I have now installed Kodi 21 on Windows and ran it in portable mode (kodi.exe -p
) to not mess with my current setup. Because of this, I have now removed Linux from the list of operation systems since I havent tested Kodi 21 there.
I have only installed my test plugin for teliaplay, and adjusted the buffer (which I dont think is related to this problem, but if you wish I can reset it and test again).
The log is replaced with a full log from start to end, where debugging is enabled: https://paste.kodi.tv/vanecovola.kodi
Observe that two subtitle
-segments where downloaded at first (line 905 and line 913), and then subtitle
-segments are not requested any more for some reason - while video
- and audio
-segments continue to be requested.
sound like that subs stream has been closed i made a little change but idk if will works try test this test build on your portable K21: https://jenkins.kodi.tv/blue/organizations/jenkins/xbmc%2Finputstream.adaptive/detail/PR-1576/1/artifacts/
It seems to be working now 👍 - I watched NRK1 live for 10 minutes, where a sport event were live texted: https://paste.kodi.tv/axowamukaj.kodi
But I did have 4 short buffering events during this playback (CVideoPlayerAudio::Process - stream stalled
), but I dont know if this is caused by:
So the buffering can be unrelated, but nice if you can take a look at it.
I tested seek by the way - went 10 minutes back, then one minute forward, etc. At every seek I get at green video picture at first, but when the video loads, its fine again. Not a problem really, but I think I didnt see this in previous version of inputstream adaptive.
But I did have 4 short buffering events during this playback (CVideoPlayerAudio::Process - stream stalled), but I dont know if this is caused by:
ISA is not so well optimized for live streaming and sometime can happens buffering problems you can try mimetize the problem by using a higher live_delay value with https://github.com/xbmc/inputstream.adaptive/wiki/Integration#inputstreamadaptivelive_delay-
At every seek I get at green video picture at first, but when the video loads, its fine again
this is a know problem with some streams, no idea if can be fixed in some way
however your feedback confirms that the fix works, it was the only old piece of code that i suspected was causing problems
I just watched for an hour now with no buffering at all, so maybe random, or maybe caused by the enabled debugging which I now turned off. Anyway: Subtitles were now present throughout the whole hour I watched, including when I seek backward and forward, so nice work. :-)
I have not tried the inputstream.adaptive.live_delay
-flag, but I thought of trying it. The DASH manifest already have suggestedPresentationDelay
set to 10 sec. I may try to change it to 16 if buffering starts happening again. But I guess this flag wont make a difference for the VOD-content?
Will you publish this fix for Kodi 20 as well, or just for Kodi 21?
Will you publish this fix for Kodi 20 as well, or just for Kodi 21?
nope, the old version is more messed up, making even a small change without thorough testing can create regressions and compromise functionality for many users, since no devs has time to dedicate it is not worth the risk
Copy that.
Then I think we can close this bug.
Describe the problem
Not sure if this is a bug in inputstream.adaptive, but I had no responses on forum.kodi.tv regarding this problem: https://forum.kodi.tv/showthread.php?tid=377569
The behaviour I see, is this:
L
), they usually appear again, but disappear again after short time.I wonder if this may be because Kodi is requesting the next subtitle segment to soon? Or because the video stream may have a frame rate of 50 or 25?
Possible fix
No response
Steps to reproduce
Requirements:
Steps to repoduce the bug:
Live TV
from the main menuDebug log
Full debug log where two subtitle segments are downloaded at first (curl-commands), but then the next segments are not: https://paste.kodi.tv/vanecovola.kodi
Stream manifest file(s)
Example of how the manifest.mpd may look like: https://paste.kodi.tv/rogufojovo manifest.txt
Two subtitles are present (ID
T2
andT3
), and they appear to be inTTML
-format:The first one (
T2
) is texting only foreign language (value="subtitle"
), while the second one (T3
) is texting everything (value="caption"
). This problem occurs on both T2 and T3.The problem also occurs on both live texting (i.e. texting on news) and on regular programs on TV. Video On Demand seems to work fine (not affected).
Additional info
No response
Operating system(s)
Windows
Operating system version(s)
Windows 10
InputStream Adaptive version(s)
21.4.9 (Widewine CDM: 4.10.2710.0)
Kodi version(s)
Kodi 21.0