Posts: 883
Joined: Oct 2009
Reputation:
37
margro
Posting Freak
Posts: 883
I'm currently testing the new 13.1 build. It will be online within one hour.
Posts: 883
Joined: Oct 2009
Reputation:
37
margro
Posting Freak
Posts: 883
Should be fixed now. I didn't push the tags yet.
Posts: 23
Joined: Dec 2009
Reputation:
1
Hi there. Is there any way to get this in to the official xbmc kodi nightly builds?
Posts: 105
Joined: Apr 2014
Reputation:
3
sdfg
Senior Member
Posts: 105
It's already there
it was merged a while ago
bye,
sdf
Posts: 883
Joined: Oct 2009
Reputation:
37
margro
Posting Freak
Posts: 883
Not related to the fast channel switching changes. Everything looks fine in the log files exept for the long delay.
Long delays typically indicate that ffmpeg uses the maximum allowed time to analyse the stream to find the right video, audio subtitle and teletext streams.
I would try to run the command line ffmpeg program to analyse the stream to see if ffmpeg itself is causing the delay or whether it is the Kodi code around ffmpeg.
Posts: 23
Joined: Dec 2009
Reputation:
1
Thanks margro. Yes indeed. This is also what other kodi developer has said he saw in the log too. As I finally found out and added at end of ticket. Problem only to happen when in the url are too many requested &pids= (last argument). So presumably the satip box try to return too many streams at once and it is overloading ffmpeg. Have also informed the manufacturer (Inverto GmBH).