• 1
  • 53
  • 54
  • 55(current)
  • 56
  • 57
  • 148
New MythTV add-on using libcmyth
You have to modify Makefile.in to make it compile again (see https://github.com/tsp/xbmc/pull/19).
Reply
Looks like Makefile.in has been fixed now.. Thanks
Reply
Well while following different suggestions I've found that the upgrade from 11.10 to 12.04 actually commented out a number of my sources in apt. I have to look further into that as some of them are for apps I'm using regularly. Still, I believe I've fixed my problem. Part of it was that there appears to be an issue with one of the packages, I was getting this error from apt-get:
librtmp-dev : Depends: librtmp0 (= 2.4~20110711.gitc28f1bab-1) but 2.4~20110711.gitc28f1bab-1ubuntu0~ppa2~natty2

There was more to it, I didn't get it all copied out of the console. But it appears that something may not have the librtmp0 version right. Or else there's some other more significant issue with my system. I used apt-get to download librtmp-dev and the curl library, and then used dpkg to force installs of those, as I do have librtmp0 on my system, and apt claims it's the latest. I have no idea how I got into this mess or why, perhaps something bad occurred with the upgrade from 11.10 to 12.04, I have no clue.

It's compiling now, so I'll see what happens.
Reply
(2012-05-20, 23:47)tsp42 Wrote: InoD: Could be done yes. I'm still using 0.24 so haven't noticed the log spam. Another option would be to only update the recording list when xbmc asks for it. This would mean users would have to click on recordings to update the list.

Thanks to a cleaner log file I found something interesting regarding the CMYTH_EVENT_RECORDING_LIST_CHANGE_UPDATE events:
Code:
11:34:33 T:139949513627392   DEBUG: AddOnLog: MythTV cmyth PVR Client: Process Job fetched: local: /storage/.xbmc/userdata/addon_data/pvr.mythtv.cmyth/cache/preview/1244_20120523121500.mpg.png, remote: 1244_20120523121500.mpg.png, storagegroup: Default
11:34:33 T:139949524141824   DEBUG: AddOnLog: MythTV cmyth PVR Client: EVENT ID: CMYTH_EVENT_RECORDING_LIST_CHANGE_UPDATE, Received cmyth_proginfo_t
11:34:33 T:139949513627392   DEBUG: AddOnLog: MythTV cmyth PVR Client: Process Job fetched: local: /storage/.xbmc/userdata/addon_data/pvr.mythtv.cmyth/cache/preview/1243_20120522190000.mpg.png, remote: 1243_20120522190000.mpg.png, storagegroup: Default
11:34:33 T:139949524141824   DEBUG: AddOnLog: MythTV cmyth PVR Client: EVENT ID: CMYTH_EVENT_RECORDING_LIST_CHANGE_UPDATE, Received cmyth_proginfo_t
11:34:33 T:139949513627392   DEBUG: AddOnLog: MythTV cmyth PVR Client: Process Job fetched: local: /storage/.xbmc/userdata/addon_data/pvr.mythtv.cmyth/cache/preview/1244_20120522121500.mpg.png, remote: 1244_20120522121500.mpg.png, storagegroup: Default
11:34:33 T:139949524141824   DEBUG: AddOnLog: MythTV cmyth PVR Client: EVENT ID: CMYTH_EVENT_RECORDING_LIST_CHANGE_UPDATE, Received cmyth_proginfo_t
11:34:33 T:139949513627392   DEBUG: AddOnLog: MythTV cmyth PVR Client: Process Job fetched: local: /storage/.xbmc/userdata/addon_data/pvr.mythtv.cmyth/cache/preview/1244_20120520121500.mpg.png, remote: 1244_20120520121500.mpg.png, storagegroup: Default
11:34:33 T:139949524141824   DEBUG: AddOnLog: MythTV cmyth PVR Client: EVENT ID: CMYTH_EVENT_RECORDING_LIST_CHANGE_UPDATE, Received cmyth_proginfo_t
11:34:33 T:139949513627392   DEBUG: AddOnLog: MythTV cmyth PVR Client: Process Job fetched: local: /storage/.xbmc/userdata/addon_data/pvr.mythtv.cmyth/cache/preview/1244_20120516121500.mpg.png, remote: 1244_20120516121500.mpg.png, storagegroup: Default
11:34:33 T:139949524141824   DEBUG: AddOnLog: MythTV cmyth PVR Client: EVENT ID: CMYTH_EVENT_RECORDING_LIST_CHANGE_UPDATE, Received cmyth_proginfo_t
11:34:33 T:139949513627392   DEBUG: AddOnLog: MythTV cmyth PVR Client: Process Job fetched: local: /storage/.xbmc/userdata/addon_data/pvr.mythtv.cmyth/cache/preview/1216_20120512015500.mpg.png, remote: 1216_20120512015500.mpg.png, storagegroup: Default
11:34:33 T:139949524141824   DEBUG: AddOnLog: MythTV cmyth PVR Client: EVENT ID: CMYTH_EVENT_RECORDING_LIST_CHANGE_UPDATE, Received cmyth_proginfo_t

It seems fetching of the preview image causes MythTV to send an update event. Still have to find out what is exactly happening during that fetch and why it fetching them after a restart.
Reply
Is there a way to provide better mapping for US style ATSC Channel numbers? For instance in Myth I have:

17-1 (ABC)
17-2 (MyNet)
13.1 (NBC)
13.2 (TheCW)

As the -2 are the second program on the Mux. When I switch on (use same channel numbers as backend) they both get flattened to 13 or 17. Without that, I also get two of them, as I have the same channels from two different Source ID's. (In Mythfrontend I change the tuner to change source id (ie, OTA vs Cable).

Reply
(2012-04-20, 21:43)InoD Wrote: Anyway, I can upload my build results (64-bit ION and Ultra only) to Dropbox when I've got a successful build for both.

InoD: Could you share your recent openelec build?
Reply
(2012-05-26, 18:07)druhboruch Wrote: InoD: Could you share your recent openelec build?

Of course. Please find OpenELEC 2.0 beta 4 with tsp's latest code from his Eden-PVR branch behind the links below:
ION x86_64
Ultra x86_64
(at time of uploading/writing it is no longer latest... the GIT hash tag is in the filename)

tsp42: I think my preview icons are removed by fileOps2::cleanCache(). Adding some debug prints to track that code. After reboot getPreviewIconPath reports the preview icon to be not existing, while on the previous boot it was there, so something is not quite right.

Edit:
Ah, found it I think:
Code:
if(curTime>lastCacheClean+60*60*24)
      cleanCache();
lastCacheClean is initialized to zero, meaning when the jobqueue is empty or after 1 minute of no jobs the cache will be cleaned. Also, lastCacheClean is never reset to curTime, so from then on, it keeps cleaning the cache. Probably better to initialize lastCacheClean to the current time the thread starts and lastCacheClean is reset when 1 day has elapsed. This would still require the re-register (within 24 hours) of the cache-assets with the get*Path functions after a reboot to prevent cleaning, but seems to happen anyway.
Reply
(2012-05-26, 23:31)InoD Wrote: Ah, found it I think:
Code:
if(curTime>lastCacheClean+60*60*24)
      cleanCache();
lastCacheClean is initialized to zero, meaning when the jobqueue is empty or after 1 minute of no jobs the cache will be cleaned. Also, lastCacheClean is never reset to curTime, so from then on, it keeps cleaning the cache. Probably better to initialize lastCacheClean to the current time the thread starts and lastCacheClean is reset when 1 day has elapsed. This would still require the re-register (within 24 hours) of the cache-assets with the get*Path functions after a reboot to prevent cleaning, but seems to happen anyway.
Yes that is the problem. The preview icons is most likely deleted when clean cache is called the first time if m_preview is not initialized with the local preview images (and that would happen if m_jobqueue is emptied before the last call to getPreviewIconPath. I will use your suggestion and add a 24 hour delay before the first cache clean. Your preview icons should be redownloaded when getPreviewIconPath is called again (=every time the recording list is updated) but it sounds like that doesn't happens.
Libcmyth MythTV addon for xbmc-pvr [source] [forum thread]
Reply
Smile 
(2012-05-26, 23:31)InoD Wrote: Please find OpenELEC 2.0 beta 4 with tsp's latest code

InoD: Thank you very much. Smile I also thank tsp for all your work on this great addon!

Reply
Well I've got my 11.10 box talking to MythTV now. I'm still having some issues with Myth, but that's Myth. Near as I can tell they haven't fixed any of the transcoding problems that I saw before, as in it's real crappy and can only support 2-channel mp3 audio and it doesn't really compress the files to a reasonable size without reducing quality significantly. I'm going to attempt to have it call handbrake once I can get all the details worked out, perhaps add in commercial removal too.

Anyways, the only issue I ran into was that the channels came in all wrong. After I looked at it a bit I figured out that it just renumbered them, so I started poking around in the options. I saw that it was set to use the backend's numbering, but that mentioned that it only works with one backend. So then I remembered that I had noticed both myth add-ons being enabled. Once I disabled the other myth add-on and did a reset on the epg data it worked fine.

On that note, anyone have any recommendations on the best way to remove a lot of channels? Should I do it in XBMC or on Myth? I swear I removed them all from mythweb yesterday, but they showed back up. I need to remove hundreds, probably somewhere around 500. I removed a small block from mythweb today and it seemed to take, but I'm worried they'll come back. Myth has been behaving strangely in this regards. Earlier this week while trying some stuff with it I deleted all channels (in Myth) and rescanned, and Myth kept crashing. I gave up on it, and a few days later looked at the backend and all the channels were back. So it may be rescanning and re-adding channels on its own for all I can tell, which means it may wipe out my changes once again.
Reply
(2012-05-27, 06:17)KeithLM Wrote: Well I've got my 11.10 box talking to MythTV now. I'm still having some issues with Myth, but that's Myth. Near as I can tell they haven't fixed any of the transcoding problems that I saw before, as in it's real crappy and can only support 2-channel mp3 audio and it doesn't really compress the files to a reasonable size without reducing quality significantly. I'm going to attempt to have it call handbrake once I can get all the details worked out, perhaps add in commercial removal too.

How did you get passed the Plugin suffered an unknown error trap?

im still having dramas.

Reply
(2012-05-27, 06:55)opteron123 Wrote: How did you get passed the Plugin suffered an unknown error trap?

im still having dramas.
Best I can figure is that a recent change fixed the problem I had. Either that or it was a matter of just starting with a completely fresh build in a whole new directory.
Reply
(2012-05-27, 00:40)tsp42 Wrote: Yes that is the problem. The preview icons is most likely deleted when clean cache is called the first time if m_preview is not initialized with the local preview images (and that would happen if m_jobqueue is emptied before the last call to getPreviewIconPath. I will use your suggestion and add a 24 hour delay before the first cache clean. Your preview icons should be redownloaded when getPreviewIconPath is called again (=every time the recording list is updated) but it sounds like that doesn't happens.

Ok, thanks. I will test it soon. Well, that does happen, but during startup it first grabs channel icons and probably it is done with that (m_jobqueue is empty) before it starts on the preview icons, but by that time cleanCache() was called. I think this change should do the trick.
The pull request from ktdreyer (168cb10443) causes compile errors on Linux now. Three log calls has CStdString as arguments... they should be converted using c_str() first.

Edit: there is also a compile error in tools.h (line 119), but I have no time to fix it now.
Reply
BLAST!!! (Damn I'm having a bad day)

I have just had to re-apt-get tinyxml headers to compile the latest git pull...weird.

Won't compile now because of boost library cStdString errors, is that related to what InoD has experienced? Or will I have to reinstall boost libraries again.

So giving up on ubuntu for the moment and testing on Win7 laptop.

Windows build 22052012 crashes after updating channel listings from 0.25 mythtv backend, is this a known issue, or have i stuffed something up here too?

Also where are the logs stored on windows XBMC?

Cheers.
Reply
Tsp added my fix for the broken multiplex detection (see https://github.com/tsp/xbmc/issues/9) to his xbmc/master branch.
Problem was that while a recording was ongoing, you could only watch live tv on a channel with the same multiplex.

It seems to work quite nice now, however let me know if you experience any problems - especially if you use uncommon hardware (like digial+analog tuner on one device).
Reply
  • 1
  • 53
  • 54
  • 55(current)
  • 56
  • 57
  • 148

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