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 - teeedubb - 2013-04-12

Been using 1.6.10 frodo for a few days with no issue, works really well for me. Thanks for the great add on!


RE: New MythTV add-on using libcmyth - deschmit - 2013-04-12

Aubrien, thanks for the suggestion. Compiling from source did let me enable cmyth. But now I can not connect to the mysql database.

I don't believe it is a password issue.

I tried to temporary rename my ~/.xbmc. To start a fresh setup but I got the same results. Not sure if I should debug more or just wait a month and try again.

09:18:13 T:140500498884352 ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)cmyth_mysql_testdb_connection: mysql_connect() failed: Can't connect to MySQL server on '127.0.0.1' (111)
09:18:13 T:140500498884352 ERROR: Previous line repeats 1 times.
09:18:13 T:140500498884352 ERROR: AddOnLog: MythTV cmyth PVR Client: Failed to connect to MythTV database [email protected]:3306 with user mythtv: Can't connect to MySQL server on '127.0.0.1' (111)
09:18:13 T:140500498884352 DEBUG: POParser: loaded 37 strings from file /home/deschmit/.xbmc/addons/pvr.mythtv.cmyth/resources/language/English/strings.po
09:18:13 T:140500498884352 DEBUG: CAddonCallbacksAddon - QueueNotification - MythTV cmyth PVR Client - Error Message : 'Failed to connect to MythTV database'
09:18:13 T:140500498884352 ERROR: AddOnLog: MythTV cmyth PVR Client: Failed to connect to backend

here is my package info
$ dpkg-query -l|grep xbmc|awk '{print $3" "$2}'
2:13.0~git20130401.1448-alpha2-0raring xbmc
2:13.0~git20130401.1448-alpha2-0raring xbmc-bin
1.0.0~git20130129.2244-96774c4-0raring xbmc-pvr-argustv
1.0.0~git20130129.2244-96774c4-0raring xbmc-pvr-dvbviewer
1.0.0~git20130129.2244-96774c4-0raring xbmc-pvr-mediaportal-tvserver
1.0.0~git20130129.2244-96774c4-0raring xbmc-pvr-mythtv-cmyth
1.0.0~git20130129.2244-96774c4-0raring xbmc-pvr-nextpvr
1.0.0~git20130129.2244-96774c4-0raring xbmc-pvr-njoy
1.0.0~git20130129.2244-96774c4-0raring xbmc-pvr-tvheadend-hts
1.0.0~git20130129.2244-96774c4-0raring xbmc-pvr-vdr-vnsi
1.0.0~git20130129.2244-96774c4-0raring xbmc-pvr-vuplus

although
1.0.0~git20130129.2244-96774c4-0raring xbmc-pvr-mythtv-cmyth
isn't really being used now since I installed the zip fill from this process

mkdir source
cd source
git clone git://github.com/fetzerch/xbmc-pvr-addons.git
cd xbmc-pvr-addons
./bootstrap
./configure --enable-addons-with-dependencies
make clean zip

Can there be any kind of conflict between the ppa and the zip file? Or is that impossible?


RE: New MythTV add-on using libcmyth - Aubrien - 2013-04-13

Its trying to connect to mysql on local host 127.0.0.1. Is mysql on your xbmc machine or somewhere else? Once you know what machine mysql is on try logging in manually and verify you can get in. Use mysql -u someuser -p and provide the password when prompted. Once in verify the database with show databases; look for mythconverg. After you do the detective work make sure the add on is configured with the IP username and password you determined to be correct.


RE: New MythTV add-on using libcmyth - deschmit - 2013-04-14

yes, everything is on my local machine. I was able to use
mysql -u someuser -p
to login without issue.
I tried
show databases;
use mythconverg;
show tables;
and it all worked fine.
Also mythtv works fine by itself. I has to be something related to my 13.04 upgrade, cmyth worked fine before that.


RE: New MythTV add-on using libcmyth - marker - 2013-04-14

