Jump to content


Photo

Music Playing Problem - Skipping Track Endings, Missing Player Controls

music player

  • Please log in to reply
16 replies to this topic

#1 martinix OFFLINE  

martinix

    Member

  • Members
  • 15 posts
  • Local time: 01:31 PM

Posted 02 September 2019 - 01:07 PM

Hi,

 

I'm not sure if this is a known problem or if it has been experienced by anyone else? The problem I'm experiencing is the intermittent cutting out and skipping of the last few seconds of a  music track when playing on Kodi using Emby. If you choose to play an album then, randomly, when playing the last few seconds of music of a track are skipped and the player jumps to the next track. I've done a clean install and checked using a number of configurations and the problem is reproduced. I've noticed the following:

 

  1. The problem doesn't occur when playing with a 'standard' Kodi configuration using an SMB source and connection for the Music store on the file server.
  2. The problem doesn't occur when using EmbyCon
  3. When using the Emby plugin, the Fast Foward/Skip Forward and Fast Back/Skip Back controls are missing on the Full Screen Player view but do show on the Home Screen mini-player (Confluence Skin) on the Estuary Skin the FF/FR controls are missing.
  4. Problem is not to do with player Cross Fading setting.
  5. Sometimes a track will play to the end and sometimes the same track will cut out a few seconds before the end and jump to the next track.

 

Configuration is: Emby Server 4.2.1.0 Emby Kodi Plug-In 4.1.14

 

Log File - https://paste.kodi.tv/oqigeyovel

 

Would welcome any suggestions about how to fix problem.

 

Many thanks,

 

-martinix



#2 Angelblue05 OFFLINE  

Angelblue05

    Advanced Member

  • Developers
  • 12577 posts
  • Local time: 07:31 AM

Posted 02 September 2019 - 02:33 PM

Hmm, can you enable Kodi debug this one time and provide an updated Kodi log of the issue? Let me know the song title as well.

Edited by Angelblue05, 02 September 2019 - 05:48 PM.


#3 martinix OFFLINE  

martinix

    Member

  • Members
  • 15 posts
  • Local time: 01:31 PM

Posted 04 September 2019 - 07:17 AM

Hi,

 

Here's an updated log file with debugging enabled. ( https://paste.kodi.tv/vunubicani ) There are three early track jumps in this example. They occur roughly 4 minutes after the start of each track.

 

The Album being played was: Martyn Bennett

 

1st track - Swallowtail

2nd track - Erin

3rd track - Cuillin pt 1

4th track - Cuillin pt 2

 

I'm wondering if this might be some kind of network buffering problem? I have one Kodi Windows client that connects by WiFi and one Kodi Windows client that connects by a wired network connection to the Emby server. The random track switches seem to occur with higher frequency on the WiFi connected client than on the wired connected client. I'll do some more comparisons and see if I can find out any more.

 

Hope this helps.

 

Thanks.



#4 martinix OFFLINE  

martinix

    Member

  • Members
  • 15 posts
  • Local time: 01:31 PM

Posted 04 September 2019 - 09:15 AM

Hi,

 

Here's another example. Same Album. This time played from a client with a wired connection to the Emby server. Logfile: https://paste.kodi.tv/nevesodibi

 

Track               Length      Jump

1. Swallowtail    5.00       4.38

2. Erin              6.22        5.11

3 Cuillin Pt1      6.34        6.22

4. Cuillin Pt2     3.06        (played whole track)



#5 martinix OFFLINE  

martinix

    Member

  • Members
  • 15 posts
  • Local time: 01:31 PM

Posted 11 September 2019 - 11:15 AM

Hi - I haven't got any further chasing down this problem. Just wondering if anyone else has/is experiencing a similar problem? If so any info. would be useful as it may help in  locating the problem. It is affecting both wired and wireless connected Kodi clients. Video content seems to play fine. - Many thanks.



#6 Angelblue05 OFFLINE  

Angelblue05

    Advanced Member

  • Developers
  • 12577 posts
  • Local time: 07:31 AM

Posted 11 September 2019 - 04:00 PM

@Luke

 

Are you aware of music being cut short when played via the server? It is currently using the /emby/Audio/Id/stream.ext. If you tell me this issue wouldn't happen with universal music playback, I will make the switch.



#7 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 135879 posts
  • Local time: 08:31 AM

Posted 11 September 2019 - 04:03 PM

@Luke

 

Are you aware of music being cut short when played via the server? It is currently using the /emby/Audio/Id/stream.ext. If you tell me this issue wouldn't happen with universal music playback, I will make the switch.

 

It shouldn't happen with either. Try downloading the contents of that url. If it returns the full file, then the problem is client-side.


  • Angelblue05 likes this

#8 Angelblue05 OFFLINE  

Angelblue05

    Advanced Member

  • Developers
  • 12577 posts
  • Local time: 07:31 AM

Posted 11 September 2019 - 04:10 PM

