Kodi Community Forum
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)



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."

I compiled this version and put it on all of my stations, but noticed just last night that when the computer was asleep overnight and I came back to LIVE TV, it just sat there spinning and every 30s or so it'd show a red error that the backend connection was lost. It loops for 2-3 minutes and then just stops. Was the change above for a different problem?

The problem I fixed was when restarting the backend, the addon still tried to use the socket connection.
That could lead into a crash or printing weird characters into the log, and I had to restart xbmc.
The commit that took care of this was: https://github.com/fetzerch/xbmc-pvr-addons/commit/6cdef4ccfc9a0a884f039f762e2f8880dec6d5cc

I think your problem is related to Sleep/Resume which is not really supported right now since the addon does not know that xbmc is going to sleep.
That situation should improve as soon as https://github.com/xbmc/xbmc/pull/2250 and https://github.com/opdenkamp/xbmc-pvr-addons/pull/171 are accepted.


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.

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?

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.Image Image


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
21:22:01 T:140338735445888   DEBUG: ------ Window Init (DialogBusy.xml) ------
21:22:01 T:140338735445888   DEBUG: Window DialogBusy.xml was already loaded
21:22:01 T:140338735445888   DEBUG: Alloc resources: 0.02m
21:22:02 T:140338102441728   DEBUG: NEWADDON PythonCallbackHandler construction with PyThreadState 0x7fa2f4005950
21:22:03 T:140336887596800   DEBUG: Previous line repeats 2 times.
21:22:03 T:140336887596800   DEBUG: AddOnLog: MythTV cmyth PVR Client: Process - Trigger PVR recording update: 2 recording(s)
21:22:03 T:140338085656320   DEBUG: CPVRRecordings - Update - updating recordings
21:22:03 T:140338102441728   DEBUG: NEWADDON PythonCallbackHandler construction with PyThreadState 0x7fa2f4005950
21:22:03 T:140336887596800   DEBUG: AddOnLog: MythTV cmyth PVR Client: Process - Trigger PVR recording update: 1 recording(s)
21:22:03 T:140338085656320   DEBUG: CPVRRecordings - Update - updating recordings
21:22:03 T:140338068870912   DEBUG: AddOnLog: MythTV cmyth PVR Client: SpawnLiveTV: Delay channel switch: 100
21:22:03 T:140338068870912   DEBUG: PVRFile - Open - playback has started on filename pvr://channels/tv/All TV channels/20.pvr
21:22:03 T:140338068870912   DEBUG: CDVDInputStreamPVRManager::Open - stream opened: pvr://channels/tv/All TV channels/20.pvr
21:22:03 T:140338068870912  NOTICE: Creating Demuxer
############ END XBMC CRASH LOG #############



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'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":
Code:
21:22:01 T:140338068870912   DEBUG: AddOnLog: MythTV cmyth PVR Client: OpenLiveStream: Opening new recorder 14
21:22:01 T:140338735445888   DEBUG: ------ Window Init (DialogBusy.xml) ------
21:22:01 T:140338735445888   DEBUG: Window DialogBusy.xml was already loaded
21:22:01 T:140338735445888   DEBUG: Alloc resources: 0.02m
21:22:02 T:140338102441728   DEBUG: NEWADDON PythonCallbackHandler construction with PyThreadState 0x7fa2f4005950
21:22:03 T:140336887596800   DEBUG: Previous line repeats 2 times.
21:22:03 T:140336887596800   DEBUG: AddOnLog: MythTV cmyth PVR Client: Process - Trigger PVR recording update: 2 recording(s)
21:22:03 T:140338085656320   DEBUG: CPVRRecordings - Update - updating recordings
21:22:03 T:140338102441728   DEBUG: NEWADDON PythonCallbackHandler construction with PyThreadState 0x7fa2f4005950
21:22:03 T:140336887596800   DEBUG: AddOnLog: MythTV cmyth PVR Client: Process - Trigger PVR recording update: 1 recording(s)
21:22:03 T:140338085656320   DEBUG: CPVRRecordings - Update - updating recordings
21:22:03 T:140338068870912   DEBUG: AddOnLog: MythTV cmyth PVR Client: SpawnLiveTV: Delay channel switch: 100
21:22:03 T:140338068870912   DEBUG: PVRFile - Open - playback has started on filename pvr://channels/tv/All TV channels/20.pvr
21:22:03 T:140338068870912   DEBUG: CDVDInputStreamPVRManager::Open - stream opened: pvr://channels/tv/All TV channels/20.pvr
21:22:03 T:140338068870912  NOTICE: Creating Demuxer
############ END XBMC CRASH LOG #############

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.

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?

@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?

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.

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:
---
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.

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.

Image

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 !

>>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

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.

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.

Image

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

You can unzip it into "/usr/local/lib/xbmc/addons/" , but just you must to know what you do Wink . So in this place (/usr/local/lib/xbmc/addons/) addon is available for all users, and then you should remove user ghost (~/.xbmc/addons/).