32 replies to this topic

[TeamB]

Try native playback mode.

 

Try EmbyCon just to test if this addon has the same problem, this will further narrow down your issue to either an addon issue or a Kofi issue.

[Saviq]

I believe I already dug deep enough above in posts #9 and #10 - if the stream is interrupted for whatever reason, the Emby for Kodi plugin fails to resume because it can't get the requested byte range from Emby.

[Luke]

I think the problem is that the streaming url does not respect ranges:

curl --output file.flac --range 25000000-30000000 https://media.server.net:443/emby/Audio/203817/stream.flac\?api_key\={emby-token}
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 57.6M    0 57.6M    0     0  12.7M      0 --:--:--  0:00:04 --:--:-- 13.5M

> GET /emby/Audio/203817/stream.flac?api_key={emby-token} HTTP/1.1
> Host: media.server.net
> Range: bytes=25000000-30000000
> User-Agent: curl/7.64.0
> Accept: */*
>
{ [5 bytes data]
< HTTP/1.1 200 OK
< Access-Control-Allow-Headers: Accept, Accept-Language, Authorization, Cache-Control, Content-Disposition, Content-Encoding, Content-Language, Content-Length, Content-MD5, Content-Range, Content-Type, Date, Host, If-Match, If-Modified-Since, If-None-Match, If-Unmodified-Since, Origin, OriginToken, Pragma, Range, Slug, Transfer-Encoding, Want-Digest, X-MediaBrowser-Token, X-Emby-Token, X-Emby-Authorization
< Access-Control-Allow-Methods: GET, POST, PUT, DELETE, PATCH, OPTIONS
< Access-Control-Allow-Origin: *
< Server: UPnP/1.0 DLNADOC/1.50
< Content-Type: audio/flac
< Accept-Ranges: none
< Date: Thu, 12 Sep 2019 07:04:10 GMT
< Transfer-Encoding: Chunked
< Strict-Transport-Security: max-age=16000000; includeSubDomains; preload;
<
{ [14695 bytes data]
* Connection #0 to host media.server.net left intact

Even though I only requested 5miB, I got the full 57MB.

 

It doesn't happen if requesting the playback from Emby into Kodi, the stream URL is passed verbatim to Kodi's player, which seems to be more robust than proxying through the plugin-internal web service.

 

This is because it is requesting a transcoding url where byte range requests are not supported. You could try instead:

https://media.server.net:443/emby/Audio/203817/stream?api_key\={emby-token}&static=true

This get the original audio without any transcoding, and byte range requests will be supported.

[martinix]

This is because it is requesting a transcoding url where byte range requests are not supported. You could try instead:

https://media.server.net:443/emby/Audio/203817/stream?api_key\={emby-token}&static=true

This get the original audio without any transcoding, and byte range requests will be supported.

 

does this suggestion provide the basis for a possible fix? if so, what would we need to do/change to test it out? Thanks.

[Luke]

I think the audio url will need to be adjusted. Is this EmbyCon or Emby for Kodi?

[martinix]

The problem occurs with Emby for Kodi (4.1.15) . EmbyCon seems to work ok. The developer, Angelblue05, noted the likely cause of the problem (see above) but it seems uncertain whether a fix is possible or not.

[Angelblue05]

You always have the option to not sync your music library. Then it should work the same as embycon.

 

Thanks for letting me know this is not resolved with 4.1.15. I don't see this myself nor does @sualfred. Can you provide an updated Kodi log? Enable Kodi debug. Take note the time the skip happens.

Edited by Angelblue05, 18 November 2019 - 03:27 PM.

[martinix]

sorry for my delayed response. I checked again and everything seems ok now. I reset and re-synced the library and that seemed to fix the problem. I'm not getting any skips now.

 

You always have the option to not sync your music library. Then it should work the same as embycon.

 

Thanks for letting me know this is not resolved with 4.1.15. I don't see this myself nor does @sualfred. Can you provide an updated Kodi log? Enable Kodi debug. Take note the time the skip happens.

 

thanks for your help.

[Saviq]

Thanks for letting me know this is not resolved with 4.1.15. I don't see this myself nor does @sualfred. Can you provide an updated Kodi log? Enable Kodi debug. Take note the time the skip happens.

 

Hey @Angelblue05,

 

Does it have to be a transcoding stream, though? Could the plugin not just feed the file as-is? This way the ranged request would work according to Luke a couple replies above?

[Angelblue05]

@Saviq

 

Can you test this build for me?

 

First install it and try to see if it still cuts at the end. I added static=true to the redirect for music.

If this works, let me know.

 

Otherwise second step, in the add-on settings > advanced > enable developer mode > Save. Restart Kodi, you should see a new patch applied. Resync your music library. Then try to play and let me know if it cuts short still. I have removed the file extension so that it reflects as Luke posted above.

 

Thanks.

Attached Files

•  plugin.video.emby-4.1.16a.zip   1.19MB   4 downloads

Edited by Angelblue05, 21 November 2019 - 12:28 PM.

[Saviq]

Hey @Angelblue05,

 

Yes that seems to fix the issue for me, I've been playing random music most of the day and no cut offs.

 

That said, is that the correct fix? What if the file is in a format that Kodi doesn't support?

[Angelblue05]

Did you try it in two steps like I asked?

At which point did it work correctly, just with the build given or with developer mode enabled/kodi restarted?

Yeah if the format is not supported...

Edited by Angelblue05, 23 November 2019 - 11:04 AM.

[Saviq]

I just installed the plugin and started playing, didn't notice an interrupt since.