@martinix

Grab the file using this
http://{emby-server}...ey={emby-token}
Replace the brackets with valid information. If you are unsure, disable mask sensitive information in the add-on settings > advanced to see the full url in your Kodi log.

Let me know if the file is complete then or not.

Edited by Angelblue05, 11 September 2019 - 04:33 PM.


#9 Saviq OFFLINE  

Saviq

    Advanced Member

  • Members
  • 57 posts
  • Local time: 02:31 PM

Posted 12 September 2019 - 02:56 AM

I'm having the same issue here, and can confirm the complete file is downloaded.

 

When the interruption happens, the logs show:

2019-09-12 08:50:13.228 T:3130925952  NOTICE: EMBY.hooks.monitor -> -->[ q:monitor/ReportProgressRequested ]
2019-09-12 08:51:37.716 T:2810471296  NOTICE: Previous line repeats 16 times.
2019-09-12 08:51:37.716 T:2810471296   ERROR: CCurlFile::FillBuffer - Failed: Transferred a partial file(18)
2019-09-12 08:51:37.716 T:2810471296 WARNING: CCurlFile::FillBuffer - Reconnect, (re)try 1
2019-09-12 08:51:37.999 T:2810471296   ERROR: CCurlFile::FillBuffer - Failed: Requested range was not delivered by the server(33)
# here it starts playing the next song
2019-09-12 08:54:22.287 T:3178980224  NOTICE: Previous line repeats 32 times.
2019-09-12 08:54:22.287 T:3178980224 WARNING: <[ webservice/3726263880/0 ]
2019-09-12 08:54:22.292 T:2810471296  NOTICE: EMBY.hooks.webservice -> path: https://media.server.net:443/emby/Audio/203819/stream.flac?api_key={emby-token}

Edited by Saviq, 12 September 2019 - 02:56 AM.


#10 Saviq OFFLINE  

Saviq

    Advanced Member

  • Members
  • 57 posts
  • Local time: 02:31 PM

Posted 12 September 2019 - 03:10 AM

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.


Edited by Saviq, 12 September 2019 - 03:14 AM.


#11 martinix OFFLINE  

martinix

    Member

  • Members
  • 15 posts
  • Local time: 01:31 PM

Posted 12 September 2019 - 04:44 AM

Hi,

 

Just a quick follow up. I did find an old thread in the Kodi forums which reported a similar problem..  https://forum.kodi.t....php?tid=205130 . I tried the Registry Edit in the referenced article .. https://social.techn...itpronetworking . Setting the IRPStackSize to 50 does seem to have removed the problem of skipping. Whether or not it is just masking the effect of an underlying problem I don't know. I'll give an update when I have more info. and I'll try the suggestions above.

 

Re: Fast Forward/Fast Rewind controls with the Kodi Confluence Skin on the Home Screen the player controls show and operate correctly. When in Full Screen mode the controls are greyed out. With the default Estuary Skin the controls don't show.

 

Thanks.



#12 martinix OFFLINE  

martinix

    Member

  • Members
  • 15 posts
  • Local time: 01:31 PM

Posted 12 September 2019 - 09:44 AM

Hi - just to report that the change to registry IRPStackSize above didn't fix the problem. The jumps seemed to occur less frequently but still happened. I'll do the other tests suggested above and report - thanks.



#13 Saviq OFFLINE  

Saviq

    Advanced Member

  • Members
  • 57 posts
  • Local time: 02:31 PM

Posted 12 September 2019 - 10:42 AM

FWIW there's no Windows involved on my side and the issue is there, so doubt this relates.



#14 Angelblue05 OFFLINE  

Angelblue05

    Advanced Member

  • Developers
  • 12577 posts
  • Local time: 07:31 AM

Posted 12 September 2019 - 12:11 PM

Yeah the issue is we can't change not routing via the internal web service, because the music database does not behave correctly when parameters are added to the url, such as the now required api key. This was the solution to work around this issue...



#15 martinix OFFLINE  

martinix

    Member

  • Members
  • 15 posts
  • Local time: 01:31 PM

Posted 14 September 2019 - 10:38 AM

Ok. Many thanks for your advice. Based on the above, my understanding is that there isn't any workaround for this problem at present? Do you think it might be possible in the future?



#16 Angelblue05 OFFLINE  

Angelblue05

    Advanced Member

  • Developers
  • 12577 posts
  • Local time: 07:31 AM

Posted 14 September 2019 - 02:29 PM

I’m still looking into a possible solution. I will keep you guys posted if I have something to test.

Edited by Angelblue05, 14 September 2019 - 02:29 PM.


#17 martinix OFFLINE  

martinix

    Member

  • Members
  • 15 posts
  • Local time: 01:31 PM

Posted 15 September 2019 - 04:55 AM

many thanks. I know this is difficult stuff. much appreciated.







Also tagged with one or more of these keywords: music, player

0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users