New MythTV add-on using libcmyth - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Development (https://forum.kodi.tv/forumdisplay.php?fid=32) +--- Forum: Add-ons (https://forum.kodi.tv/forumdisplay.php?fid=26) +---- Forum: PVR (https://forum.kodi.tv/forumdisplay.php?fid=136) +---- Thread: New MythTV add-on using libcmyth (/showthread.php?tid=110694) Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
|
RE: New MythTV add-on using libcmyth - pgjensen - 2013-02-27 (2013-02-26, 23:48)cfetzer Wrote:(2013-02-26, 22:54)pgjensen Wrote: I saw in the latest changelog for v1.6.9 through GIT "Fixed recovering from backend connection loss on Windows." Thanks for the clarification. I set those pull requests to watch mode, so will pick up the latest alpha once that is incorporated. RE: New MythTV add-on using libcmyth - sfrooster - 2013-02-27 The XBMC / Myth experience is really coming along. Along with commercial skip, once of the few remaining things I'd like to see addressed has to do with how LiveTv is handled. In particular - everything seems to work pretty good for me if I set it on a channel and leave it, and I'm even able to skip around (back, then forwards, pause etc) within the stream, but there is a problem with trying to use PVR functions when I'm viewing a point in the recording which is prior to a show change / half-hour break, but it is temporally after one. That is: -I'm watching LiveTv, Show X, which runs from 8:30-9:00 -It's 9:05, but at some point I paused for 10 minutes so I'm viewing what was recorded at 8:55 -A commercial comes along (or some other reason for skipping forward), I hit SkipForward (which normally pops ahead about 8 seconds) -It jumps to 9:05, that is, the current point in the stream Again, this is only with LiveTv where Myth uses the EPG (or every 30 minutes on the hour/half hour if there's no EPG) to break-up recording files. I haven't confirmed if this happens with all skipping (backwards or forward) done under this condition, but it does happen consistently enough that it seems to be related. My questios are - Do others see this? Is there a fix available or planned? On a related note - is anyone aware what the expected behavior is when hitting the record button/key while watching LiveTv? RE: New MythTV add-on using libcmyth - User 57826 - 2013-02-27 (2013-02-27, 02:19)sfrooster Wrote: The XBMC / Myth experience is really coming along. Along with commercial skip, once of the few remaining things I'd like to see addressed has to do with how LiveTv is handled. One thing I have noticed is that if you are watching a show that is recording and is ~15 minutes in; the show seems to end at ~15 minutes (whatever time was left on the recording when you started watching it). It doesn't do this with Mythfrontend, if you are watching a recording show you can watch it until the end uninterrupted. RE: New MythTV add-on using libcmyth - Math23ews - 2013-02-27 The schedules dont appear in mythtv. just the database. RE: New MythTV add-on using libcmyth - ubuntu-xbmc - 2013-02-27 Great to see PVR functionality added to XBMC, thanks to all those who helped. I've run into a problem. I had XBMC / Mythbackend set up with a digital tuner and it worked fine (I've seen the 100% backend issue) but recently I added an old analog MPEG2 tuner (e.g. NTSC). Since then, tuning an analog channel works fine in MythFrontend, but crashes XBMC completely. The digital channels still work fine. This appears nearly 100% repeatable (6 out of 6 times having tried tuning 7 times). - I uninstalled / reinstalled the addon - I recompiled the addon from the latest source and installed it I have not wiped out cymyth's data, e.g. the addon didn't need to rescan all the channels, just the new ones that were added. I have very little experience with the addon and want to make sure I'm not missing something basic. I assume mixing analog and digital is fine? Should I clear parts of userdata before adding channels? Anything else I am missing? The last 4 crash logs all end with (or nearly end with) "Creating Demuxer": Thanks Code: 21:22:01 T:140338068870912 DEBUG: AddOnLog: MythTV cmyth PVR Client: OpenLiveStream: Opening new recorder 14 RE: New MythTV add-on using libcmyth - Den4t - 2013-02-27 I have a crash too with analog tuner: http://forum.xbmc.org/showthread.php?tid=156154 RE: New MythTV add-on using libcmyth - fetzerch - 2013-02-28 (2013-02-27, 04:55)ubuntu-xbmc Wrote: Great to see PVR functionality added to XBMC, thanks to all those who helped. I need more information: XBMC version, addon version, and a full debug log (please enable 'Include more debug information in the log file' in the addon settings and restart xbmc) Also please try to build the addon yourself as explained here: http://wiki.xbmc.org/index.php?title=PVR/Backend/MythTV/BuildFromSource and see if the current development version has fixed the problem already. The interesting part - a stack trace - is at the beginning of the crash log. To include that you have to install gdb on your system (assuming you're on linux). (2013-02-27, 02:19)sfrooster Wrote: The XBMC / Myth experience is really coming along. Along with commercial skip, once of the few remaining things I'd like to see addressed has to do with how LiveTv is handled. @janbar: Any ideas? RE: New MythTV add-on using libcmyth - ubuntu-xbmc - 2013-02-28 Here is the info you asked about: --- Video Device: 03:06.0 Multimedia video controller: Internext Compression Inc iTVC16 (CX23416) Video Decoder (rev 01) Linux Version: 3.2.0-38-generic #61-Ubuntu SMP x86_64 GNU/Linux XBMC Version: 12.0 Git:20130127-fb595f2 Myth Info: MythTV Version : v0.25.2-15-g46cab93 ; MythTV Branch : fixes/0.25 Addon Version: Version 1.6.9 from git://github.com/fetzerch/xbmc-pvr-addons.git (sorry, I don't know how to get the git version for an addon, but here is what git said when I pulled: b4c1ef4..f7d154e master -> origin/master git://github.com/fetzerch/xbmc-pvr-addons ) Prior to today, I was using a version pulled and built 26 FEB 14:30GMT None of my XBMC debug logs show "Segmentation" when grepped. I checked since Den4t said he saw: "signal 11, Segmentation fault." I searched more and found that janbar suggested: Check if you have checked "Always" in the playback setting: System -> Settings -> Video -> Playback -> "Adjust display refresh rate to match video" = "Always" and don't check "Sync playback to display". I had this set different previously, but changing it had no effect on the crashes I see. Per your request I rebuilt to the latest (b4c1ef4..f7d154e) code. Which raised a question, when I install the addon, if I use the procedure from the wiki, I get a dependencies not met error. Janbar said to just manually unzip to /usr/local/lib/xbmc/addons/pvr.mythtv.cmyth/ (after a make clean). I have no idea if that could be causing a problem, but I thought I should mention it. I captured a crash log with debug on, it is here. It also has the stack trace. Perhaps because I rebuilt the addon before capturing the log, it was very, very large, so I removed lots of database updates entries. ------- I assume it is a separate issue, but I also see the 90+% CPU usage on mythbackend. This is relatively new for me, I've only started seeing it occur in the last couple days. I see from post 1904, richardk was looking for people to test this. But I couldn't find what test he was referring too. Richardk, if I can help, can you explain? Or was this specific to OpenELEC? I created a log of my CPU usage over 2 hours using this command: Code: mypid=`pgrep mythbackend` && pidstat -p "$mypid" 1 >> test-of-cpu-usage.log and I see the CPU usage creep up at about 1.5% an hour (rough estimate). Hope that's enough, thanks. RE: New MythTV add-on using libcmyth - richardk - 2013-02-28 (2013-02-28, 11:58)ubuntu-xbmc Wrote: I assume it is a separate issue, but I also see the 90+% CPU usage on mythbackend. This is relatively new for me, I've only started seeing it occur in the last couple days. I see from post 1904, richardk was looking for people to test this. But I couldn't find what test he was referring too. Richardk, if I can help, can you explain? Or was this specific to OpenELEC? That should be helpful information to the developers. I wanted to make sure that my results weren't an anomaly, and it sounds like they aren't. I'll let cfetzer chime in if there's anything else he'd like us to test. In the meantime, you might just do some spot checks on the mythbackend cpu load while you're playing videos or watching live tv. I'm seeing some divergent results, with higher cpu loads on some programs than others, and higher loads on live tv than on recordings. But, in general, it does seem to creep up over time, which can't be normal. How many recordings are on your MythTV backend? I have about 1200, and I thought that this large number might help to explain the problem (and explain why some others may not be seeing it). Thanks for helping to test this! RE: New MythTV add-on using libcmyth - Powderking - 2013-02-28 I have looked at the CPU usage too and can confirm as well that over time it gets higher with finally making the playback stutter. What I also see is that the recordings menu is much much faster right after a restart of mythbackend and gets slower when the backend was running for some days. RE: New MythTV add-on using libcmyth - Den4t - 2013-02-28 Hi ubuntu-xbmc ! >>None of my XBMC debug logs show "Segmentation" when grepped. I checked since Den4t said he saw: "signal 11, Segmentation fault." Hmm, line 46 in your log: Program terminated with signal 11, Segmentation fault. #0 0x00007fa2441a27ef in cmyth_livetv_chain_seek (whence=<optimized out>, offset=0, rec=0x7fa21c0bc188) at livetv.c:1103 1103 offset += rec->rec_livetv_chain->chain_files[cur]->file_req; Unfortunately, logs from my post was expired, but in my case segfault was exactly in same place. Ops, correction, logs is here now: http://old.xbmclogs.com/show.php?id=35494 - xbmc http://old.xbmclogs.com/show.php?id=35495 - mythbackend RE: New MythTV add-on using libcmyth - janbar - 2013-03-01 (2013-02-28, 11:58)ubuntu-xbmc Wrote: Here is the info you asked about: Hi, I am reading your log and i can't find the "prologue" procedure to open a LiveTV stream. It should look like: 22:49:50 T:139736828081920 NOTICE: Creating InputStream 22:49:50 T:139736828081920 DEBUG: PVRManager - OpenLiveStream - opening live stream on channel 'M6HD' 22:49:50 T:139736828081920 DEBUG: opening live stream for channel 'M6HD' 22:49:50 T:139736828081920 DEBUG: AddOnLog: MythTV cmyth PVR Client: Suspend 22:49:50 T:139736828081920 DEBUG: AddOnLog: MythTV cmyth PVR Client: Suspend Stopping Thread 22:49:50 T:139737213949696 DEBUG: AddOnLog: MythTV cmyth PVR Client: Process FileOps Thread Stopped 22:49:50 T:139736828081920 DEBUG: AddOnLog: MythTV cmyth PVR Client: EnablePlayback 22:49:50 T:139736828081920 DEBUG: AddOnLog: MythTV cmyth PVR Client: IsTunable: called for recorder 1, channel 1056 22:49:50 T:139736828081920 DEBUG: AddOnLog: MythTV cmyth PVR Client: IsTunable: using recorder, input is tunable: source id: 1, multiplex id: channel: 3, input: 0) 22:49:50 T:139736828081920 DEBUG: AddOnLog: MythTV cmyth PVR Client: OpenLiveStream: Opening new recorder 1 ... It is weird ! It is like you spawn the channel using internal "mythtv" support of xbmc. Do you spawn the channel using PVR TV screen ? Also, addon binary should be unzipped into the good place. If you have an mythtv-cmyth addon into "/usr/local/lib/xbmc/addons/", it is probably a distro addon. So you must remove it using "root" account: For example using "sudo apt-get purge xbmc-pvr-mythtv-cmyth" , or if you haven't installed it using a package manager: "sudo rm -rf /usr/local/lib/xbmc/addons/pvr.mythtv.cmyth". Your own made addon should be unzipped into "~/.xbmc/addons/". So please, unzip your addon into "~/.xbmc/addons/" where "~" is the home of the xbmc user and remove the other. If the issue persist then send me the new xbmc.log. Thanks. RE: New MythTV add-on using libcmyth - ubuntu-xbmc - 2013-03-01 Richardk, I have quite a few file, but definitely not thousands. Code: find . -type f -name "*.mpg" | wc -l finds 179 mpegs. It might be a bit higher than that (~185) because I have a few .nuv files. I ran my logging line for 13 hours and graphed the results, they show a pretty consistent increase. Each cross on this graph is a raw observation of CPU usage by the process the OS identifies as mythbackend. The dark red areas are the where the observations are so numerous to overwrite each other. I have no idea if this is a completely valid test, just the results from pidstat, but it does show the increase. The drop-off at 7000 seconds is when XBMC was not running, I'm pretty sure the spike at 20,000 is when I was watching an HD recording, but I don't have that particularly accurately recorded -- so the drop-off at 15000 could be me watching the recording, and spike at 20000 the load returning to normal. One other thing that might be interesting is that the CPU spikes up and down in 10 second cycles. See this closeup of 7 minutes on CPU cycle between higher and lower CPU usage. Perhaps that's normal but the trend isn't, but I thought I would point it out. I don't know why there is the drop-off at the end, but if anyone finds it interesting, I can check to see if it continues. Den4t, Ok, good to know you found that line. I might have grepped another log? Janbar, Quote:It is weird ! It is like you spawn the channel using internal "mythtv" support of xbmc. Do you spawn the channel using PVR TV screen ? I go into the channel selection screen in xbmc (the one shown in this video at 8 seconds), scroll down and select the channel. I use the Hybrid skin, if that matters. Quote:So you must remove it using "root" account: For example using "sudo apt-get purge xbmc-pvr-mythtv-cmyth" , or if you haven't installed it using a package manager: "sudo rm -rf /usr/local/lib/xbmc/addons/pvr.mythtv.cmyth". Your own made addon should be unzipped into "~/.xbmc/addons/". I had used Code: sudo rm -Rf * /usr/local/lib/xbmc/addons/pvr.mythtv.cmyth before I unzipped to that same location. I didn't use a package manager as I didn't even realize a package manager could operate on an addon. I'll try to remove the old, original distribution addon with apt-get (just in case), then unzip into ~/.xbmc/addons. BUT, one question on this, I have two users -- do I unzip to both user's home folder? Do I just unzip to the compiling-user's home folder? I assume I have to unzip to both? I'll also check out the log, and if necessary capture a new one. That might take a bit. Thanks RE: New MythTV add-on using libcmyth - janbar - 2013-03-01 (2013-02-28, 21:46)Den4t Wrote: Hi ubuntu-xbmc ! Yes, it look like same issue. Is it crash all the times ? @cfetzer: I am searching around the recorder pointer. Probably the new, created during chain setup, was not referenced but the old... RE: New MythTV add-on using libcmyth - janbar - 2013-03-01 (2013-03-01, 01:13)ubuntu-xbmc Wrote: Richardk, I have quite a few file, but definitely not thousands. You can unzip it into "/usr/local/lib/xbmc/addons/" , but just you must to know what you do . So in this place (/usr/local/lib/xbmc/addons/) addon is available for all users, and then you should remove user ghost (~/.xbmc/addons/). |