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 - janbar - 2013-07-07

Also the context menu "Client actions" could be show only on a recording but not on a folder in recordings screen.


RE: New MythTV add-on using libcmyth - StupendousMan - 2013-07-07

(2013-07-07, 12:47)janbar Wrote:
(2013-07-07, 08:06)StupendousMan Wrote:
(2013-07-01, 00:12)janbar Wrote: @teeedubb

Hi. I finished to merge with frodo branch. The new branch with EDL support for frodo is "frodo_internal_edl".

git clone -b frodo_internal_edl https://github.com/janbar/xbmc-pvr-addons.git

Think to select "Internal" for the new setting "EDL method provider". The default choice is "None" in frodo branch. And then restart XBMC to get the new settings.

I just compiled and updated the addon in xbmc frodo and I don't see that option "EDL method provider" after several reboots. I am looking for that setting in the configure options of the mythtv addon.
Thanks all for the great work and can't wait to skip commercials!
I haven't change the version of addon. It still with 1.6.11. So installation should be done manually because XBMC doesn't update an addon with same version: once "make zip", get the generated zip file and unzip manually into the XBMC home user. With unix it is at "$HOME/.xbmc/addons/". With Windows it should be at "Application data...". Cfetzer will update the change log and version.

Thanks janbar and teeedub for the fix. I was running version 1.6.11 already so I did as suggested by janbar and everything worked as expected. This is awesome. Thanks guys!


RE: New MythTV add-on using libcmyth - tdavis - 2013-07-09

(2013-06-28, 10:52)janbar Wrote: @tdavis or anybody interesting to test a new commbreaks/cutlist management.

I made a new method to manage commbreak and cutlist into the addon on pre-processing. It is based on frame offsets instead time and could be help people living in US where they have non constant frame rates. Also anybody using RPI or android could help by testing it on these hardware.
Actual dev branch is for Gotham only, but it could be merged to frodo. To get it:

git clone -b internal_edl https://github.com/janbar/xbmc-pvr-addons.git

This branch was rebased with the new master from cfetzer. Once compiled and zip installed start XBMC and go to configuration screen of addon. Then select "Internal" for the new setting "EDL method provider" (the last setting at the bottom of the list). Save setting and restart XBMC. Now recording playback use the new EDL method.

Thanks for your feedback.

I just saw this.. Sorry, been too busy.

I'll try and build a frodo version, and see if works here.


RE: New MythTV add-on using libcmyth - sebj - 2013-07-10

Still no luck with my hdpvr with 0.26 backend.

It has to be an issue with the addon at this point no?

