Hi,
I am having issues with resume function of partially played video’s.
MKV’s are resuming fine, but when I resume a TV recording (DVDLink) it always starts at the beginning even if I choose to resume from a certain point.
Not sure if this is a issues with Kodi or DVBLink, but can you please look into this?
If a log file is needed, please let me know.
Regards, Olaf.
You mean via an addon not via a file?
Hi for TV watching & recording I am using the DVBLink / TVMosaic add-on indeed. But with previous version of software for the Vero 4K+ everything is working oké concerning resume and the add-on hasn’t been changed in between.
Well than I believe we would need to see some debug enabled logs.
Also what do you refer to “previous version” means before March update?
It was working with the previous official (January and before) Vero release and is still working with the test release for MVC 3D. I didn’t try the (3D) version with the new kernel yet because of the issues, so still running previous MVC 3D test release on the Vero in the cinema room. The Vero I am using in the living room is running latest official release software and is having resume issues.
I have created a log file.
https://paste.osmc.tv/ahelakodic
I first start a MKV file stored on network which resumes fine. Secondly I start a DVBLink recording which start from beginning with resume instead of around 50 minutes into recording.
Hope you find the issue in the log file?
Can you try move the MKV to local storage?
Yes sure, but the MKV is working fine on the network. The issue is with the DVBLink which creates a TS file. Still needed to try the MKV local or do you mean the the TS file?
Looks like Kodi tries to do the resume.
2020-04-13 16:06:54.983 T:3561972448 DEBUG: CurlFile::CReadState::Connect - Resume from position 2295492560 2020-04-13 16:06:54.989 T:2976903904 DEBUG: Seek - waiting for position 2295623631. 2020-04-13 16:06:54.994 T:3561972448 DEBUG: CurlFile::CReadState::Connect - Resume from position 303104 2020-04-13 16:06:55.000 T:3561972448 DEBUG: CurlFile::CReadState::Connect - Resume from position 2295492560 2020-04-13 16:06:55.004 T:2976903904 DEBUG: Seek - waiting for position 2295623631. 2020-04-13 16:06:55.006 T:3561972448 DEBUG: CurlFile::CReadState::Connect - Resume from position 303104 2020-04-13 16:06:55.012 T:3561972448 DEBUG: CurlFile::CReadState::Connect - Resume from position 2295373632 2020-04-13 16:06:55.021 T:3561972448 INFO: CFileCache::Process - Source read didn't return any data! Hit eof(?) 2020-04-13 16:06:55.071 T:2976903904 DEBUG: ffmpeg[B16FF2E0]: [mpegts] PES packet size mismatch 2020-04-13 16:06:55.084 T:3561972448 DEBUG: Previous line repeats 1 times. 2020-04-13 16:06:55.084 T:3561972448 DEBUG: CurlFile::CReadState::Connect - Resume from position 2295492560 2020-04-13 16:06:55.095 T:2976903904 DEBUG: Seek - waiting for position 2295623631. 2020-04-13 16:06:55.110 T:2976903904 DEBUG: ffmpeg[B16FF2E0]: [mpegts] Could not find codec parameters for stream 4 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec 2020-04-13 16:06:55.110 T:2976903904 DEBUG: ffmpeg[B16FF2E0]: [mpegts] Consider increasing the value for the 'analyzeduration' and 'probesize' options 2020-04-13 16:06:55.115 T:2976903904 DEBUG: Open - av_find_stream_info finished 2020-04-13 16:06:55.115 T:2976903904 INFO: ffmpeg[B16FF2E0]: Input #0, mpegts, from 'pvr://recordings/tv/active/Beste%20Zangers%20-%20(S12)%20%5b2019%5d%20-%20Kerstspecial%202019 (2019)%20Kerstspecial%202019, TV%20(NPO1%20HD), 20191221_202705, bba5926c-8f40-4624-ab92-4cfec6db6535:F6F08949-2A07-4074-9E9D-423D877270BB/289-11990000-1576960200.pvr':
2020-04-13 16:06:55.146 T:2976903904 DEBUG: Prepare - Start position set to last stopped position: 3036000 2020-04-13 16:06:55.146 T:2976903904 ERROR: ffmpeg[B16FF2E0]: [NULL] SPS unavailable in decode_picture_timing 2020-04-13 16:06:55.146 T:2976903904 ERROR: ffmpeg[B16FF2E0]: [NULL] non-existing PPS 0 referenced 2020-04-13 16:06:55.146 T:2976903904 DEBUG: SeekTime - seek ended up on time 47256.878 2020-04-13 16:06:55.146 T:2976903904 DEBUG: Prepare - starting demuxer from: 3036000 2020-04-13 16:06:55.147 T:2976903904 DEBUG: CDVDClock::SetSpeedAdjust - adjusted:0.000000
Do you need some more input from me to analyze this issue or is it oké like this?
Kind regards, Olaf.
Well as I wrote for me it looks like Kodi tries to resume but the source seems not be able to skip to the position.
Maybe try to copy the TS file to the Vero and try if it then works that could give more ideas.
When I play a recording (.TS) as a local file resume isn’t working also. So not depending on network.
Maybe upload logs, but I guess the .ts files are not seekable therefore Kodi can’t jump to the position to resume.
But it has been working till previously official version and Kodi 18.6 from Windows desktop is also able to use the resume point. I will upload another log when playing local file.
New logfile with playing TS file local.
https://paste.osmc.tv/sulefofudi
Just wondering if this issue can be solved? I have read other posts with similar issues, so I am not alone :-). As I already mentioned this is only an issue with OSMC. Kodi from Android or Windows are working fine with resume function of video’s.
Have you tried the staging repository?
This should be resolved already.
Hi Sam, no sorry I am not aware of a staging repository for this purpose unless you mean the beta for the new kernel which I am using on one of the Vero’s I have. So if you want me to test something else, please let me know. Great to hear it is solved already :-).
If you’re on the experimental kernel branch on one device; that device shouldn’t be affected. Can you confirm this?
Sam
Hi Sam,
Just loaded latest experimental version and resume is working (again).
So thank you for solving this issue!
Will you introduce this fix also with official software version with next update?
Kind regards!
Yes, when it’s ready.