I got around to looking at this again and found that I still see the problem with OpenElec 3.0. I have master and slave backend with the tuners connected to the slave backend. The recordings are stored on an NFS filesystem to which the master and slave backends have access. If I shutdown the slave backend I am able to play the recordings but not if the slave backend is running. This works correctly with OpenElec RC3.

(2013-03-15, 01:33)marker Wrote: I tried OpenElec RC5 and am unable to play recorded shows though I am able to play live television. Here is the log output when I tried to play a recording:

16:29:06 T:140372722059072 NOTICE: DVDPlayer: Opening: pvr://recordings/Default/Alphas/Alphas - God's Eye, TV (244 SYFY), 20121023_000000.pvr
16:29:06 T:140372722059072 WARNING: CDVDMessageQueue(player):Tongueut MSGQ_NOT_INITIALIZED
16:29:06 T:140372722059072 NOTICE: CXBMCRenderManager::ResetRenderBuffer - using 5 render buffers
16:29:06 T:140371333998336 NOTICE: Thread CDVDPlayer start, auto delete: false
16:29:06 T:140371333998336 NOTICE: Creating InputStream
16:29:07 T:140371333998336 NOTICE: Creating Demuxer
16:29:07 T:140371333998336 ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)__cmyth_rcv_new_int64: received illegal integer: 'ERROR: Unknown file transfer soc'
16:29:07 T:140371333998336 ERROR: Previous line repeats 14 times.
16:29:07 T:140371333998336 ERROR: Open - error probing input format, pvr://recordings/Default/Alphas/Alphas - God's Eye, TV (244 SYFY), 20121023_000000.pvr
16:29:07 T:140371333998336 ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)__cmyth_rcv_new_int64: received illegal integer: 'ERROR: Unknown file transfer soc'
16:29:07 T:140371333998336 ERROR: Previous line repeats 14 times.16:29:07 T:140371333998336 ERROR: Open - error probing input format, pvr://recordings/Default/Alphas/Alphas - God's Eye, TV (244 SYFY), 20121023_000000.pvr
16:29:07 T:140371333998336 ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)__cmyth_rcv_new_int64: received illegal integer: 'ERROR: Unknown file transfer soc'
16:29:07 T:140371333998336 ERROR: Previous line repeats 14 times.at, pvr://rec16:29:07 T:140371333998336 ERROR: Open - error probing input format, pvr://recordings/Default/Alphas/Alphas - God's Eye, TV (244 SYFY), 20121023_000000.pvr
16:29:07 T:140371333998336 ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)__cmyth_rcv_new_int64: received illegal integer: 'ERROR: Unknown file transfer soc'16:29:07 T:140371333998336 ERROR: Previous line repeats 14 times.known file tr16:29:07 T:140371333998336 ERROR: Open - error probing input format, pvr://recordings/Default/Alphas/Alphas - God's Eye, TV (244 SYFY), 20121023_000000.pvr
16:29:07 T:140371333998336 ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)__cmyth_rcv_new_int64: received illegal integer: 'ERROR: Unknown file transfer soc'
16:29:07 T:140371333998336 ERROR: Previous line repeats 14 times.at, pvr://rec16:29:07 T:140371333998336 ERROR: Open - error probing input format, pvr://recordings/Default/Alphas/Alphas - God's Eye, TV (244 SYFY), 20121023_000000.pvr
16:29:07 T:140371333998336 ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)__cmyth_rcv_new_int64: received illegal integer: 'ERROR: Unknown file transfer soc'
16:29:07 T:140371333998336 ERROR: Previous line repeats 14 times.
16:29:07 T:140371333998336 ERROR: Open - error probing input format, pvr://recordings/Default/Alphas/Alphas - God's Eye, TV (244 SYFY), 20121023_000000.pvr
16:29:07 T:140371333998336 ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)__cmyth_rcv_new_int64: received illegal integer: 'ERROR: Unknown file transfer soc'
16:29:07 T:140371333998336 ERROR: Previous line repeats 14 times.SGQ_NOT_INITI16:29:07 T:140371333998336 ERROR: Open - error probing input format, pvr://recordings/Default/Alphas/Alphas - God's Eye, TV (244 SYFY), 20121023_000000.pvr
16:29:07 T:140371333998336 ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)__cmyth_rcv_new_int64: received illegal integer: 'ERROR: Unknown file transfer soc'
16:29:07 T:140371333998336 ERROR: Previous line repeats 14 times.
16:29:07 T:140371333998336 ERROR: Open - error probing input format, pvr://recordings/Default/Alphas/Alphas - God's Eye, TV (244 SYFY), 20121023_000000.pvr16:29:07 T:140371333998336 ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)__cmyth_rcv_new_int64: received illegal integer: 'ERROR: Unknown file transfer soc'
16:29:07 T:140371333998336 ERROR: Previous line repeats 14 times. auto delete:16:29:07 T:140371333998336 ERROR: Open - error probing input format, pvr://recordings/Default/Alphas/Alphas - God's Eye, TV (244 SYFY), 20121023_000000.pvr
16:29:07 T:140371333998336 ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)__cmyth_rcv_new_int64: received illegal integer: 'ERROR: Unknown file transfer soc'
16:29:07 T:140371333998336 ERROR: Previous line repeats 14 times.
16:29:07 T:140371333998336 ERROR: Open - error probing input format, pvr://recordings/Default/Alphas/Alphas - God's Eye, TV (244 SYFY), 20121023_000000.pvr
16:29:07 T:140371333998336 ERROR: OpenDemuxStream - Error creating demuxer
16:29:07 T:140371333998336 NOTICE: CDVDPlayer::OnExit()
16:29:07 T:140371333998336 NOTICE: CDVDPlayer::OnExit() deleting input stream
16:29:07 T:140372722059072 NOTICE: CDVDPlayer::CloseFile()
16:29:07 T:140372722059072 WARNING: CDVDMessageQueue(player):Tongueut MSGQ_NOT_INITIALIZED
16:29:07 T:140372722059072 NOTICE: DVDPlayer: waiting for threads to exit
16:29:07 T:140372722059072 NOTICE: DVDPlayer: finished waiting
16:29:07 T:140371785934592 ERROR: AddOnLog: MythTV cmyth PVR Client: LibCMyth: (cmyth)cmyth_storagegroup_get_fileinfo: QUERY_SG_FILEQUERY failed(EMPTY LIST)
16:29:09 T:140371333998336 NOTICE: Thread Background Loader start, auto delete: false
16:29:09 T:140372105733888 NOTICE: Thread Jobworker start, auto delete: true

