MySky Watching Tip

Although live pause and instant rewind (or whatever the marketing names are) work well, it is always best to watch programs via the ‘Planner’ page. For example, Shortland Street is scheduled to be recorded, and you get home about halfway through. While you can just change to TV 2 (if necessary) and rewind, using rewind and fast forward as you expect, what you should do is go to the ‘Planner’ page and play the program from there. (Watching programs as they are recording is fine).

There are two benefits to this, both important. One is that the status in the ‘Planner’ page changes from Recording/Recorded to Viewed, which makes it much easier to keep track of what you’ve seen and what you haven’t. (It would be great if the PVR could do this itself, but without having sensors to tell that you’re in the room with the TV on, I can’t see how it can do that – although if you used the remote, that would tell it).

The other (more important) reason is that you can watch a recorded program and record two other programs at the same time, but you cannot watch ‘live paused’ TV and record two other programs at the same time (essentially, you’d be recording three programs). Continuing the example, when NCIS (Sky 1) and Charmed (TV 3) are both scheduled to be recorded at 7:30 when Shortland Street finishes, watching the recorded program isn’t a problem – it will stop at the end, and switch to taping the other two. Watching ‘paused’ or ‘rewound’ TV is a problem – when 7:30 arrives, you’ll have to choose to cancel one of the other two programs to continue watching Shortland Street.

technorati tags: ,

MySky Loopthrough Problem

Another MySky update: I moved everything about yesterday, removing the VCR from the lounge. The MySky manual mentions a “loopthrough” feature, in which a single AV channel on a TV can be shared between MySky and another device (e.g. a DVD player or PlayStation). The manual says to have the SCART output labelled “TV” go to the TV’s AV port (unsurprisingly), and (surprisingly) have the other SCART output (input?) go to the other device (e.g. DVD player). Then pressing the “AV” button on the remote will swap between Sky and the other device.

This would be useful for me, because unfortunately the TV in the lounge only has a single AV channel (and only one set of plugs, at the rear), so I could plug both the DVD player and MySky in (rather than the current setup, which has the DVD player plugged in, and Sky through the RF leads, which isn’t as high quality).

However, this just doesn’t seem to work. The “TV” SCART seems to output the MySky signal or (if “AV” is pressed) no signal at all. The other SCART constantly outputs the MySky signal (as with non-PVR Sky, it’s an output, not an input). The other video connections are all output as well.

Something else to ask about as well as the broken series link feature, I suppose.

technorati tags: ,

emlx Files

For the moment, I’m using Apple‘s Mail as my primary email client (even though it’s bafflingly slow at displaying messages at times (they’re simple text files!), gets stuck updating at times, and won’t let me tell it that ihug‘s SSL certificate is ok (which is partly ihug’s fault for buying some cheap one instead of something that programs would recognise) it does have some nice features, and beats any of the other mail clients I’ve tried).

As of Tiger, Mail stores messages in individual emlx files, scattered through various folders in the ~/Library/Mail folder.  For use with SpamBayes‘ test setup (as well as others, like the TREC one), I need messages in individual files in plain RFC2822 format.

What I needed was a simple export script (much like the existing Outlook export script – except hopefully faster and including attachments) that would create RFC2822 copies of the emlx files in the standard SpamBayes format (ham and spam directories containing a reservoir directory containing messages as individual text files).

I had thought that this might be quite difficult (take a look at the Outlook export script!) since emlx is a proprietory format.  Thankfully, I discovered that the first line is the size of the message in bytes (as text), followed by the RFC2822 message itself, followed by a plist containing various Mail information I’m not interested in (flags, sender, etc).  Nice to see that Apple can keep things simple.

So the SpamBayes distribution now contains a simple export_apple_mail.py script that will do the job.

technorati tags: , , , ,

2nd November 2005 Python-Dev Summary

The second November Python-Dev summary is now out. This took a while (even though the summary was actually finished a while back), but is the first summary that I’ve actually been able to publish on the pydotorg website myself, without Brett’s help. This should mean that future summaries are quicker to get out.

(Steve and I are working on the December summaries now – end-of-year tasks delayed the first December summary).

technorati tags: , , ,