Timeshift not working

[Zriel 5]

Basically I've got the same issues as this post. Nothing more to say really, can give anything required to debug this.

 

https://emby.media/community/index.php?/topic/69668-emby-for-kodi-timeshift-not-working/?hl=timeshift

[Angelblue05 4130]

Provide your Kodi log, thank you. This depends on a lot of factors but it's not the add-on itself, since playback does start. It will be either Emby or Kodi.

 

https://github.com/MediaBrowser/plugin.video.emby/wiki/how-to-report-an-issue

[Zriel 5]

Kodi 18.2, CoreELEC 9.0.2

Emby Addon 4.0.5

Emby Server 4.1.1.0

 

#######

 

On the logs I seee warning about buffer issue, so maybe that's the issue, as it looked a lot like reaching the end of buffer rather than going to an specific point in the file.

Tested local file playback, and didn't have the issue BTW.

kodi.log

Edited May 19, 2019 by Zriel

[Angelblue05 4130]

Do you have this issue with all your files? If you repeat the test in the webclient, same issue? Fast forward works?

[Zriel 5]

Yes, for all files.

On the webclient of emby I don't have the issue.

Advancing the file at 2x or 4x speed doesn't work "properly" (it advances until the point it stops and resumes normal playback, 10 seconds or so in advance, much like skipping)

[Angelblue05 4130]

Is it transcoding when you playback in the webclient? If it is, you could try to enable to option Force transcode in the add-on settings to see if it makes a difference.

 

Otherwise, is this a remote device? Can Kodi access your media files? You could try direct play by disabling Force http (and force transcode).

 

If it still happens, have you tried doing a fresh install of Kodi to be safe?

[Zriel 5]