Code:
11:18:01 T:139644500772672  NOTICE: DVDPlayer: Opening: pvr://channels/tv/All TV channels/46.pvr
11:18:01 T:139644500772672 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
11:18:01 T:139643177645824  NOTICE: Thread DVDPlayer start, auto delete: false
11:18:01 T:139643177645824  NOTICE: Creating InputStream
11:18:01 T:139643177645824   ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)cmyth_conn_connect: asked for version 8, got version 75
11:18:01 T:139643177645824   ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)cmyth_conn_connect: asked for version 75, got version 75
11:18:03 T:139643177645824   ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)cmyth_file_is_open: file transfer socket is closed
11:18:04 T:139643211216640   ERROR: Previous line repeats 1 times.
11:18:04 T:139643211216640   ERROR: AddOnLog: MythTV cmyth PVR Client: LiveTVChainUpdate failed on chainID: live-veris-2013-07-10T11:18:01
11:18:04 T:139643211216640  NOTICE: AddOnLog: MythTV cmyth PVR Client: Process - Event chain update: false
11:18:04 T:139643303470848   ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)cmyth_storagegroup_get_fileinfo: QUERY_SG_FILEQUERY failed(EMPTY LIST)
11:18:06 T:139643211216640   ERROR: Previous line repeats 3 times.
11:18:06 T:139643211216640   ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)cmyth_file_is_open: file transfer socket is closed
11:18:06 T:139643211216640   ERROR: AddOnLog: MythTV cmyth PVR Client: LiveTVChainUpdate failed on chainID: live-veris-2013-07-10T11:18:01
11:18:06 T:139643211216640  NOTICE: AddOnLog: MythTV cmyth PVR Client: Process - Event chain update: false
11:18:07 T:139643211216640   ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)cmyth_file_is_open: file transfer socket is closed
11:18:07 T:139643211216640   ERROR: AddOnLog: MythTV cmyth PVR Client: LiveTVChainUpdate failed on chainID: live-veris-2013-07-10T11:18:01
11:18:07 T:139643211216640  NOTICE: AddOnLog: MythTV cmyth PVR Client: Process - Event chain update: false
11:18:07 T:139643303470848   ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)cmyth_storagegroup_get_fileinfo: QUERY_SG_FILEQUERY failed(EMPTY LIST)
11:18:12 T:139643211216640   ERROR: Previous line repeats 3 times.
11:18:12 T:139643211216640  NOTICE: AddOnLog: MythTV cmyth PVR Client: Process - Event file size update: 6639 2013-07-10T15:18:05 1588036
11:18:16 T:139643211216640  NOTICE: AddOnLog: MythTV cmyth PVR Client: Process - Event file size update: 6639 2013-07-10T15:18:05 6970100
11:18:20 T:139643211216640  NOTICE: AddOnLog: MythTV cmyth PVR Client: Process - Event file size update: 6639 2013-07-10T15:18:05 12393336
11:18:24 T:139643211216640  NOTICE: AddOnLog: MythTV cmyth PVR Client: Process - Event file size update: 6639 2013-07-10T15:18:05 17898352
11:18:29 T:139643211216640  NOTICE: AddOnLog: MythTV cmyth PVR Client: Process - Event file size update: 6639 2013-07-10T15:18:05 24582880
11:18:33 T:139643211216640  NOTICE: AddOnLog: MythTV cmyth PVR Client: Process - Event file size update: 6639 2013-07-10T15:18:05 30194492
11:18:36 T:139643177645824   ERROR: AddOnLog: MythTV cmyth PVR Client: SpawnLiveTV - Chain update failed
11:18:36 T:139643177645824   ERROR: AddOnLog: MythTV cmyth PVR Client: OpenLiveStream - Failed to open live stream
11:18:36 T:139643177645824   ERROR: CDVDPlayer::OpenInputStream - error opening [pvr://channels/tv/All TV channels/46.pvr]
11:18:36 T:139643177645824  NOTICE: CDVDPlayer::OnExit()
11:18:36 T:139643177645824  NOTICE: CDVDPlayer::OnExit() deleting input stream
11:18:36 T:139644500772672  NOTICE: CDVDPlayer::CloseFile()
11:18:36 T:139644500772672 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
11:18:36 T:139644500772672  NOTICE: DVDPlayer: waiting for threads to exit
11:18:36 T:139644500772672  NOTICE: DVDPlayer: finished waiting
11:18:36 T:139644500772672  NOTICE: CDVDPlayer::CloseFile()
11:18:36 T:139644500772672 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
11:18:36 T:139644500772672  NOTICE: DVDPlayer: waiting for threads to exit
11:18:36 T:139644500772672  NOTICE: DVDPlayer: finished waiting
11:18:36 T:139643211216640  NOTICE: AddOnLog: MythTV cmyth PVR Client: Process - Event chain update: No recorder
11:18:36 T:139643211216640  NOTICE: AddOnLog: MythTV cmyth PVR Client: Process: Event DONE_RECORDING: recorder 10 31 -1
11:18:36 T:139643211216640  NOTICE: AddOnLog: MythTV cmyth PVR Client: Process: Event DONE_RECORDING: No recorder
11:18:37 T:139643303470848   ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)cmyth_storagegroup_get_fileinfo: QUERY_SG_FILEQUERY failed(EMPTY LIST)



RE: New MythTV add-on using libcmyth - sebj - 2013-07-10

updated centos kernel to 3.10 (I had a workaround script to fix saturation becaus centos is using an ooolllddd kernel)

That helped a lot, at least for simpilicity's sake on my end.

What I don't understand is when it fails, and xbmc says the channel is unavailable, if I try to playback again, the channel starts almost automatically.

Maybe it takes longer for the tuner to become available than it takes for my wife to become impatient Wink

Wish I could set a delay only in these circumstaces or have it dealt under the hood.

