• 1
  • 52
  • 53
  • 54(current)
  • 55
  • 56
  • 148
New MythTV add-on using libcmyth
(2012-05-22, 22:21)kburkart Wrote: I have built it on Mythbuntu 12.04. I believe there is an entry somewhere in this thread that discribes the fix for curl. It may have been as simple as going to synaptic and pulling down libcurl-dev, sorry the exact details have faded from my memory, too much bourbon Smile

So there is a fix? Thanks, that's good to know. Now I only have to search through 795 posts to find it because this kind of information isn't being kept in any one place and searches for libcurl and curl don't return anything of significance and 12.04 is an invalid search term.

I hate to beat a dead horse here, but seriously it would be incredibly helpful if the first few posts in this thread point to the latest most accurate information on getting this stuff running. The first post has some information, post #7 has the actual build instructions, although there are some caveats not mentioned there, post #11 has the dependencies, although not up to date, and so on. We're now approaching 800 posts a new user would have to read to successfully build this.
Reply
tsp42: Thanks. I wanted to apply commit from Eden-pvr to master branch, but cherry-pick was the keyword I was looking for.

rdoac: Which version of MythTV backend do you run? I notice on 0.25 that I gets lots of RECORDING_LIST_CHANGE UPDATE messages in combination with over 300 recordings and "Include mode debug information in the log" is overloading the log file.
Reply
(2012-05-22, 18:39)mastix Wrote:
Code:
make -j2

It crashes with this error message... and I have no idea why this is happening...

Code:
root@HTPC:/usr/src/xbmc# make -j2
CPP     /home/mastix/xbmc/xbmc/cores/DllLoader/exports/util/EmuFileWrapper.o
CPP     /home/mastix/xbmc/xbmc/cores/DllLoader/exports/emu_kernel32.o
emu_kernel32.cpp: In function ‘CXHandle* dllFindFirstFileA(LPCTSTR, LPWIN32_FIND_DATA)’:
emu_kernel32.cpp:176:34: error: ‘_P’ was not declared in this scope
emu_kernel32.cpp: In function ‘CXHandle* dllCreateFileA(LPCSTR, DWORD, DWORD, LPSECURITY_ATTRIBUTES, DWORD, DWORD, HANDLE)’:
emu_kernel32.cpp:989:35: error: ‘_P’ was not declared in this scope
emu_kernel32.cpp:990:1: warning: control reaches end of non-void function [-Wreturn-type]
make[1]: *** [emu_kernel32.o] Error 1
make: *** [xbmc/cores/DllLoader/exports/exports.a] Error 2
make: *** Waiting for unfinished jobs....
AR      /home/mastix/xbmc/xbmc/cores/DllLoader/exports/util/exports_utils.a

Does anyone of you have a clue?

Sorry, no haven't seen that one. You could try doing a [code]make clean[/clean] and then make as usual. Also, as pointed out previously, try with just make, w/o the -j2, that sometimes clears things up.

/D
Reply
tsp,

just tried compiling after the merge with Dushmaniac's repo. You still have references to the original cmyth addon in the makefile, I removed them to get the compile to move on. Plus there are a couple of >>>>>> and ====== and a few references to master and HEAD around the addon section of the makefile that need to be excised to get the compile to complete.

I also needed to install libtinyxml-dev, for anyone else who hasn't got it on their system....
Reply
OK, I compiled it on the 11.10 box and it's now working, however it is putting out a lot of debug statements in the log file. A whole lot. It's also incredibly slow to switch channels.

Still no luck on the 12.04 system. I can't find the super-secret new dependency or switch to get configure to run.
Reply
(2012-05-22, 21:02)tsp42 Wrote: rdoac: The huge log file is probably caused by the"Include more debug information in the log" being enabled. If not could you report back what is causing the log file to be so big.

Ah ok, life is a lot more sensible now. Is this, by default, on?
Reply
(2012-05-22, 22:59)dodoadoodoo Wrote:
(2012-05-22, 18:39)mastix Wrote:
Code:
make -j2

It crashes with this error message... and I have no idea why this is happening...

