MythStatusScreenlet 0.2.1 released (Support for MythTV 0.23 and above)

Posted on Updated on

downloadAnnouncing a new release of MythStatusScreenlet. This version supports the MythTV 0.23 xml format.

In reality, it’s the same as the 0.22 xml format, so I’ve just changed the code to look for >= 0.22. This should work until the format changes again.

As usual, get the updated version from Gnome Look.

MythStatusScreenlet 0.2.0 released (MythTV 0.22 support)

Posted on

I am pleased to announce the latest release of the MythStatusScreenlet. Version 0.2.0 supports the new MythTV 0.22 XML format.
Many thanks to Mike Loeffler for the patch and testing with Myth 0.22.

As always, get it from Gnome Look

MythStatusScreenlet 0.1.1 released (theme support)

Posted on

I’m pleased to announce the 0.1.1 release of the MythStatusScreenlet. This release now is “theme-able”. I know Screenlets are theme-able already, but the standard theme support really just supports changing the background and other externally loaded graphics (png and svg). UPDATE: It appears I am running an old version of screenlets (0.0.14) and versions 0.1.2 and above have a lot more theme support.

In MythStatusScreenlet 0.1.1, I’ve extended (subclassed) the Screenlets utils.ini_reader to load extra options for the theme. These options control the layout and style of all the elements of the MythStatusScreenlet. As a proof of concept, I’ve quickly built a few other themes including “mythbuntu” and “glass”. I’ve renamed the default mepo theme to mepo-transparent, and created a new one for mepo that has a black background. This is because of a comment on the download page saying that a user sometimes found it hard to see the screenlet when backgrounds were changed.

Additionally, there is now support for GTK popups using the Screenlets Notifier class. The MythStatusScreenlet will popup a Notifier window when MythTV starts or finishes a recording.

I’ve tried to add mouseover tooltips too. However, I’ve found it to be quite unreliable, so it’s turned off by default.

I recently built a new MythTV machine. I installed mythbuntu 8.04 on it, which installed MythTv 0.21  Since then, my myth box no longer presents the Temperature information. I suspect a few other people might have the same problem (based on a comment on the gnome-look site), so I’ve fixed the code to only try and display the Temperature information if it is present. However, this means that I can’t easily test the Temperature display when building the themes. Please post a comment if you have this working, or have problems with it. Does anyone know if Temperature info is no longer presented in Myth 0.21, or is it a MythBuntu thing?

As usual, downloads are at gnome-look.

MythStatusScreenlet 0.0.3 released (Hardy support)

Posted on Updated on

Announcing the long awaited update to the MythStatusScreenlet to support Ubuntu Hardy Heron.

After spending quite a lot of time trying to get ElementTree working, I gave up and just rewrote the XML parsing using simple regular expressions. I know it’s a hack, but at least I have something that should work in Hardy.

# RELEASE: 0.0.3
# – No longer uses xpath, so should now work in Hardy

You can download the latest file from gnome-look. As usual, let me know if you it doesn’t work for you.

MythStatusScreenlet 0.0.2 released (MythTV 0.21 support)

Posted on

I’ve released a new MythStatusScreenlet. The release notes are below.

# RELEASE: 0.0.2
# – Now supports MythTV 0.20 and 0.21 xml formats
# – Better handling when backend goes away/comes back

You can download the latest file from gnome-look.

The MythStatus Screenlet is now available

Posted on

As mentioned on the MythStatus screenlet page, I’ve tidied up some of the code and posted a tar on the Screenlets Website.

The MythStatus Screenlet polls the XML info page of MythTV’s backend (normally port 6544), and parses the XML information to display the status of your backend. It shows the next ten upcoming recordings, highlighting in red, any that are currently recording.

It also shows Last Guide Update status, a disk space graph, Load Average and Temperature as provided by MythTV’s XML status page.

Problems converting back to the RadioTimes grabber – solved

Posted on Updated on

I used to use the excellent RadioTimes XML data with the XMLTV grabber to get my listings for MythTV. When the RadioTimes data was a little slow in coming over Christmas and New Year, I gave the EIT listings data a try.

The EIT data (pulling the programme listings from out of the DVB signal) mostly worked, but I think my little argos indoor aerial is not quite reliable enough. I kept getting
Started PESPacket, but !payloadStart()
Error: offset>181, pes length & current can not be queried

and then the backend would crash. I can only assume that my DVB stream is too full of errors. I hope to get a proper loft aerial sometime, but generally recordings are “good enough” (as long as it’s not too windy).

The EIT grabber had run long enough to get a weeks worth of data, so I thought I’d turn it off and wait for the RT site to come back online. A few days later the wonderful people at the RT had their side all sorted, and I was in a position to re-instate the RT grabber. However, when I went back into mythtv-setup, XMLTV was not listed as an option when setting up the source. The mythtv-setup app would just spit out errors saying Failed to run tv_find_grabbers

Since I had it running in the past, I knew it worked, but I had upgraded Fedora and MythTV since I had set up Myth, so maybe that script is missing from my machine, and I had not noticed.

I started out by re-running tv_grab_uk_rt --configure as per the Myth XMLTV page, and that did what it was supposed to do. Then I ran a test tv_grab_uk_rt --config-file ~/.mythtv/Freeview.xmltv --output /tmp/freeview.xml and it pulled down the listings correctly and dumped them into the xml file. So I ran mythfilldatabase again, and it still did nothing much. Therefore, the xmltv grabber must need to be configured in the database somewhere.

I had a look in the database, and found the following line
mysql> select * from videosource\G
*************************** 1. row ***************************
sourceid: 1
name: Freeview
xmltvgrabber: /bin/true
freqtable: default
lineupid: NULL
password: NULL
useeit: 0
1 row in set (0.00 sec)

This looked promising, so I changed it to ‘/usr/bin/tv_grab_uk_rt’ and ran mythfilldatabase. However, it would complain that I was calling the grabber wrongly and the error was something like “You may need to upgrade your xmltv grabber”.

Then I changed it to just ‘tv_grab_uk_rt’ (because reading this post hinted at the fact that it might be hardcoded to the name, not the path) and it all started working again. Yey!

Don’t forget to check that all the channels are configured with the XMLTV IDs in the channel table, by looking at the Channel Info page in MythWeb (mine had all disappeared as part of the EIT change), and that your source has a corresponding xmltv file in ~/.mythtv/<sourcename>.xmltv