Kodi Community Forum

Full Version: [RELEASE] MythBox for XBMC - a MythTV Front-end Python Script for XBMC
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Novin Wrote:Hmm, rotates? I have never seen my mythbackend create more than one file. If I watch a 2 hour movie I have one big recording.

Hi,
that is true when you are watching material/channels that have EPG. If they don't then 30 min rule apply:

http://www.mythtv.org/wiki/LiveTV

Quote: No programme guide: 30 Minute Segments

If there is no programme guide for the channel you are watching in LiveTV, Mythtv ends the recording automatically on the hour and 30 minutes past the hour, but it continues to record the programme in a new file. For example if you watch a channel without a programme guide in Live TV from 9.12 until 10.22, you will get three recording files: one starting at 9.12, one starting at 9.30 and one starting at 10.00.

mythfrontend handles this well and continues playing the new 30 min file seemlesly, however, I think that mythbox isnt handling this since playback is abruptly stopped.
janne_nl Wrote:Using XBMC for some time now together with Mythtv, works ok. Saw the Mythbox script a gew days ago and started to play. However, still have a problem with the setup. I als get the handshake error. I tried the suggested solutions (created a new user, changed the password and activated the 4.1 button via phpmyadmin), but still get the error. I even manually in mysql updated the password (with PASSWORD() iso OLD_PASSWORD()).

I use Fedora10 and the Mythtv that comes with it (0.21). Same for the mysql version (5.0.84). Any hints where to look for a solution?

Edit: I think (have to test it tonight) the problem is solved. I noticed in my 'my.cnf' the setting old_password=1. It seems this setting more or less disables the 4.1 hashing. So 'select PASSWORD('myth');' and 'select OLD_PASSWORD('myth');' resulted in the same hasespassword hash. With the setting removed from my.cnf, I get 2 different password hashes.

Yes, that's also been reported on:

https://bugs.launchpad.net/fedora/+bug/3...omments/13

I have also requested that the default in the Fedora mysql package be switched to old_password=0 see:

https://bugzilla.redhat.com/show_bug.cgi?id=540735

Perhaps we could add Q15 to the FAQ, something along the lines of:

Quote:Q15: On Fedora I get
Code:
1156 (08S01): Got packets out of order
error message when testing settings:

Answer:

1. Stop the mysql service: sudo /sbin/service mysql stop
2. Edit /etc/my.cnf and change old_password=0
3. Restart mysql: sudo /sbin/service mysql start
4. Change your password as described in Q14
5. Restart MythBox in XBMC

You may need to restart mythbackend as well, I'm not sure if that's 100% necessary, I tried a number of different things until it worked, so I can't be sure that it's the minimal number of steps.
abusharif Wrote:Hi,
that is true when you are watching material/channels that have EPG. If they don't then 30 min rule apply:

http://www.mythtv.org/wiki/LiveTV



mythfrontend handles this well and continues playing the new 30 min file seemlesly, however, I think that mythbox isnt handling this since playback is abruptly stopped.

Right, I am still seeing the same problem here too on the pre-release version: mythbox-svn-1636
Playback is stuttering for me in live tv but it works with a workaround.

When I go into live tv, it plays fine for the first 6-7 seconds, but then I start getting major visual artifacts and audio stuttering. This continues indefinitely unless I pause it, wait for around 10 seconds, and unpause. It's not immediately fixed, but after about another 6-7 seconds it finishes 'working through' the stuttering and artifacts and then plays fine after that.

Watching live TV through mythfrontend has no problems.

I'm running mythbox-svn-1558, mythbox 0.22, mythbuntu 9.10. I have a single 3.16G core 2 duo pc acting as both front and backend, recording through a hdhomerun.
pimlottc : same thing for me. With mythtv frontend it's fine but not with xbmc.

I will try your work around. I have the same configuration as yours but an amd64 3200+.
fiveisalive Wrote:Right, I am still seeing the same problem here too on the pre-release version: mythbox-svn-1636

Where did you get this version? I don't see any updates in the google repository.
pimlottc Wrote:Where did you get this version? I don't see any updates in the google repository.

It was attached to one of the open tickets on the MythBox Google site:

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

I don't know why this hasn't been officially released in the files area as yet, as it seems to be a major improvement over the current stable version.
@pimlottc
Re playback stuttering -
with the latest myth 0.22, xbmc 9.11 beta 2 or RC1 I've had success with the following:


Edit mythprotocol.py (in <script location>/MythBox/resources/src),
In class Protocol43,
comment out lines as follows
# def getLiveTvBrain(self, settings):
# import livetv
# return livetv.FileLiveTvBrain(settings)

It seems the "MythLiveTvBrain" now works with myth 0.22.

My live tv playback is now good and it also gets rid of the the excessive buffering when you select a new channel.

I have a load of issues with XBMC locking up if I press keys out of the expected sequence, but this part is now fixed!
friedrich Wrote:@pimlottc
Re playback stuttering -
with the latest myth 0.22, xbmc 9.11 beta 2 or RC1 I've had success with the following:


Edit mythprotocol.py (in <script location>/MythBox/resources/src),
In class Protocol43,
comment out lines as follows
# def getLiveTvBrain(self, settings):
# import livetv
# return livetv.FileLiveTvBrain(settings)

It seems the "MythLiveTvBrain" now works with myth 0.22.

My live tv playback is now good and it also gets rid of the the excessive buffering when you select a new channel.

I have a load of issues with XBMC locking up if I press keys out of the expected sequence, but this part is now fixed!

I ended up trying the 'pre-release' version posted above and found that it fixed the problem, removing the buffer screen at the same time. I imagine it's doing that same thing as your patch - using the direct streaming method instead of file-based. Makes sense.

I haven't noticed any other changes in the pre-release, but then I haven't had time to play with it lately.
I had the same stuttering problem, however I found that if I set the buffer size to the same as was set in mythtv-setup the stuttering problems disappeared.
Will mythbox work with Camelot ? If not then whats the plan for camelot support ?
Eldis Wrote:Will mythbox work with Camelot ? If not then whats the plan for camelot support ?

Works fine in camelot. I just uploaded a a new beta to the downloads section on google code -- mythbox-svn-1798.tar.gz
analogue Wrote:Works fine in camelot. I just uploaded a a new beta to the downloads section on google code -- mythbox-svn-1798.tar.gz

I tried it already it worked to some extent. I'll try the newer version.
Analogue,

First I want to say thank you for MythBox. It's really coming along nicely.

Are you planning on updating your google code home page with the latest svn 1798? I didn't notice you released something new until recently.

Thanks!
I'm just waitng for when it changes channel without going back to the channel menu