Code:
root@HTPC:/usr/src/xbmc# make -j2
CPP     /home/mastix/xbmc/xbmc/cores/DllLoader/exports/util/EmuFileWrapper.o
CPP     /home/mastix/xbmc/xbmc/cores/DllLoader/exports/emu_kernel32.o
emu_kernel32.cpp: In function ‘CXHandle* dllFindFirstFileA(LPCTSTR, LPWIN32_FIND_DATA)’:
emu_kernel32.cpp:176:34: error: ‘_P’ was not declared in this scope
emu_kernel32.cpp: In function ‘CXHandle* dllCreateFileA(LPCSTR, DWORD, DWORD, LPSECURITY_ATTRIBUTES, DWORD, DWORD, HANDLE)’:
emu_kernel32.cpp:989:35: error: ‘_P’ was not declared in this scope
emu_kernel32.cpp:990:1: warning: control reaches end of non-void function [-Wreturn-type]
make[1]: *** [emu_kernel32.o] Error 1
make: *** [xbmc/cores/DllLoader/exports/exports.a] Error 2
make: *** Waiting for unfinished jobs....
AR      /home/mastix/xbmc/xbmc/cores/DllLoader/exports/util/exports_utils.a

Does anyone of you have a clue?

Sorry, no haven't seen that one. You could try doing a [code]make clean[/clean] and then make as usual. Also, as pointed out previously, try with just make, w/o the -j2, that sometimes clears things up.

/D

Hi guys,

I've tried it without "-j2" as well. I've also tried to build it without the symbolic link (directly in my home directory). No chance... it just does not compile. Sad

That's really weird... I made no changes to the source code. But I think I'll try to run a git reset or git clean and start all over again...

mastix

Reply
(2012-05-21, 23:33)KeithLM Wrote: I've decided to try this on my main XBMC machine to see if I can have any luck with it. Unfortunately I can't build because of some dependency issue. I don't have curl.h. I've run into some issue installing the following:
Code:
sudo apt-get install  libcurl4-gnutls-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
libcurl4-gnutls-dev : Depends: librtmp-dev but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

I've tried installing librtmp-dev but it conflicts with something else. It's just a long chain where I got some version of something that conflicts with another version that I need. Any thoughts on how I can get around this?

Hi Keith,

I ran into your post while lookíng for a solution to the same problem and now that I found a solution that worked for me I thought I should post here too.

The problem for me is that I had installed XBMC from the team-xbmc/unstable ppa earlier but after the upgrade to 12.04 XBMC is available in the ubuntu repo and the unstable repo doesn't have a Precise version yet so I disabled the unstable repo.

How I solved it was to enable the oneiric version of team-xbmc/unstable, install libcurl3-dev and then disable it again. I hope this works for you as well.
Reply
(2012-05-22, 21:02)tsp42 Wrote: rdoac: The huge log file is probably caused by the"Include more debug information in the log" being enabled. If not could you report back what is causing the log file to be so big.

I find that my logfile gets spammed with EPG update entries. While I only have about 100 channels visible, I have more than a thousand "available" (sat setup). Unfortunately the pvr code by default sets the "update epg" member (CPVRChannel::m_bEPGEnabled I believe) to true by default (rather than to match the hidden parameter), so the xbmc spends quite some time, and log space, to check epg for channels I am not able to watch.

/D
Reply
Update from my side... I reseted and cleaned my git directory and started all over again... seems to build fine now! Smile Let's plray that it stays that way... Smile
Reply
(2012-05-23, 16:07)dodoadoodoo Wrote: I find that my logfile gets spammed with EPG update entries. While I only have about 100 channels visible, I have more than a thousand "available" (sat setup). Unfortunately the pvr code by default sets the "update epg" member (CPVRChannel::m_bEPGEnabled I believe) to true by default (rather than to match the hidden parameter), so the xbmc spends quite some time, and log space, to check epg for channels I am not able to watch.

/D

So, I added a if(gExtraDebug) wrapper to some of the log statements in the addon. Improved things at my end a bit. PR at https://github.com/tsp/xbmc/pull/17

Still extensive spamming though. Dushmaniac's code still fill my log with some, in my view unnecessary, information, namely:
* DEBUG: PVRTimers - UpdateEntries - updated timer 1179648 on client 1
repeats about every two minutes for all my timers (this may be due to the b/e rescheduling stuff)
* ERROR: EPG - Update - failed to update table 'Classic'
repeats about every five minutes for all my channels
* INFO: UpdateFromScraper - channel not found, can't update
same as the EPG update above

