Recompiled master, but now playback of live TV is jittery. 1080p live TV "jumps" every few seconds, it seems to be accompanied by messages such as this in xbmc.log
Code:
AddOnLog: MythTV cmyth PVR Client: EVENT ID: CMYTH_EVENT_UPDATE_FILE_SIZE, EVENT databuf: 2021 2011-11-22T01:04:45 54891300
On playback of 1080p video I get the same issue with errors like this in the log, which roughly correspond to the time of the jumps.
Code:
CDVDPlayerAudio:: Discontinuity - was:100132524.675189, should be:100116068.143988, error:-16456.531200
Also in "Now" EPG view mode, the channels and programs are OK, but if I switch to the "Next" view, many of the channels are now missing. The "Timeline" view seems OK.
UPDATE: OK, so the playback/live TV issues seem to be related to my video settings (I had VAAPI enabled), and the EPG issue is sporadic.
Another bug report:
* clicking on an existing upcoming recording in the new timer view, brings up a dialog, but the channel is set to "0 dummy" even when it is shown correctly in the timer view.
* the EPG information in the "TV channels" view disappears after the first EPG update (it is still present in EPG views: Timeline, Next, Now)
Now getting stuck showing the progress bar 80% complete and:
Code:
PVR manager is starting up
in the log:
Code:
06:39:26 T:140494692960288 DEBUG: Connecting to sqlite:/home/myth/Documents/tsp/xbmc-installed/share/xbmc/portable_data/userdata/Database/:Addons15.db
06:39:26 T:140493965055744 DEBUG: AddOnLog: MythTV cmyth PVR Client: EVENT ID: CMYTH_EVENT_UPDATE_FILE_SIZE, EVENT databuf: 2041 2011-10-29T16:35:07 0
06:39:26 T:140493965055744 DEBUG: AddOnLog: MythTV cmyth PVR Client: EVENT ID: CMYTH_EVENT_UPDATE_FILE_SIZE, EVENT databuf: 2041 2011-10-29T16:35:53 0
06:39:26 T:140493985924864 DEBUG: CZeroconfAvahi::groupCallback: Service successfully established
I can now reliably reproduce this. Everything goes OK for the first import of the EPG. If I restart XBMC, it always gets stuck, requiring the xbmc process having to be killed. Restarting, I get the same problem. I have to remove Epg.db and TV.db from ~/.xbmc/userdata/Databases, then restart to get back to normal.
Live TV picture periodically freezing up (around the hourly schedule change) with the following in the log:
Code:
06:57:36 T:140281416513280 DEBUG: CDVDAudio::AddSilence - 0.500000 seconds
06:57:36 T:140281629452032 WARNING: CRenderManager::FlipPage - timeout waiting for previous frame
06:57:36 T:140281416513280 WARNING: Previous line repeats 5 times.
06:57:36 T:140281416513280 DEBUG: CDVDAudio::AddSilence - 0.500000 seconds
06:57:36 T:140281629452032 WARNING: CRenderManager::FlipPage - timeout waiting for previous frame
06:57:37 T:140281416513280 WARNING: Previous line repeats 7 times.
06:57:37 T:140281416513280 DEBUG: CDVDAudio::AddSilence - 0.500000 seconds
06:57:37 T:140281629452032 WARNING: CRenderManager::FlipPage - timeout waiting for previous frame
06:57:38 T:140281416513280 WARNING: Previous line repeats 7 times.
06:57:38 T:140281416513280 DEBUG: CDVDAudio::AddSilence - 0.500000 seconds
06:57:38 T:140281629452032 WARNING: CRenderManager::FlipPage - timeout waiting for previous frame
.
All in all, things seem a lot less stable than before the update.
tsp: I'm having an issue with commit 9d56dcea64f37641ceff34a5ff89a41b098aa988 where it's importing null channels. There are about twenty of them. All labelled channel 0 and containing no info. I've checked my mythconverg database and there are no null channels in the channel table there. I've also checked the resulting MyTV18.db sqlite3 local db and there are no null channels in there either, so I'm not sure where they are coming from. I also get loads of spamming in the log along the lines of:
Code:
16:31:37 T:2764041072 ERROR: EPG - Update - failed to update table ''
16:31:37 T:2764041072 INFO: EpgContainer - RemoveOldEntries - removing old EPG entries
I've tried to remove them from the channel manager interface in xbmc, but I get backend does not support this operation. I have also set these channels to ignore, but they still show up! Not sure what's happening here....
Also, the epg is still way out of whack. It's only slightly out of whack for info from the dvb stream (about an hour) and WAY out of whack (sometimes up to 8 hours) for channels that use a channel grabber for their epg (I use the radio times grabber since I am in the UK, but ironically it does not have epg data for radio stations (or for that matter adult-orientated channels) so I use over-the-air epg for these)
I also experience the freezes which only a hard kill from the commandline can solve.
Jim
Jimmer Wrote:tsp: I'm having an issue with commit
Also, the epg is still way out of whack. It's only slightly out of whack for info from the dvb stream (about an hour) and WAY out of whack (sometimes up to 8 hours) for channels that use a channel grabber for their epg (I use the radio times grabber since I am in the UK, but ironically it does not have epg data for radio stations (or for that matter adult-orientated channels) so I use over-the-air epg for these)
Yes, I'm seeing weird EPG issues again (see my posts above). I suspect that with all the churn in the EPG code in dushmaniac's branch that there may be a lot of corner cases still not dealt with.
Quote:I also experience the freezes which only a hard kill from the commandline can solve.
Ditto (see above). Perhaps some of this might be related to changes in video handling/ffmpeg either dushmaniac's, or (more likely) in the master xbmc itself. Was there a major ffmpeg version jump?
fiveisalive Wrote:Yes, I'm seeing weird EPG issues again (see my posts above). I suspect that with all the churn in the EPG code in dushmaniac's branch that there may be a lot of corner cases still not dealt with.
Ditto (see above). Perhaps some of this might be related to changes in video handling/ffmpeg either dushmaniac's, or (more likely) in the master xbmc itself. Was there a major ffmpeg version jump?
Yeah, I had at least one freeze watching lego star wars (don't judge me!) with this commit. And that's not pvr related, so you could be right about it being from the code-churn in master.....
Jimmer Wrote:Yeah, I had at least one freeze watching lego star wars (don't judge me!) with this commit. And that's not pvr related, so you could be right about it being from the code-churn in master.....
Well yes it seems likely that it is not caused by my code as the changes I made was rather limited (restricted to the timer and channel number code). I will try to reproduce them and see if I can do anything about it. Else we will just have to wait. The freezes when changing to a new tv program could be caused by my addon as mythtv changes to a new file when a new program starts likewise with the missing channel name in the timer info window.
BTW they did introduce some changes to the ffmpeg code so that might be causing the trouble.
I tracked down the "0 Dummy" channel name bug in the timer dialog and updated my repo with a fix for it.
tsp42 Wrote:I tracked down the "0 Dummy" channel name bug in the timer dialog and updated my repo with a fix for it.
tsp:
Thanks! I can confirm that this fix is working for me.
Do you have any ideas about the wacky epg behaviour? Is this a problem confined to libcmyth branch, or is it in the general pvr code? Because I'm wondering if we should be letting Dushmaniac know that there are still epg problems if they are not in your code?
Jim
Hi, just built xbmc-pvr from tsp's repo. Looks great so far!
Are mythtv recording groups supported yet? They are shown as a folder in the "Recordings" tab but can't be opened?
Best,
Falk
Jimmer: I suspect the EPG problems is located in the general pvr code as it undergoes heavy development right now and the addon EPG code is rather simple compared to the general EPG code. So feel free to add it to his issue tracker. The worst thing that can happen is he reallocates it to me.
fstern: It should work. At least it did before but again the general pvr codes undergoes many changes right now so it may be a victim to this but I will see if I can figure out something.
tsp42: I can provide debug logs or database dumps if necessary. Thanks for looking into it.
fstern: I can reproduce the bug. It looks like it is related to the previous "recording couldn't play" bug.
Since updating to the latest git version it seems the entire thing is falling apart. I am debugging the root cause (it might to do with the Amq3 skin), but I frankly wish I stayed on the previous build.