[janbar]

In live tv,on changing from channel 80 to 82 (in this case) live tv stops and I am dropped back to main xbmc screen.

I have also noticed some pixellation in live tv, does the

"NOTICE: AddOnLog: MythTV PVR Client: (CPPMyth)Read: read position is ahead (8637848)" have anything to do with this?

Mythtv backend version v0.28-pre-2038-gf825a92


Log is here http://xbmclogs.com/show.php?id=257816


Mike

Problem solved, channel changing and pixellation issues are gone.

I set "Enable demuxing MPEG-TS" in Advanced Options in mythtv pvr addon and restarted xbmc.

I suggest anyone else with pixellation issues tries this. It may well cure the problem.


Mike

Hi, here some explanations

I log the notice " read position is ahead ($current_stream_position) " when player request data ahead. Here the backend cannot provide them because they don't exist yet ! So i apply a wait for 100ms to increase the time shift. After few "read ahead" the timeshift is enought large to avoid this situation, unless the player read at higher speed or requires shift forward because errors.
Option "Enable demuxing MPEG-TS" allows to use the internal demuxer of the addon instead using this one of XBMC (ffmpeg). I coded it last year to allow fast channel switch and to support new XBMC feature about timeshift position. Here i used it always (i coded it at least for me ) but it can be use only if your encoder (tv card) provides mpeg-ts streams. Hopefully this is the most common. Some encoders (often analog tuner) could provide mpeg-ps stream instead (with variable frame rate!), there you cannot enable it.
Dedicated for mpeg-ts its code is very efficient and less-cost than ffmpeg. Also it could handle better the stream errors, and using it the player may react differently. So the resolution of your defect could be one of these cases and it could be very difficult to understand why. Sure I encourage to enable it whenever possible.

---

Hi,

I used the mythbuntu 0.28 ppa and installed

0.28.0~master.20140803.b3e1e21-0ubuntu0mythbuntu1

Do you know is comskip works with this addon and 0.28?

Not yet. Now no backend service exists to retrieve framerate of recording. And it is not for lack of providing the code (see my PRs to MythTV github). But i think about since few weeks ago to find a solution without backend helper. In this case i could provide this feature only for constant framerate. I let you know...