I downgraded back to OpenElec RC3 which I was running before and am able to play recordings again. I'm running mythtv 0.26 on the backend and have ION2 boxes running the OpenElec ION release on the frontend. Has anyone else see this behavior?



RE: New MythTV add-on using libcmyth - sebj - 2013-04-14

About the hdpvr recordings.

They are being triggered on mythtv, but playback in xbmc it's unreliable.

Could get some livetv to play in myth:// sources but after a couple channel switches it all went to hell. :o)

DEBUG: Seek - seek to pos 0, whence 16
10:36:01 T:4564144128 ERROR: Open - error probing input format, myth://root:root@x2:6543/channels/639.ts

I'm using april 14 gotham for osx and still no go.

I'm not suprised it broke, over the years, every major release cycle of xbmc I've had to log bugs against the hdpvr recordings. I wish I could pull the plug on cable altogether, but I'm not the only user in the household (wife and kids) hehe

Are you guys all on mythtv 0.26?

The problem it upstream I think, I wrote that initially, because if I try frodo 12 and not 12.1+ live tv works reliably...


RE: New MythTV add-on using libcmyth - Aubrien - 2013-04-14

I'm sorry you guys are having issues. My HDPVR works fine on 0.26 using the front end xbmc on either ubuntu 12.04 w/ nightly or openelc 3.0. The kids are actually watching livetv as I type this.


RE: New MythTV add-on using libcmyth - sebj - 2013-04-15

I think I'm going to pull the trigger and migrate away from centos and do a fresh install on a distro with a newer kernel.