I am not sure on how to proceed with the above? They are easy enough to comment out, but I guess we should find a more long term solution.

/D


Reply
(2012-05-22, 21:02)tsp42 Wrote: rdoac: The huge log file is probably caused by the"Include more debug information in the log" being enabled. If not could you report back what is causing the log file to be so big.

When I am watching a recording my log file is filling up with these messages, even with "Include more debug information in the log" disabled.

Code:
12:37:24 T:140453702252288   DEBUG: AddOnLog: MythTV cmyth PVR Client: ReadRecordedStream - curPos: 122411648 TotalLength: -1511774636
12:37:24 T:140453702252288   DEBUG: AddOnLog: MythTV cmyth PVR Client: ReadRecordedStream - curPos: 122413096 TotalLength: -1511774636
12:37:24 T:140453702252288   DEBUG: AddOnLog: MythTV cmyth PVR Client: ReadRecordedStream - curPos: 122417440 TotalLength: -1511774636
12:37:24 T:140453702252288   DEBUG: AddOnLog: MythTV cmyth PVR Client: ReadRecordedStream - curPos: 122420336 TotalLength: -1511774636
12:37:24 T:140453702252288   DEBUG: AddOnLog: MythTV cmyth PVR Client: ReadRecordedStream - curPos: 122421248 TotalLength: -1511774636
12:37:24 T:140453702252288   DEBUG: AddOnLog: MythTV cmyth PVR Client: ReadRecordedStream - curPos: 122442968 TotalLength: -1511774636
12:37:24 T:140453702252288   DEBUG: AddOnLog: MythTV cmyth PVR Client: ReadRecordedStream - curPos: 122444416 TotalLength: -1511774636
12:37:24 T:140453702252288   DEBUG: AddOnLog: MythTV cmyth PVR Client: ReadRecordedStream - curPos: 122445864 TotalLength: -1511774636
12:37:24 T:140453702252288   DEBUG: AddOnLog: MythTV cmyth PVR Client: ReadRecordedStream - curPos: 122448760 TotalLength: -1511774636
12:37:24 T:140453702252288   DEBUG: AddOnLog: MythTV cmyth PVR Client: ReadRecordedStream - curPos: 122454016 TotalLength: -1511774636
12:37:24 T:140453702252288   DEBUG: AddOnLog: MythTV cmyth PVR Client: ReadRecordedStream - curPos: 122475736 TotalLength: -1511774636
12:37:24 T:140453702252288   DEBUG: AddOnLog: MythTV cmyth PVR Client: ReadRecordedStream - curPos: 122486784 TotalLength: -1511774636
12:37:24 T:140453702252288   DEBUG: AddOnLog: MythTV cmyth PVR Client: ReadRecordedStream - curPos: 122508504 TotalLength: -1511774636
12:37:24 T:140453702252288   DEBUG: AddOnLog: MythTV cmyth PVR Client: ReadRecordedStream - curPos: 122509952 TotalLength: -1511774636
[/code]
Reply
tsp42: Confirmed, channel changing now working for me now.
Reply
Hmmm, just repulled the git source, ran bootstrap and configure and make doesn't work.

I have this in the Makefile

Code:
PVR_DIRS=\
        xbmc/pvrclients/MediaPortal \
<<<<<<< HEAD
        xbmc/pvrclients/mythtv \
        xbmc/pvrclients/mythtv-cmyth \
=======
>>>>>>> upstream/master
        xbmc/pvrclients/vdr-vnsi \
        xbmc/pvrclients/tvheadend \
        xbmc/pvrclients/pvr-demo

Looks like a bug?
Reply
rdoac, that's a sign that something went wrong with git. I'm not certain exactly how it works in this case, since you likely weren't editing locally, but the <<< and >>> indicate one set of lines is the local and one is from the server. It's the result of a merge not happening correctly.

I don't know enough about git to say for certain how to fix this. You could try another git pull and see if it fixes it. You could also try removing the file and then git pull, but git might interpret that is if you are purposefully removing the file from the project because it is no longer needed.
Reply
  • 1
  • 52
  • 53
  • 54(current)
  • 55
  • 56
  • 148

Logout Mark Read Team Forum Stats Members Help
New MythTV add-on using libcmyth8