Kodi Community Forum
[RELEASE] MythBox for XBMC - a MythTV Front-end Python Script for XBMC - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: Add-on Support (https://forum.kodi.tv/forumdisplay.php?fid=27)
+---- Forum: Program Add-ons (https://forum.kodi.tv/forumdisplay.php?fid=151)
+---- Thread: [RELEASE] MythBox for XBMC - a MythTV Front-end Python Script for XBMC (/showthread.php?tid=43115)



- Novin - 2009-10-03

germanus4711 Wrote:I guess 1260 does support up to 45 of sorts (note the TODO) :-) , reading mythprotocol.py.

Best is you add some protocol functionality in that file. A good start for the functionality (protocol support) is http://www.mythtv.org/wiki/Myth_Protocol

It would be interesting to know if you get a funny message in the mythbackend.log

Happy coding!

Managed to fix it Smile

http://code.google.com/p/mythbox/issues/detail?id=56


- Novin - 2009-10-03

wally007 Wrote:how are you connected to your MythTV box ?

I'm just asking since i'd like have a go at it but not if its anything like you describe.


There is an opened issue about this problem now.

http://code.google.com/p/mythbox/issues/detail?id=59


MySQL connection error 1043 bad handshake (svn 1510) - pinthenet - 2009-10-17

I've just moved from xbmc on Windows (where mythbox svn 1260 worked) to Ubuntu 64-bit (should I have chosen 32 bit?) on an Asrock ION 330.
At first Mythbox svn 1260 wouldn't start because of _mysql.so issues (dl_open) so I installed svn 1510. Now I get a MySql connection error 1043

The only solutions I could find anywhere where related to older clients & server issues with password format, but I have the same client/server versions and I can connect with the mysql client program. I assume it's a Python libary of 64-bit issue?

I've tried various things but with no success

Does anyone have any tips?

Thanks
John


- AuXBoX - 2009-10-18

Can anyone help me? Mythbox comes up wit this error:

Initializing stage 3
'textYOffset' is an invalid keyword argument for this function


- analogue - 2009-10-18

pinthenet Wrote:I've just moved from xbmc on Windows (where mythbox svn 1260 worked) to Ubuntu 64-bit (should I have chosen 32 bit?) on an Asrock ION 330.
At first Mythbox svn 1260 wouldn't start because of _mysql.so issues (dl_open) so I installed svn 1510. Now I get a MySql connection error 1043

The only solutions I could find anywhere where related to older clients & server issues with password format, but I have the same client/server versions and I can connect with the mysql client program. I assume it's a Python libary of 64-bit issue?

I've tried various things but with no success

Does anyone have any tips?

Thanks
John
Can you create a bug @ the googlecode issue tracker and attach the logfile. In the latest svn 1510, I've switched over to a pure python mysql client so 32/64bit or choice of platform (linux/mac/windows) should be less of an issue.


- analogue - 2009-10-18

AuXBoX Wrote:Can anyone help me? Mythbox comes up wit this error:

Initializing stage 3
'textYOffset' is an invalid keyword argument for this function
Install mercurial and pull the latest code from googlecode. Just run this cmd in your scripts directory:

hg clone http://mythbox.googlecode.com/hg MythBox


- analogue - 2009-10-18

adamhaeder Wrote:Hello,
I have:
xbmc 9.04.1 r20672 (Compiled: Jun 2 2009)
XP Pro SP3 build 2600
mythbox-svn-1260

When I installed xbmc, I chose to have it store all application settings in C:\Program Files\XBMC\userdata instead of c:\documents and settings\etc

When I try to run mythbox from with xbmc, i get the error Settings Error: Recording Directory c:\change\me does not exist. You can see a video of this here: http://www.youtube.com/watch?v=4YUz07QMQWs

And xbmc locks up until I kill the process. I left it like this for 8 hours, it never came out of it

But I don't have the option to get into a configuration area where I can set this directory. There is no settings.xml file created, and I don't know where to create one or what format it should be in.

Thanks for any help anyone can give
You've installed the script in the wrong directory (looks like it is showing up in your videos insteads of scripts). Go through the installation instructions again...


- AuXBoX - 2009-10-18

cool that worked

Just a question, why does mythbox need a buffer, when i use mythtv it doesn't have any.


- pinthenet - 2009-10-18

created issue 63 for MySql connection failure with svn 1510 under ubuntu 64-bit


- analogue - 2009-10-18

AuXBoX Wrote:cool that worked

Just a question, why does mythbox need a buffer, when i use mythtv it doesn't have any.

hmm..its kinda complicated. There are basically two ways to watch programs/livetv

1) stream directly from the backend using mythtv's protocol
pros
-----
- no need to mount remote filesystems

cons
-----
- when the backend is under load (>3 loadavg on a single core cpu), transfers can slow down, lots of excessive buffering, mythbackend becomes unresponsive
- each client has to talk mythtv's protocol

2) read directly from the filesystem (local or mounted)
pros
-----
- remote mounts are extremely resilient to high backend server load (in my experience w/ NFS). no buffering pauses, lag, jitter, etc.

cons
-----
- it is a hassle to have remote recording directories mounted locally
- depending on the type of remote filesystem protocol used (NFS, samba, afs, sshfs, etc), a variety of issues can arise.

So, MythBox uses method 2 because my backend is not just a mythbackend. In addition to doing a host of other things, anytime the loadavg goes above 3, it shouldn't affect my ability to watch TV.

Going back to the original question of why MythBox needs a buffer...when using method 2 and watching live tv, the livetv file is growing dynamically over time. When XBMC plays the livetv file and comes to what it thinks is the end of the stream (even though it is still growing), it doesn't block as you would expect. By no fault of its own, it just thinks it has reached the end of the stream and stops. The buffer essentially guarantees that XBMC will not catchup to the end of the livetv file as it is being recorded.

So thats how things work currently with svn 1260. However, I'm changing things up a bit because livetv seems problematic at times over a mounted remote filesystem.

If you're using svn 1510, this is how things work:
- livetv with an 0.21 backend uses method 1 (stable)
- livetv with an 0.22 backend uses method 2 (unstable)
- watching recordings regardless of 0.21/0.22 uses method 2 (stable)

I want to get to the point where livetv with a 0.22 backend uses method 1 also but you need the latest XBMC svn for that with some code changes. Its coming along...


SVN 1510 crashes when selecting a recording - pinthenet - 2009-10-19

After creating a new MySql user (with all privileges) the bad handshake issue (63) was resolved. However when I select a recording xbmc crashes. I'll open a new issue with logs


- pinthenet - 2009-10-20

Blush my fault again - it works with the PM3:HD and MediaStream skins (I was using Rapier).


- analogue - 2009-10-25

just posted a new beta..svn 1558 on the download page. enjoy!


- adamc - 2009-10-25

Hey,

Thanks for this script Smile

If anyone receives the following error:

Connect to MySQL failed: 1043 (08SS01): Bad handshake

I'll bet you changed your mythtv user password hashing to MySQL 4.0 compatible (for xbmcmythtv probably) at some stage in the past.

Just create a new user with 4.1+ password hashing and grant it the necessary permissions to your mythconverg DB.

Now I just have to figure out the "ffmpeg could not determine framerate" thing


- earlneath - 2009-10-29

analogue Wrote:just posted a new beta..svn 1558 on the download page. enjoy!

Thanks for all the hard work in getting this out analogue! This is a great solution for anyone running xbmc with a mthtv backend on their machine. For anyone running xbmc on Linux give it a whirl - buy a usb tuner, install mythtv backend and continue to enjoy your xbmc frontend!