• 1
  • 6
  • 7
  • 8(current)
  • 9
  • 10
  • 19
Change channel really slow
Hmm, not sure if it was his build or something else but the Margro 12.2 build broke my ability to change channels using NextPVR backend.
Reply
(2013-05-08, 15:30)thebearnecessit Wrote: Just to double check a couple things about margo's build?

I am using a build of xbmc 12.0 with spotify integrated. if i simply install this build (that margo posted above) would i lose my spotify version/stuff?

if think that's right, and if so, is there no way of having these changes at the moment with spotify too?

Same here... only thing holding me back. Can't do without my SpotyXBMC2.
Reply
Hi!

I'm using margros test build (12.1) with the channel speed improvements provided by FernetMenta and everything works very well. I really appreciate the efforts done to fix the channel switching times. You have done a great job with this guys!

However, just out of curiosity I recently tried one of the nightly builds and noticed that the channel switching times was not as fast as in the test build. I just wanted to ask if this is due to margros Mediaportal PVR-addon included in the setup file of XBMC not being modified to handle FernetMentas adjustments or if the speed improvements not being fully implemented in the nightly builds yet?

/Marcus
Reply
@macardi:
I've just tested the current git master and I can confirm that although FernetMenta's changes are included, the channel switching is indeed much slower than with my Frodo 12.1 testing build.
For me, it went up from 2 {s} to 8 {s} again. I'm not sure why and I don't have much time now to investigate it now.
Developer of the MediaPortal PVR addon and retired developer of the Argus-TV PVR-addon.
http://www.scintilla.utwente.nl/~marcelg/xbmc
Reply
Ok, thanks for taking the time to look in to it. Good to know that the problem is not only on my part.
Reply
Thanks you guys!
Channel switching speeds are indeed significantly faster.
I'm using an Anysee DVB-C tuner and MediaPortal as backend.

Switching between scrambled HD channels not within the same transportstream takes around 3-5 seconds.
Reply
I noticed that during a channel switch XBMC is non responsive for that short period of time.
Making zapping not very convinient. Comparing to my Samsung TV or settopbox, these devices still respond to inputs during a channel switch.

Is there any way to get this kind of feature implemented or is this already on a to do list?

Again you guys are my hero's, making live tv in XBMC really a great experience!!
Reply
(2013-04-10, 11:00)username145 Wrote: Anyone know if the fixes in Margro's build are making it into 12.2?

(2013-04-12, 07:22)Martijn Wrote:
(2013-04-12, 07:18)sukceso Wrote: Yesterday, the ffmpeg 1.2 update was merged into XBMC. Is this enhancement already based on ffmpeg 1.2 and if no is there a way to merge it with the current master?

*sigh*
can't you guys have any patience? Some of the devs have more to do you know ....

(2013-04-15, 21:48)margro Wrote: @Dark_Slayer: my build contains an early version of pull request 1757 (FernetMenta's changes).

@sukceso: part of the required change was merged with ffmpeg 1.2. The remaining parts are pending for inclusion in the current merge window (pull req. 1757).

@username145: the changes are not even included in "master", so a backport to 12.2 is probably not on Davilla's list.

(2013-05-06, 20:20)Dark_Slayer Wrote:
(2013-04-15, 21:48)margro Wrote: @Dark_Slayer: my build contains an early version of pull request 1757 (FernetMenta's changes).

Thanks for clarifying, looks like it merged 2 days ago

(2013-05-07, 21:20)FernetMenta Wrote: That's was just the base for enabling fast channel switches. The final piece was not part of this pr.

(2013-05-31, 19:19)macardi Wrote: Hi!

I'm using margros test build (12.1) with the channel speed improvements provided by FernetMenta and everything works very well. I really appreciate the efforts done to fix the channel switching times. You have done a great job with this guys!

However, just out of curiosity I recently tried one of the nightly builds and noticed that the channel switching times was not as fast as in the test build. I just wanted to ask if this is due to margros Mediaportal PVR-addon included in the setup file of XBMC not being modified to handle FernetMentas adjustments or if the speed improvements not being fully implemented in the nightly builds yet?

/Marcus

(2013-06-01, 21:13)margro Wrote: @macardi:
I've just tested the current git master and I can confirm that although FernetMenta's changes are included, the channel switching is indeed much slower than with my Frodo 12.1 testing build.
For me, it went up from 2 {s} to 8 {s} again. I'm not sure why and I don't have much time now to investigate it now.

To echo Kdekraker and hopefully I've displayed appropriate amounts of patience Angel

Is this on the radar as far as trac or github are concerned?

Margro/FernetMenta - thanks for the progress. Without the improvements, livetv would have been kicked out completely due to extremely low waf. WMC it would be, but since whatever ju-ju magic included in the 12.1 test build happened to improve the channel change speed (even with NPVR) the XBMC setup got a get-out of jail free card. At some point I could hopefully move past a 12.1 test build.

I attempted to do some minimal research, and got a reply regarding the pull request. Then when that one was merged we found it was only one part, so the final piece is a different pull request? Or just something on a to-do list?

Honestly I don't care if it takes a long time, I'm just a little apprehensive about the idea that this only applies to a subset of mediaportal users and could easily never find its way to the trunk

So . . . it's still being worked on with some sort of merge in mind down the line, right?
Reply
This is still wanted, even by an XBMC sponsor who suffers from the same issue. I have built a prototype but currently don't work on this, I can't even test myself because I use vnsi. I had hoped that Margro or some other addon dev picked this up.

It's not even a big change but needs to be cleaned: https://github.com/FernetMenta/xbmc/comm...cf0307422d

(won't apply as is to current master or Frodo)
Reply
Yeah, I will pick it up again as soon as I have a bit more spare time (hopefully end of June).
I'm currently too busy to find a free day to check in detail what the current state of Gotham is with respect to the channel change speed.
Porting the commit from FernetMenta to Gotham just requires some time from my side to clean it up, apply it to Gotham and do some testing with MediaPortal and ArgusTV.
Developer of the MediaPortal PVR addon and retired developer of the Argus-TV PVR-addon.
http://www.scintilla.utwente.nl/~marcelg/xbmc
Reply
based on FernetMenta's work, you may give this https://github.com/whaupt/xbmc/commits/1...astchannel a try.
Works so far for me, based on current frodo master - only tested on linux btw.
Reply
@whaupt: the commit for master (Gotham) to enable fast channel switching is this one: https://github.com/margro/xbmc/commit/ef...ac1d0453c9
While it does work most of the times, I'm also loosing the video sometimes after a channel switch, so for master, this will need some further investigation.
Developer of the MediaPortal PVR addon and retired developer of the Argus-TV PVR-addon.
http://www.scintilla.utwente.nl/~marcelg/xbmc
Reply
You should check if avcodec_decode_video2 was successful. If decode fails, it won't try again because extradata is already set. You can try deleting extradata if decode fails.
Reply
@margro: i decided explicitly to base on Frodo 12.2, but thx anyway.
Just wanted to post my work in case someone is interested.
I've never lost video with it...
Reply
If I want to test last margro build, where can I get it? From here?

Does it only work with media portal as TV server or can I use others like Next PVR?

A LOT OF THANKS FOR THIS WONDERFUL WORK
Reply
  • 1
  • 6
  • 7
  • 8(current)
  • 9
  • 10
  • 19

Logout Mark Read Team Forum Stats Members Help
Change channel really slow2