A new version of MythFS. Besides a lot of code improvements, this version supports the deletion of recordings. The recordings will be deleted by communicating with the native protocol to the MythTV backend. Therefore, MythFS now speaks the native protocol.

Everybody familiar with MythTV will know, that this protocol changes for each version of MythTV and that protocol versions are incompatible. MythFS currently speaks protocol version 40 and 44. In case you want to use MythFS with a MythTV version that speaks another version of the protocol, please install the most recent version of MythFS, run mythfsdump > mythfsdump.out and email me the output saved in mythfsdump.out. The output contains enough information for me to reverse engineer your version of the MythTV protocol and to release an update.

As always, the most recent release of MythFS is found on Sourceforge.

This little tool can be used to make MythTV recordings easily accessible to
programs without implementing any interface towards MythTV, because each
recording is just a file. After mounting the filesystem, a virtual directory
structure is created with 3 top entries: Programs, Dates and Channels. All
recordings appear as directories and files in this tree. Currently, the only
operations supported are:

• browsing the directory tree
• reading individual recordings
• deleting recordings (for protocol versions 40 and 44)

History

I wrote MythFS, because I really like the MythTV backend and Mythweb, but I am
not too enthousiastic about the MythTV frontend. I am using XBMC
(http://www.xbmc.org/) on an Apple TV to view the recordings and somehow none
of the offered interfaces towards Myth suit my needs: the native XBMC interface
(myth://mythtv:mythtv@192.168.1.1) crashes my backend, the Python script
mythbox (http://mythbox.googlecode.com/) and finaly the UPNP interface (which
functioned really well in XBMC on my Xbox) does not allow seeking in
recordings.