Seems to be working now, more reliably with openelec 64 bit... leaving it as is.

Code:
14:21:23 T:2595265344  NOTICE: Opening video stream: 0 source: 256
14:21:23 T:2595265344  NOTICE: Creating video codec with codec id: 28
14:21:23 T:2595265344  NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
14:21:23 T:2595265344  NOTICE: Creating video thread
14:21:23 T:2556635968  NOTICE: Thread DVDPlayerVideo start, auto delete: false
14:21:23 T:2556635968  NOTICE: running thread: video_thread
14:21:23 T:2595265344  NOTICE: Opening audio stream: 1 source: 256
14:21:23 T:2595265344  NOTICE: Finding audio codec for: 86019
14:21:23 T:2595265344  NOTICE: Creating audio thread
14:21:23 T:2529160000  NOTICE: Thread DVDPlayerAudio start, auto delete: false
14:21:23 T:2529160000  NOTICE: running thread: CDVDPlayerAudio::Process()
14:21:23 T:2529160000  NOTICE: Creating audio stream (codec id: 86019, channels: 2, sample rate: 48000, pass-through)
14:21:23 T:2556635968  NOTICE: CDVDVideoCodecFFmpeg::GetFormat - Creating VDPAU(1920x1080)
14:21:24 T:2556635968  NOTICE: vdp_device = 0x00000001 vdp_st = 0x00000000
14:21:24 T:2556635968  NOTICE: VDPAU Decoder capabilities:
14:21:24 T:2556635968  NOTICE: name          level macbs width height
14:21:24 T:2556635968  NOTICE: ------------------------------------
14:21:24 T:2556635968  NOTICE: MPEG1             0  8192  2048  2048
14:21:24 T:2556635968  NOTICE: MPEG2_SIMPLE      3  8192  2048  2048
14:21:24 T:2556635968  NOTICE: MPEG2_MAIN        3  8192  2048  2048
14:21:24 T:2556635968  NOTICE: H264_MAIN        41  8192  2048  2048
14:21:24 T:2556635968  NOTICE: H264_HIGH        41  8192  2048  2048
14:21:24 T:2556635968  NOTICE: VC1_SIMPLE        1  8190  2048  2048
14:21:24 T:2556635968  NOTICE: VC1_MAIN          2  8190  2048  2048
14:21:24 T:2556635968  NOTICE: VC1_ADVANCED      4  8190  2048  2048
14:21:24 T:2556635968  NOTICE: MPEG4_PART2_ASP   5  8192  2048  2048
14:21:24 T:2556635968  NOTICE: ------------------------------------
14:21:24 T:2556635968  NOTICE: Mixer feature: VDP_VIDEO_MIXER_FEATURE_NOISE_REDUCTION
14:21:24 T:2556635968  NOTICE: Mixer feature: VDP_VIDEO_MIXER_FEATURE_SHARPNESS
14:21:24 T:2556635968  NOTICE: Mixer feature: VDP_VIDEO_MIXER_FEATURE_DEINTERLACE_TEMPORAL
14:21:24 T:2556635968  NOTICE: Mixer feature: VDP_VIDEO_MIXER_FEATURE_DEINTERLACE_TEMPORAL_SPATIAL
14:21:24 T:2556635968  NOTICE: Mixer feature: VDP_VIDEO_MIXER_FEATURE_INVERSE_TELECINE
14:21:24 T:2556635968  NOTICE: Mixer feature: VDP_VIDEO_MIXER_FEATURE_HIGH_QUALITY_SCALING_L1
14:21:24 T:2556635968  NOTICE: CDVDVideoCodecFFmpeg::GetFormat - Creating VDPAU(1920x1080)
14:21:24 T:2556635968  NOTICE: vdp_device = 0x00000002 vdp_st = 0x00000000
14:21:24 T:2556635968  NOTICE: VDPAU Decoder capabilities:
14:21:24 T:2556635968  NOTICE: name          level macbs width height
14:21:24 T:2556635968  NOTICE: ------------------------------------
14:21:24 T:2556635968  NOTICE: MPEG1             0  8192  2048  2048
14:21:24 T:2556635968  NOTICE: MPEG2_SIMPLE      3  8192  2048  2048
14:21:24 T:2556635968  NOTICE: MPEG2_MAIN        3  8192  2048  2048
14:21:24 T:2556635968  NOTICE: H264_MAIN        41  8192  2048  2048
14:21:24 T:2556635968  NOTICE: H264_HIGH        41  8192  2048  2048
14:21:24 T:2556635968  NOTICE: VC1_SIMPLE        1  8190  2048  2048
14:21:24 T:2556635968  NOTICE: VC1_MAIN          2  8190  2048  2048
14:21:24 T:2556635968  NOTICE: VC1_ADVANCED      4  8190  2048  2048
14:21:24 T:2556635968  NOTICE: MPEG4_PART2_ASP   5  8192  2048  2048
14:21:24 T:2556635968  NOTICE: ------------------------------------
14:21:24 T:2556635968  NOTICE: Mixer feature: VDP_VIDEO_MIXER_FEATURE_NOISE_REDUCTION
14:21:24 T:2556635968  NOTICE: Mixer feature: VDP_VIDEO_MIXER_FEATURE_SHARPNESS
14:21:24 T:2556635968  NOTICE: Mixer feature: VDP_VIDEO_MIXER_FEATURE_DEINTERLACE_TEMPORAL
14:21:24 T:2556635968  NOTICE: Mixer feature: VDP_VIDEO_MIXER_FEATURE_DEINTERLACE_TEMPORAL_SPATIAL
14:21:24 T:2556635968  NOTICE: Mixer feature: VDP_VIDEO_MIXER_FEATURE_INVERSE_TELECINE
14:21:24 T:2556635968  NOTICE: Mixer feature: VDP_VIDEO_MIXER_FEATURE_HIGH_QUALITY_SCALING_L1
14:21:24 T:2556635968  NOTICE:  (VDPAU) Close
14:21:24 T:2556635968  NOTICE:  (VDPAU) screenWidth:1920 vidWidth:1920 surfaceWidth:1920
14:21:24 T:2556635968  NOTICE:  (VDPAU) screenHeight:1080 vidHeight:1080 surfaceHeight:1088
14:21:24 T:2520767296  NOTICE: Thread Vdpau Output Thread start, auto delete: false
14:21:24 T:2520767296  NOTICE: COutput::OnStartup: Output Thread created
14:21:24 T:2520767296  NOTICE: VDPAU::COutput::CreateGlxContext - created context
14:21:24 T:2520767296  NOTICE: VDPAU::COutput GL interop supported
14:21:24 T:2520767296  NOTICE: VDPAU::COutput: vdpau gl interop initialized
14:21:24 T:2512374592  NOTICE: Thread Vdpau Mixer Thread start, auto delete: false
14:21:24 T:2512374592  NOTICE: CMixer::OnStartup: Output Thread created
14:21:24 T:2512374592  NOTICE:  (VDPAU) Creating the video mixer
14:21:24 T:2520767296  NOTICE: VDPAU::COutput::InitBufferPool - Output Surface created
14:21:24 T:2520767296  NOTICE: Previous line repeats 8 times.
14:21:24 T:2520767296  NOTICE: VDPAU::COutput registered output surfaces
14:21:24 T:2556635968  NOTICE:  fps: 59.940060, pwidth: 1920, pheight: 1080, dwidth: 1920, dheight: 1080
14:21:24 T:2556635968  NOTICE: Display resolution ADJUST : 1920x1080 @ 59.94 - Full Screen (16) (weight: 0.000)
14:21:24 T:3014051584  NOTICE: Using GL_TEXTURE_2D
14:21:24 T:3014051584  NOTICE: GL: Using VDPAU render method
14:21:24 T:3014051584  NOTICE: GL: NPOT texture support detected
14:21:24 T:3014051584  NOTICE: GL: Using GL_ARB_pixel_buffer_object
14:21:25 T:2776628032  NOTICE: AddOnLog: MythTV cmyth PVR Client: Process - Event file size update: 6632 2013-07-10T18:21:20 7568128



