2014-06-25, 22:58
1 second just isn't going to happen. XBMC doesn't even play local files that fast, much less a feed that has to be buffered.
(2014-06-27, 08:27)negge Wrote: With a fast tuner, tvheadend, a custom patch to XBMC (4333 (PR)) and <cacheindvdplayer> disabled in advancedsettings.xml switching times for unencrypted SD channels is down to 1 second (from button press to video/audio actually playing). With the latest versions of tvheadend it could be even faster since AFAIK there's been some optimizations to some core routines.
(2014-06-03, 19:31)H3llGhost Wrote: Hum I have got 4-5 seconds channel switching with TVHeadend and the plugin from Adam Sutton.
So there is no space for improvement?
(2014-07-01, 21:54)Willith Wrote:(2014-06-27, 08:27)negge Wrote: With a fast tuner, tvheadend, a custom patch to XBMC (4333 (PR)) and <cacheindvdplayer> disabled in advancedsettings.xml switching times for unencrypted SD channels is down to 1 second (from button press to video/audio actually playing). With the latest versions of tvheadend it could be even faster since AFAIK there's been some optimizations to some core routines.
How do you implement that patch? What are the consequences of making these changes?
(2014-07-03, 00:17)negge Wrote:(2014-07-01, 21:54)Willith Wrote:(2014-06-27, 08:27)negge Wrote: With a fast tuner, tvheadend, a custom patch to XBMC (4333 (PR)) and <cacheindvdplayer> disabled in advancedsettings.xml switching times for unencrypted SD channels is down to 1 second (from button press to video/audio actually playing). With the latest versions of tvheadend it could be even faster since AFAIK there's been some optimizations to some core routines.
How do you implement that patch? What are the consequences of making these changes?
You'd have to patch and compile it yourself until it is merged into master. There are no known side effects that I know of, I've been using it since January.