OK so I have installed Kodi 18.2 x64 on my Windows machine (which hadn't kodi installed). This is as fresh as it can get.
Added the stable emby addon and synced the files. With the addon playback, force HTTP playback, DON'T force transcode, I still have the issue. (this are the default settings). Emby server says I'm using "direct playback"

 

If I disable HTTP playback, the result is the same, and again I'm using "direct playback"

When I force HTTP playback and force transcoding, then in works correctly and the server says I'm using "direct streaming".

 

I can't use the native paths due to being a remote server, and no SMB access.

Edited May 19, 2019 by Zriel

[Angelblue05 4130]

Please provide your Kodi log? Thanks.

[Angelblue05 4130]

Is the server looking at symlinks? I just remembered, I think someone reported an issue like this a few years ago.

Edited May 19, 2019 by Angelblue05

[Zriel 5]

Mmmm nope, I'm using hardlinks, which is actually accesing the file on the FS.

I'm reporting this because it was working in previous versions with default settings, and it stopped working some weeks ago, that's all.

Here is the log, first with the a failure with settings to not forcing anything and an OK reproduction forcing HTTP and transcode.

Must say don't see anything this time

kodi.log

Edited May 19, 2019 by Zriel

[Angelblue05 4130]

When you say a few weeks ago, do you mean before or after you installed the emby for kodi add-on 4.0.5?

 

If transcode works but not direct stream, that leads me to believe there's an issue server side when the file is being directly streamed (direct play over HTTP).

 

What is strange here is when you transcode, the server says direct stream. But I just looked at your log, it is definitely a transcode url.

 

@@Luke When the url is static=true, the user can't seek? When the url is master.m3u8, server reports as direct stream and seeking works?

[Luke 37024]

What is the content?

[Angelblue05 4130]

Looks like an episode, here is the media source:

{
  u'PlaySessionId': u'37c06420f3c749079012320dfcfae394',
  u'MediaSources': [
    {
      u'MediaStreams': [
        {
          u'Index': 0,
          u'DisplayTitle': u'Spanish (Default ASS)',
          u'IsExternalUrl': False,
          u'Language': u'spa',
          u'IsInterlaced': False,
          u'DeliveryUrl': u'/Videos/7120/8451cc7e2ebdedffee0a418ec06fc941/Subtitles/0/0/Stream.ass?api_key={emby-token}',
          u'DisplayLanguage': u'Spanish',
          u'Codec': u'ass',
          u'DeliveryMethod': u'External',
          u'TimeBase': u'1/1000',
          u'Score': 11221,
          u'SupportsExternalStream': True,
          u'IsForced': False,
          u'CodecTimeBase': u'0/1',
          u'Level': 0,
          u'Type': u'Subtitle',
          u'IsTextSubtitleStream': True,
          u'IsDefault': True,
          u'IsExternal': False
        },
        {
          u'Index': 1,
          u'DisplayTitle': u'Latin (ASS)',
          u'IsExternalUrl': False,
          u'Language': u'lat',
          u'IsInterlaced': False,
          u'DeliveryUrl': u'/Videos/7120/8451cc7e2ebdedffee0a418ec06fc941/Subtitles/1/0/Stream.ass?api_key={emby-token}',
          u'DisplayLanguage': u'Latin',
          u'DeliveryMethod': u'External',
          u'TimeBase': u'1/1000',
          u'Codec': u'ass',
          u'SupportsExternalStream': True,
          u'IsForced': False,
          u'CodecTimeBase': u'0/1',
          u'Level': 0,
          u'Type': u'Subtitle',
          u'IsTextSubtitleStream': True,
          u'IsDefault': False,
          u'IsExternal': False
        },
        {
          u'IsInterlaced': False,
          u'Index': 2,
          u'AverageFrameRate': 23.9760246,
          u'Width': 1920,
          u'VideoRange': u'SDR',
          u'Codec': u'h264',
          u'IsForced': False,
          u'AspectRatio': u'16:9',
          u'Type': u'Video',
          u'IsTextSubtitleStream': False,
          u'Profile': u'High',
          u'TimeBase': u'1/1000',
          u'NalLengthSize': u'4',
          u'CodecTimeBase': u'1001/48000',
          u'RealFrameRate': 23.9760246,
          u'Level': 40,
          u'DisplayTitle': u'1080p H264',
          u'RefFrames': 1,
          u'BitDepth': 8,
          u'BitRate': 7122099,
          u'IsDefault': True,
          u'IsAnamorphic': False,
          u'SupportsExternalStream': False,
          u'Height': 1080,
          u'IsAVC': True,
          u'PixelFormat': u'yuv420p',
          u'IsExternal': False
        },
        {
          u'Profile': u'LC',
          u'IsInterlaced': False,
          u'DisplayTitle': u'AAC stereo (Default)',
          u'ChannelLayout': u'stereo',
          u'Index': 3,
          u'BitRate': 192000,
          u'SupportsExternalStream': False,
          u'IsTextSubtitleStream': False,
          u'Channels': 2,
          u'TimeBase': u'1/1000',
          u'Codec': u'aac',
          u'IsForced': False,
          u'CodecTimeBase': u'1/44100',
          u'Level': 0,
          u'Type': u'Audio',
          u'SampleRate': 44100,
          u'IsDefault': True,
          u'IsExternal': False
        }
      ],
      u'Container': u'mkv',
      u'RequiresClosing': False,
      u'DefaultAudioStreamIndex': 3,
      u'SupportsDirectPlay': False,
      u'TranscodingUrl': u'/videos/7120/stream.m3u8?DeviceId=FA901BE1A614A6DA723A14CC6AEB5C6&MediaSourceId=8451cc7e2ebdedffee0a418ec06fc941&PlaySessionId=37c06420f3c749079012320dfcfae394&api_key={emby-token}&VideoCodec=h264,h265,hevc,mpeg4,mpeg2video&AudioCodec=aac,mp3,ac3,opus,flac,vorbis&VideoBitrate=999808000&AudioBitrate=192000&AudioStreamIndex=3&TranscodingMaxAudioChannels=6',
      u'Type': u'Default',
      u'ReadAtNativeFramerate': False,
      u'RequiresLooping': False,
      u'Path': u'/mnt/path/anime/Black Clover/Season 1/Black Clover - S01E50 - End of the Battle, End of Despair.mkv',
      u'RequiresOpening': False,
      u'Bitrate': 7122099,
      u'SupportsDirectStream': False,
      u'IsRemote': False,
      u'Name': u'Black Clover - S01E50 - End of the Battle, End of Despair',
      u'TranscodingContainer': u'm3u8',
      u'RequiredHttpHeaders': {
        
      },
      u'SupportsTranscoding': True,
      u'Formats': [
        
      ],
      u'Protocol': u'File',
      u'IsInfiniteStream': False,
      u'RunTimeTicks': 14357099520L,
      u'Size': 1278158611,
      u'SupportsProbing': False,
      u'Id': u'8451cc7e2ebdedffee0a418ec06fc941',
      u'DefaultSubtitleStreamIndex': 0
    }
  ]
}

Edited May 19, 2019 by Angelblue05

[Zriel 5]

Was using the beta, so I can't really say. I switched to stable some days ago to test if the issue was precisely for the beta.

I'm having issues over movies too. I could upload test content if needed in any case.

I'm using emby docker with a mounted FS shared by several other images. That's why I use hardlinks instead of symbolic links.

 

I have tested a bit more and for movies it says transcoding, instead of direct streaming.

[Angelblue05 4130]

The movies that says transcoding, they work the same? You can seek? Can you create a kodi log where you enable Kodi debug and repeating the test (without transcode), hopefully it will show us the reason seeking isn't behaving correctly.

[Zriel 5]

Yeah I can seek them fine if I force transcode.

 

Here is the log I see relevant lines at line 4329

2019-05-20 13:50:37.299 T:11488   DEBUG: CDVDDemuxFFmpeg::SeekTime - input stream reports it is not seekable

2019-05-20 13:50:37.299 T:11488   DEBUG: VideoPlayer: seek failed or hit end of stream

 

 

kodi.log

Edited May 20, 2019 by Zriel

[Luke 37024]

There should not be any problem seeking that with direct play. Try playing that in chrome without selecting any subtitles and see how that compares.

[Zriel 5]

On webclient it works, I have already reported that.

I would have said it is the coreelec image, but on the windows Kodi I have issues too.

 

That's why I have told that maybe I could try with some test content, something you know for sure it works.

[Luke 37024]

Ok so then this looks like a problem in the app's video player.

[Angelblue05 4130]

Does this work in Krypton btw? I know Leia was big on player changes.

 

@@Zriel

 

Can you repeat the test, this time in the kodi settings > system settings > logging > enable component specific logging, verbose libcurl.

 

Hopefully that will give us even more info. It seems to not know the file size maybe and so it disables seeking?

Edited May 20, 2019 by Angelblue05

[Zriel 5]

Does this work in Krypton btw? I know Leia was big on player changes.

 

@@Zriel

 

Can you repeat the test, this time in the kodi settings > system settings > logging > enable component specific logging, verbose libcurl.

 

Hopefully that will give us even more info. It seems to not know the file size maybe and so it disables seeking?

I have tested with kodi 17.6 and works as intended, so yes, the issue is in the new Leia.

Do you still require the log for Leia?

[Angelblue05 4130]

I have tested with kodi 17.6 and works as intended, so yes, the issue is in the new Leia.

Do you still require the log for Leia?

Ok then here is what I recommend you do. Report the issue in the kodi forums with the log I requested (post it to pastebin and add the link to your Kodi post). Tell them this used to work with Krypton and it seems to be an issue with Leia. It could be related to using hard links. I’ll follow your thread. This is a Kodi issue, now we know.

[Zriel 5]

Ok, oppened it here

https://forum.kodi.tv/showthread.php?tid=344193

[Angelblue05 4130]

Use hastebin if the log is too big. Or dropbox?

 

You need to add your log otherwise they won’t look at your issue.