RE: New MythTV add-on using libcmyth - fetzerch - 2013-07-16

(2013-07-03, 11:59)simora Wrote: Any update on the epg memory leak?

I've reported the memory leak (including a valgrind log) as requested by opdenkamp at http://trac.xbmc.org/ticket/14465

(2013-07-03, 11:59)simora Wrote: Any strategy to solve the "stop playback 30s before recording" business yet? You mentioned you might have to interface with the scheduler. When you watch livetv playback from the mythtv-frontend I would assume the server starts recordings on the next available tuners and informs the clients if they need to be dropped due to a conflict. Can that be arranged with the addon?

I'm not exactly sure what you mean. If you have the addon setting "Allow Live TV to move scheduled shows" enabled, the scheduler
should use another tuner if possible.
Also you might want to play with the schedule/livetv cardinput priorities to avoid conflicts on the backend (see http://www.mythtv.org/wiki/Release_Notes_-_0.25#Scheduler).
Then we have the "Conflict handling" setting where you can configure that LiveTV is dropped for a conflict that couldn't be resolved otherwise.
For me this works very well in almost all situations. The only problem is that if LiveTV is stopped and you try to immediately restart LiveTV (before you get the 'recording started' notification) it will lock up the recording on the backend. Unfortunately this cannot be solved easily and is also related to a bug on the backend. Does that help?


RE: New MythTV add-on using libcmyth - simora - 2013-07-16

@cfetzer

I reference this post a while back...
http://forum.xbmc.org/showthread.php?tid=110694&pid=1425456#pid1425456

Restarting livetv before 'recording started' was what I refered to. conflict handling has solved some of my issues but the big one is locking up the recording. mostly because a show airing today will repeat again tonight but probably not again for a while. If I can setup recordings and livetv to not conflict, since I have 6 tuners I shouldn't have an issue with that, will that solve the issue of starting livetv before the notification? I will play with those settings when the family isn't using myth and hopefully find a configuration that will be a bit better.

And thanks about the EPG. That will make my life a little better.


RE: New MythTV add-on using libcmyth - fetzerch - 2013-07-16

Well, the conflict handling / stopping LiveTV should only happen if the backend has no other possibility for solving that conflict.
But its something that the backend decides. What we get from the backend is an ASK_RECORDING message a couple of seconds before the recording starts. In response to this, we can either cancel the recording or WE have to stop the tuner. If the tuner is not stopped, when the backend starts to record, it locks up.

If you set the 'Schedule Order' for example to 1-2-3-4-5-6 and the 'Live TV Order' to 6-5-4-3-2-1, it should be a lot easier for the
scheduler because conflicts are less likely.


RE: New MythTV add-on using libcmyth - simora - 2013-07-17

That worked. Set the order properly and life is good. Thank you for that. Didn't know that was an option to set the order.


RE: New MythTV add-on using libcmyth - teeedubb - 2013-07-18

(2013-07-07, 14:00)janbar Wrote: It is difficult to find the trouble with logs. Could you post the mpeg file and database values somewhere. Then i could test with it.
To export database values into the file "backup.sql", do:

mysqldump -u mythtv -p -t --where="chanid=1010 AND starttime='2013-07-04 05:25:00'" mythconverg recorded recordedseek recordedmarkup > backup.sql

The mpeg file to post is: 1010_20130704052500.mpg

Janbar, I've sent you a PM.


RE: New MythTV add-on using libcmyth - Arreaxu - 2013-10-09

Hi apnar.
If you are still around, could you take a look and explain what is failing (and how to fix it) now in your excellent OpenELEC script...

Where it fails.
Code:
inflating: xbmc-pvr-addons-master/xbmc/xbmc_vis_types.h  
mv: invalid option -- '.'
Try 'mv --help' for more information.
md5sum: sources//-.tar.xz: No such file or directory

Original script...

Quote:There are a few ways to skin the cat for this one. I thought I'd share a small shell script I use to inject the latest cmyth into OpenELEC source. It's not as clean as the method suggested above, but there is no need for an http server and it can be easily run as a single script:

Code:
#!/bin/bash

# change path to where you keep your git clone
cd /tank/xbmc/openelec-git/OpenELEC.tv

source ./packages/mediacenter/xbmc-pvr-addons/meta

if [ ! -d ./sources/$PKG_NAME/ ]; then
    mkdir -p ./sources/$PKG_NAME/
fi

wget --no-check-certificate https://github.com/fetzerch/xbmc-pvr-addons/archive/master.zip
unzip master.zip
mv xbmc-pvr-addons-master $PKG_NAME-$PKG_VERSION
tar -cJf $PKG_NAME-$PKG_VERSION.tar.xz $PKG_NAME-$PKG_VERSION
rm -r $PKG_NAME-$PKG_VERSION master.zip

mv $PKG_NAME-$PKG_VERSION.tar.xz ./sources/$PKG_NAME/
md5sum sources/$PKG_NAME/$PKG_NAME-$PKG_VERSION.tar.xz > sources/$PKG_NAME/$PKG_NAME-$PKG_VERSION.tar.xz.md5
echo "http://sources.openelec.tv/devel/$PKG_NAME-$PKG_VERSION.tar.xz" > ./sources/$PKG_NAME/$PKG_NAME-$PKG_VERSION.tar.xz.url


rm -rf ./build.OpenELEC*/.stamps/xbmc-pvr-addons ./build.OpenELEC*/xbmc-pvr-addons-* ./build.OpenELEC*/image/.stamps/xbmc-pvr-addons



RE: New MythTV add-on using libcmyth - simora - 2013-10-15

MythTV 0.27, XBMC 12.2, Addon 1.6.12

immediately following the log entries posted below xbmc stops and restarts. It doesn't seem to matter wether or not you are watching a recording or livetv. i haven't found any other log information that coincides with this this behavior. let me know if there is anything else i can offer.

Code:
13:30:00 T:1234711648   DEBUG: CPVRTimers - Update - updating timers
13:30:00 T:1276654688   DEBUG: AddOnLog: MythTV cmyth PVR Client: SignalRecordingListEvent - Trigger PVR recording update: 2



RE: New MythTV add-on using libcmyth - fetzerch - 2013-10-15

(2013-10-15, 19:37)simora Wrote: MythTV 0.27, XBMC 12.2, Addon 1.6.12

immediately following the log entries posted below xbmc stops and restarts. It doesn't seem to matter wether or not you are watching a recording or livetv. i haven't found any other log information that coincides with this this behavior. let me know if there is anything else i can offer.

Code:
13:30:00 T:1234711648   DEBUG: CPVRTimers - Update - updating timers
13:30:00 T:1276654688   DEBUG: AddOnLog: MythTV cmyth PVR Client: SignalRecordingListEvent - Trigger PVR recording update: 2

A quick guess is that it's an incompatibility issue with MythTV 0.27 which has been fixed in https://github.com/fetzerch/xbmc-pvr-addons/commit/e80266286527337002bc306436ff8592b90e6999
Please do a fresh clean compile of the frodo branch from fetzerch/xbmc-pvr-addons.
If the issue still exists, please open a new thread http://forum.xbmc.org/forumdisplay.php?fid=170 and attach the full debug log (with gdb installed)
+ steps to reproduce.


RE: New MythTV add-on using libcmyth - apnar - 2013-10-29

(2013-10-09, 21:33)Arreaxu Wrote: Hi apnar.
If you are still around, could you take a look and explain what is failing (and how to fix it) now in your excellent OpenELEC script...

I've become lazy since OpenELEC has included PVR plugins and have just been using their builds, so I haven't tried the script in a while. I took a quick look and it appears the build system changed. I haven't tested the full script but you can try changing this line:

Code:
source ./packages/mediacenter/xbmc-pvr-addons/meta

to:

Code:
source ./config/version
source ./projects/Generic/options
source ./packages/mediacenter/xbmc-pvr-addons/package.mk

and also change:

Code:
echo "http://sources.openelec.tv/devel/$PKG_NAME-$PKG_VERSION.tar.xz" > ./sources/$PKG_NAME/$PKG_NAME-$PKG_VERSION.tar.xz.url

to

Code:
echo  $PKG_URL > ./sources/$PKG_NAME/$PKG_NAME-$PKG_VERSION.tar.xz.url



RE: New MythTV add-on using libcmyth - teeedubb - 2013-10-29

Has anyone got the genre colours to show in the xbmc EPG? They show in the mythweb EPG, I need to check with a mythfrontend.