Slow radio zapping
#1
@margro
I've noticed in the latest builds that tv zapping is very fast (1-3 secs) in both your build and in nightlies.
It's not the same for radio stations.
Radio zapping is very slow (8-9 secs).
Obviously with Mediaportal also radio zapping is fast.
Using tvheadend radio zapping is lightning fast also.
Don't know where the problem is.
If anyone else has the same problem, and if you want logs, tell me.
Bye,
sdf
Reply
#2
Well, radio streams are passed in exactly the same way to XBMC as the TV streams. It seems that either ffmpeg is waiting for a potential video stream or that it has to do with filling a buffer. Will check this later. It is also much slower on my PC, so I can confirm that radio channel switching is still slow.
Developer of the MediaPortal PVR addon and retired developer of the Argus-TV PVR-addon.
http://www.scintilla.utwente.nl/~marcelg/xbmc
Reply
#3
@margro check my master branch. I have patches for fast channel switch. Not sure if you noticed:

https://github.com/FernetMenta/xbmc/comm...2575ef14bf
https://github.com/FernetMenta/xbmc/comm...24cf3179d1
Reply
#4
(2014-04-24, 21:04)margro Wrote: Well, radio streams are passed in exactly the same way to XBMC as the TV streams. It seems that either ffmpeg is waiting for a potential video stream or that it has to do with filling a buffer. Will check this later. It is also much slower on my PC, so I can confirm that radio channel switching is still slow.
Thank you, Margro
If you need some testing, tell me
sdf

@margro,
now that I remember, it seems to me that talking a while ago with a Mediaportal developer, radio section had to be rewritten because it was very similar to tv section: the stream was video+audio and not only audio. So, maybe the've changed something in the tsreader or in mpfilewriter, and when radio station is switched MP doesn't wait for the video buffer to be filled.
Hope you understand what I'm saying, I'm not a programmer.
@FernetMenta
is it possible to test that patches, or Margro has to implement them in MP plugin? Because beta4 still suffers slow radio zapping bug.
Thank you,
sdf
Reply
#5
@FernetMenta: No I missed these patches. Just tested and they indeed speed up radio switches for me. Before 8-10s, after: 3-4 sec.

@sdfg: I will include the patches from FernetMenta in my next Gotham build (probably rc1). They won't be part of the official Gotham release because the pull request with the channel switch speed improvements is more-or-less rejected.
Developer of the MediaPortal PVR addon and retired developer of the Argus-TV PVR-addon.
http://www.scintilla.utwente.nl/~marcelg/xbmc
Reply
#6
(2014-04-28, 21:51)margro Wrote: @sdfg: I will include the patches from FernetMenta in my next Gotham build (probably rc1). They won't be part of the official Gotham release because the pull request with the channel switch speed improvements is more-or-less rejected.
Ok, thank you
sdf
Reply
#7
@margro
try your rc1 build, and dvb radio zapping is now 3-5 secs, both single seat and in lan.
Tried different combinations, and have to say that xbmc pvr speed (both tv and radio) is now nearly the same of MediaPortal itself.
Very very good job!
Will try rc1 for android and see if there's room for some further improvements
Thank you,
sdf
Reply
#8
Android situation is different
Tv zapping is 4-5 secs, but radio zapping is 20 secs
@margro
is it possible to build an android (arm) version of your speed improvements?
Thank you,
sdf
Reply

Logout Mark Read Team Forum Stats Members Help
Slow radio zapping0