RE: New MythTV add-on using libcmyth - Aubrien - 2013-04-15

If you do that make sure to use a kernel of at least 3.3 on your mythbackend machine and the HDPVR color saturation issue will go away even with the newest firmware. I prefer Debian testing (Wheezy) but it also has an older kernel (3.2 I think) so I had to pull a kernel from siduction (3.4-5.towo-siduction-amd64). Ubuntu runs a newer kernel too but I find it far less reliable than Debian for a server. Makes a good frontend though for xbmc.


RE: New MythTV add-on using libcmyth - flitter2009 - 2013-04-16

Hi folks,

I'm on the latest git build from today with MythTV Version v0.26.0-138-g69cd78b running Ubuntu to Ubuntu and i'm getting the 100% CPU issue where the mythbackend goes to 100% that's been mentioned earlier in the thread.

I'm getting repeated messages like...

18:39:14 T:139686555150080 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
18:43:45 T:139686722275072 WARNING: Previous line repeats 62 times.

Was this previously resolved?


RE: New MythTV add-on using libcmyth - libgradev - 2013-04-16

@flitter2009

I believe the issue was related to recording preview images (that couldn't be opened) being requested from the backend (see discussion around pg 184).

I have the latest git build running here - both on frontend only PC and a combined front/backend - and these images seem to be back. I don't know if a workaround was found but I need the git version here to fix the 'missing new recordings' issue!

I will post back if I experience the high CPU issue again.


RE: New MythTV add-on using libcmyth - flitter2009 - 2013-04-17

Yes - i'm seeing preview images for recordings that are located on my master backend, but none for the recordings held on the slave (i migrate them at regular intervals - when they move to the master the preview images appear). I guess that must be causing it.


RE: New MythTV add-on using libcmyth - libgradev - 2013-04-17

The Git Repo still has the Debug Backend CPU branch - you could try that if you are having issues: https://github.com/fetzerch/xbmc-pvr-addons/tree/debug-backend-cpu


RE: New MythTV add-on using libcmyth - Aubrien - 2013-04-20

I just got a second tuner card to see how it works and I noticed a bug with the EPG screen. It can be reproduced as follows...

First on the TV Channels screen. I have 2 available tuners
- Go to the TV Channels screen and select a show and start recording. This works.
- Go to the TV Channels screen and select a second show and start simultaneously recording with the first show. This also works.
- Go to the TV Channels screen and select a third show and start recording. This does not work as expected and I get a recording conflict error. No problem yet...

OK so starting over I stop all recordings and free up both tuners. Now go to the EPG screen.
- Go to the EPG screen and select a show and start recording. This works.
- Go to the EPG screen and select a second show and start recording. This does NOT work and I get a recording conflict error.

So it looks like there is something wrong with the EPG view that assumes that you have only one tuner no matter what but it seems to work fine on the TV Channels screen. I can select the same shows to simultaneously record on the TV Channels screen and it works, but the same two shows give a conflict error on the EPG screen. I noticed this because I like to scroll through the EPG and queue up recordings and I got the conflict error when two shows overlapped even with my two available tuners.


RE: New MythTV add-on using libcmyth - Aubrien - 2013-04-20

Got another related issue. This time it shows a bug in the TV Channels screen.

First on the EPG screen. I have 2 available tuners
- Go to the EPG screen and select a show and start recording. This works.
- Go to the EPG screen and select a second show and start simultaneously live TV but on a different channel than the first show. This also works so I have a show recording while I watch live TV on another channel. No problem yet...

OK so starting over I stop all recordings and live TV and free up both tuners. Now go to the TV Channels screen.
- Go to the TV Channels screen and select a show and start recording. This works.
- Go to the TV Channels screen and select a second show and start live TV. This does appear to work out first but a few seconds into live TV playback the original recording stops on tuner 1 and says Recording Complete. Tuner 2 continues with live TV as if nothing happened.

It must be handled differently on the two different screens. It seems to work on the EPG screen but not if done on the TV Channels screen.