See recent comments. RSS feed of all comments. Raw dump of all comments for research purposes.
ImageMagick book
MythTV book
|
 |
|
 |
|
This is my page for MythTV information, including details of my book on the topic.
|
|
|
|
|
 |
|
 |
|
Sun, 27 Sep 2009
|
|
|
|
|
|
|
|
|
Tue, 28 Apr 2009
|
|
|
|
|
|
|
|
|
Mon, 27 Apr 2009
|
|
|
|
|
|
|
|
|
Thu, 29 Jan 2009
|
|
|
|
|
|
|
|
|
Tue, 27 Jan 2009
|
|
|
|
|
|
|
|
|
Tue, 20 Jan 2009
|
|
|
|
|
|
|
|
|
Mon, 19 Jan 2009
|
|
|
|
|
|
|
|
|
Sun, 18 Jan 2009
|
|
|
|
|
 |
|
 |
|
This post is syndicated from online MythTV book blog.
When parts of the first edition of the MythTV book became out of date, I decided to take the book online and ask others to help me improve it and bring it up to date. There is a blog for announcements, at http://mythtvbook.com/blog and if you're interested in helping out, please visit the Help Wanted page.
This book does not aim to be a complete reference to MythTV or a guide for how to develop plug-in modules for MythTV. Although we include a brief overview of the major features of MythTV, we explore only those parts of MythTV that are relevant to the projects in this book, which will include all the parts of MythTV that an average user will be interested in. It will also give you an excellent grounding for further projects with MythTV as well. This book is intended as a hobbyist's project guide, providing suggestions about what sort of projects you could take on and how we went about implementing our own versions of those projects.
Instead of including exhaustive coverage of features that few people use, we'll provide pointers to how to find out about those features, and we'll cover the 80 percent of MythTV's functionality that everyone will find useful. That way, this book will be genuinely useful to people setting up MythTV, instead of being a boring reference manual.
However, because the book is a wiki, anyone can add content if they want to. If there is genuine interest in the book being something other than what I envisage, then that is fine. The only barrier I have imposed is that chapters which become "official" (in other words are listed in the table of contents on the front page of the wiki) must go through both a technical review and a copy edit review. This will ensure that they're technically accurate, as well as being sufficiently well written. I am applying the same review criteria to my own chapters as well. I like to think of this as much like a code review before a patch is committed to an open source project.
You can follow along with the progress of the project at the current events page, and if you're interested in helping with the authoring or review process, I suggest that you join the editors mailing list, which is much like the core developers list for a coding project.
This is the first time I've tried a collaborative authoring project like this before, so I am very open to suggestions and comments. Additionally, I'd love some help getting the work done, and wouldn't mind some help with graphic design tasks as well.
Tags for this post: mythtv( ) book( ) wiki( )
posted at: 13:21 | path: /mythtv/book/wiki | permanent link to this entry
|
|
|
|
|
|
|
|
|
Wed, 24 Dec 2008
|
|
|
|
|
|
|
|
|
Fri, 12 Dec 2008
|
|
|
|
|
|
|
|
|
Sun, 16 Nov 2008
|
|
|
|
|
|
|
|
|
I'm looking for someone with solid MythTV experience and a good grasp of the English language to help me out with a project. All I can promise in return is glory, and that will be proportional to the eventual success of the project. If you're interested in spending some time (probably around 40 hours or so, spread over a couple of months) on such a project drop me a line.
Tags for this post: mythtv( )
posted at: 19:00 | path: /mythtv | permanent link to this entry
|
|
|
|
|
|
|
|
|
Tue, 11 Nov 2008
|
|
|
|
|
|
|
|
|
I've been using a Zalman HD160B media center case for quite some time, and I love it. It came with an irtrans based LCD and remote control built into the case, which has always worked nicely as well. Until yesterday when the remote stopped working.
When I run the irserver command in a terminal so I can see the output, I get this:
# ./irserver -codedump -debug_code -loglevel 4 /dev/ttyUSB0
Name :
Version: D5.03.08
FW SNo : 18780
Capab : Power On;
FW Cap : 3964953
USB SNo:
Node : /dev/ttyUSB0
IRServer Version 5.7.08
[ 0]: D5.03.08 SN: 18780
Remote zalman compiled: 1 Timings - 45 Commands
Total: 1 Remotes - 1 Timings - 45 Commands
0 CCF Data - 0 CCF RAW - 0 CCF Error
No joy. Rebooting the machine, replacing all the batteries, and restarting the server all did nothing. The server still doesn't see events from the remote. I'm not sure how to determine if this is a receiver hardware problem or not -- I'm kinda out of other ideas. Suggestions welcome.
Update: of course, disassembling the PC and reseating all the cables fixed the problem. I wonder if it is temperature related?
Tags for this post: mythtv( )
posted at: 19:04 | path: /mythtv | permanent link to this entry
|
|
|
|
|
|
|
|
|
Fri, 03 Oct 2008
|
|
|
|
|
|
|
|
|
New things in this release:
Better testing:
- r114: Unit tests for video.py
- r148: Updated unit test now that we create more tables
- r151: Start work on syndication unit tests
- r153: Unit test for bad syndication dates, as well as more flexibility in
db connections needed for this unit test
- r157: Nicer unit test failure output, and refactor GetVideoDir() into the
utility module
- r181: Slightly improve syndication unit tests
- r183: Add flag parsing to unit tests, and fix some more flag name changes
Better documentation:
- r117: Added a man page for video.py -- I'm not 100% happy with its name
though
Bug fixes:
- r114: Fixed a bug where the new filename for video transcode could be the
same as the input filename, resulting in video corruption. This was found
with one of the new video.py unit tests
- r116: The logic for the --prompt flag was the wrong way around. Fixed.
- r119: Nicer download status messages
- r121: Handle 404s in feed updates better
- r129: Slight tweak to SVN submit script
- r131: More accurate tracking of proxy usage (update during download,
instead of just at the end)
- r137: Proxy budget being exceeded doesn't count as a failed download
attempt
- r143: Subscribe now renables inactive subscriptions
- r146: Add support to decimals to utility byte printer, fix a bug in the
check for video directories
- r155: Have users send problems to the mailing list, instead of me
personally
- r161: Don't throw exceptions for the videodir command line
- r167, 169: Display friendly sizes in records_tool output
- r171: Move verbose update arg into a flag
- r173: Add "-vo null" to mplayer invocation per Ryan Lutz. This improves
support on machines without X, and speeds up the identify operation
- r175: Import patch from Thomas Mashos which fixes subscription removal,
started work on syndication unit test improvements
- r177: Fix character escaping bug in show subtitles during import
- r179: Renamed --datadirdefault to --datadir. If set this will now change
your data directory, regardless of if there was a previous value set.
- r190: Recording_tool now prompts for deletes
- r192: Improved explainvideodir output
- r194: Don't crash in explainvideodir if there is no video directory
- r197: Order results by subtitle in recordings_tool output
New features:
- r115: Upgraded schema to version 15 to support http_proxies for
subscriptions. Added http_proxy command line, which allows you to use HTTP
proxies for specified URLs. Moved HTTP accesses to use the proxy code.
- r127: Bump schema to v17, and add proxy use tracking including the
"proxyusage" command
- r133: Allow daily budgets for proxy usage
- r115: Provide a user agent for HTTP requests, instead of just
Python-urllib/1.17
- r117: Users will now be prompted to subscribe to an announcements video
feed. This will happen exactly once. This behavior may be disabled with
the --nopromptforannounce command line flag.
- r125: Add a full info dump command to video.py's command line interface
- r139: Bump schema to 19, and implement categories with the "category"
command
- r141: Implement recording group support, and clarify category support
- r151: Implement a helper (recordings_tool) for handling the MythTV
recordings table, this is useful for testing.
- r159: Add videodir and explainvideodir debugging commands, and update man
page
- r163: Add title list feature to recordings_tool
- r165: Include recording count in title list
- r185: Add the resetattempts command
Development changes:
- r123: Added a submit script to automate putting the revision number into
the ChangeLog
- r135: Tweak to new ChangeLog auto logging formatting
Release 6 continues the tradition of better testing, improves the documentation (a little, there is more work to be done there), fixes a bunch of bugs, and implements some new features which will hopefully be useful to others. Please grab your copy here.
Tags for this post: mythtv( ) mythnettv( )
posted at: 13:09 | path: /mythtv/mythnettv | permanent link to this entry
|
|
|
|
|
|
|
|
|
Tue, 23 Sep 2008
|
|
|
|
|
|
|
|
|
I'm getting ready to do another MythNetTV release, as I've fixed quite a few things recently. I'd appreciate people testing the new code before I do an official release. You can get the current code like this:
svn co http://www.stillhq.com/mythtv/mythnettv/svn
That will create a directory called mythnettv, with a subdirectory named trunk, which is the latest development version of the code. You should probably create that directory somewhere where you don't mind a new directory being created.
This release has lots of small changes, which are listed in the ChangeLog which will be downloaded with the code.
Thanks.
Tags for this post: mythtv( ) mythnettv( )
posted at: 20:42 | path: /mythtv/mythnettv | permanent link to this entry
|
|
|
|
|
|
|
|
|
Sun, 14 Sep 2008
|
|
|
|
|
|
|
|
|
A couple of people have contacted me in the last couple of days with an error where MythNetTV can't determine the directory to put videos in. The error would look something like this:
Importing data/tekzilla--0050--tehbunniez--hd.h264.mp4
Traceback (most recent call last):
File "./mythnettv", line 453, in
main(sys.argv)
File "./mythnettv", line 212, in main
mythnettvcore.DownloadAndImport(db, guid, out=out)
File "/home/mythbox/Scripts/mythnettv/mythnettvcore.py", line 92, in
DownloadAndImport
prog.Import(out=out)
File "/home/mythbox/Scripts/mythnettv/program.py", line 472, in Import
raise FilenameException(self.db, 'Could not determine the video '
program.FilenameException: Could not determine the video directory for this
machine. Please report this to mythnettv@stillhq.com
The stack trace is mostly irrelevant. The problem here is that MythNetTV couldn't decide what directory to put the video in once downloaded. Please execute the following SQL statements against your MythTV database:
select * from storagegroup where groupname="MythNetTV";
select * from storagegroup where groupname="Default";
select * from settings where value="RecordFilePrefix";
This will dump all of the possible places MythNetTV will look for a video directory.
Once you've dumped this information, perform some simple checks:
- Is there anything listed at all? If not, you need to configure storage groups with the MythTV user interface
- Is there anything listed with the hostname that MythNetTV is running on? If not, you need to add configuration entries for your current hostname.
If you're still having problems, please send email to mythnettv@stillhq.com, with the output of those select commands, and the output of the hostname command.
Tags for this post: mythtv( ) mythnettv( ) tips( )
posted at: 10:32 | path: /mythtv/mythnettv/tips | permanent link to this entry
|
|
|
|
|
|
|
|
|
Sat, 30 Aug 2008
|
|
|
|
|
|
|
|
|
Sun, 24 Aug 2008
|
|
|
|
|
|
|
|
|
I'm preparing a new release of MythNetTV, and would like some help testing the code, as I have re-factored how the user interface works and there is some risk that I have broken things in the process. You can get the code like this:
svn co http://www.stillhq.com/mythtv/mythnettv/svn
That will create a directory called mythnettv, with a subdirectory named trunk, which is the latest development version of the code. You should probably create that directory somewhere where you don't mind a new directory being created.
The biggest change is that the command line syntax has changed slightly -- the dashes have been removed from the commands. Therefore, to update your list of feeds, you now use:
mythnettv update
Instead of:
mythnettv --update
And so on. This was done so that I could add "real" flags, which are used to change default values like where the database configuration is read from, as well as what the default location for the temporary data directory is.
"Real" flags which are currently supported are:
--datadirdefault: The default location of the data directory
(default: 'data')
--db_host: The name of the host the MySQL database is on,
don't define if you want to parse
~/.mythtv/mysql.txt instead
(default: '')
--db_name: The name of the database which MythNetTV uses,
don't define if you want to parse
~/.mythtv/mysql.txt instead
(default: '')
--db_password: The password for the database user, don't
define if you want to parse
~/.mythtv/mysql.txt instead
(default: '')
--db_user: The name of the user to connect to the database
with, don't define if you want to parse
~/.mythtv/mysql.txt instead
(default: '')
--[no]commflag: Run the mythcommflag command on new videos
(default: 'true')
(These are the result of adding the gflags module back into the implementation).
I am hoping to release this version in the next few days, so if you find any bugs please send email to the mailing list.
Tags for this post: mythtv( ) mythnettv( )
posted at: 14:42 | path: /mythtv/mythnettv | permanent link to this entry
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
) hdhomerun(
)
