Mythtv

Dec 09 2011

Blog - MythTV Reloaded - Day 21

I'm happy to say that after weeks of work (I can't believe that it actually took that long.  I'm so ashamed) I have a frontend that works very nicely.  I should have posted this a few days ago but I've been happily enjoying my new setup.  For the most part it's been working great. I have really been enjoying the quick suspend/resume.  This is the first time that I've been able to get it to function properly on this system.  It's much nicer than the 2 minutes or so it used to take.  Anyway, I noticed that I have a couple of button mismappings on my remote - commercial skip forward and backward are swapped.  Easy enough to fix.  

I haven't had a chance to test out DVD and BluRay playback.  I can report back when I've had time to do that.  I don't think I have BluRay setup quite right yet but if I get DVDs to playback reliably I'll be a step up from my old setup.  It used to work on my old frontend (an installation that I had before my previous setup) but then when I upgraded to what I was previously working it was very hit or miss and I eventually gave up and hooked up a dedicated DVD player to the TV.

I think that my HD playback has gone up a notch in image quality as well from this upgrade.  The new drivers (and possibly the underlying video rendering system) seem to be allowing me to run a much smoother playback.  In the past, high speed panning scenes (football) would have a tear in the middle of the screen but I haven't seen it since the update.  Audio continues to work well - optical out to my receiver; that TV doesn't have HDMI.

In the end I'm very satisfied with this upgrade.  I have everything working as well as or better than my previous setup with the sole exception of Mythweb which I still need to setup.  But that'll be for another day.  For now, I'm going to go back and play with my newly functional toys.

Dec 04 2011

Blog - MythTV Reloaded - Day 20

So, there was one more enhancement that I decided to make to the frontend before putting it back into service.  While I was looking into getting the suspend function mapped to a button on my remote, I ran across this page on the MythTV wiki.  While the command shown for suspending the PC didn't work for me, I did like the idea of adding an entry on the main MythTV menu for putting the computer to sleep.  That way, if for whatever reason the frontend was being controlled by a keyboard or remotely, it would still be possible to put the system to sleep easily without the remote.  I was able to follow the instructions pretty much as written but changing my theme for the one in the example.  The only thing that was different was that I needed to make a second entry for the button icon.  When the icon is highlighted the icon was supposed to stretch to fill a slightly bigger box but without this second entry there was no stretching.  As a result, all of the icons shown after were offset from their tile outline by about 5-10% and it looked pretty bad.  So I found the place to put the second entry (an exact copy of the first entry, just in a different spot in the code), restarted the frontend app and away I went.  Everything looks great, and I have a new sleep icon.  

So, now I think that I'm really ready to put the system into use.  Until then, enjoy.  I know I will.

Dec 03 2011

Blog - MythTV Reloaded - Day 19

Today was spent primarily on cleanup work.  Most of the time was creating the lircrc file for MythTV to use, which maps the remote control button codes to commands within an application.  Luckily for me I had a backup of the lircrc files that I had been using before the upgrade.  The only problem is that all of the button names changed with the update of LIRC. So instead of "Play" I had to change the config file to act on "KEY_PLAY".  They standardized all of the names on me.  So most of my time was spent figuring out what the proper name was for all of the buttons on my remote and mapping those to the correct commands in MythTV.  

Once that was done I had all of the functionality that I had in my previous install. I figured, however, that as long as I was doing this I might as well go for gold.  There were two scripts that I had found and tweaked early in my MythTV days that I was never able to get working on my previous installation of MythTV.  The first script cycled the MythTV frontend application via a button press - so if it hung I could kill the app and if it crashed and died I could restart it.  The second script suspended and woke up the computer via a button push.  I was able to wake up the frontend via a button push but was not able to get suspend to work prop ferly; every time I wanted to watch TV I would have to wait for a minute or two while the frontend booted.  Annoying, but luckily my wife was very tolerant on this problem.  As luck would have it, the frontend cycling script only needed a couple of tweaks to get it running.  The suspend script ended up using a completely new power management interface to get suspend to function properly as a user and not root, but luckily someone had already figured out how to do it and it was a non-trivial matter of Googling to find the solution.

Dec 01 2011

Blog - MythTV Reloaded - Day 18

So today I was doing a bit of stress testing of the frontend system to make sure that it was ready for me to put back into use.  It turns out there were still a couple of bugs to work out.  You may recall from this blog post that I ended up using Fedora 15 with KDE as the desktop environment.  It turns out that under certain circumstances there is a problem with this setup using 100% of one of the CPU cores.  I happen to run into this situation.  I didn't notice it right away since it's a dual core system and the other core is sitting idle most of the time but I did setup the system monitoring widget and noticed that one of the cores was completely pegged out.  Running top showed me that it was "plasmadesktop" that was hogging all of the resources.  A quick Google search showed me that this happens to people running the version of KDE that comes with Fedora 15 and newer.

It sounds like this happens when a system wakes up from suspend and is running multiple "panels" - the bars at the top and bottom of the screen - and various widgets.  Basically, this is resolved by disabling or removing the various widgets and panels that were added in addition to the original ones.  Since this is a dedicated frontend I removed everything that I had added, including the system monitor that I added that found this problem in the first place.  Once this was done I put the system to sleep a couple of times and made sure that I did not have high CPU usage when it woke up (or a couple hours later).  It seems like removing the panels and widgets took care of the problem for me.

Nov 30 2011

Blog - MythTV Reloaded - Day 17

Well, it turns out that I'm a moron.  Apparently everything was pretty much working for me already.  I had all of the pieces, I just didn't put them together correctly.  After days of work I finally have LIRC recognizing my remote inputs properly.  Basically what happened is that I configured the startup script for LIRC to load the correct driver for my IR receiver with the correct device and the correct parameters.  I had the correct config file being used to interpret the key presses correctly.  I had it all.  The problem was that I was doing all of my testing by launching the LIRC daemon from the command line instead of via the startup script that I had configured so none of my tweaks were being taken [facepalm].  Needless to say, after verifying this by running the command line with all of the correct parameters and then again verifying by rebooting the system and having it launch automatically, the remote control is now being properly identified and controlled via LIRC.  I can now launch irw and see all of my key presses as they happen.

At this point there seem to be only a few tweaks left to make before the system is ready for use again.  First, I need to setup the MythTV frontend application to automatically launch at login.  Next, I need to make MythTV always appear on top of the screen; it is currently being covered with the top and bottom panels of the window manager.  Finally, I need to configure the LIRC configuration file to interpret the button presses and pass them to the various applications, like MythTV.  Once I've got that in place, I think that all of the major components will be in place and I can put the unit back into service.  Yay.

Nov 26 2011

Blog - MythTV Reloaded - Day 16

I guess I got a little distracted today.  In doing some of my research for using LIRC with my iMon IR receiver that is part of the Antec Fusion 430 Black case, I ran across a couple of web pages that discussed getting the LCD screen working with LCDProc.  So that's what I did today.  Now when I go through the MythTV menus my LCD screen shows the menu entry that's highlighted.  If I have a show open it'll tell the name of the show and the description, the progress bar, and other stuff like that.  If nothing important is being displayed it will show the time.  It works very well in my opinion.  That's one thing that I never got working under Ubuntu.  The LCD screen was just glowing blue but not displaying anything, not even the time.

In other news, I was playing around with mplayer some today and found that all of the transport controls work there just fine.  What is going on with LIRC and MythTV?  I've even tried to create my own lircd.conf file using irrecord.  I found another program similar to ir-keyboard that I mentioned yesterday, called evtest.  It also recognizes all of the buttons on my MCE-emulating Harmony remote.  There must be something simple that I'm missing...

Oh well, time for bed.  More work to do tomorrow.  It seems like I'm so close but can't quite get to where I want to be...

Nov 25 2011

Blog - MythTV Reloaded - Day 15

I've done a bit more research into this remote control thing and found a couple of commands to use for debugging.  First is ir-keyboard.  If I run ir-keyboard with no options it will show me what device is found, what protocols it is capable of and which one(Drunk it is using.  In my case the output looks like:

Found /sys/class/rc/rc0/ (/dev/input/event5) with:

        Driver imon, table rc-imon-mce

        Supported protocols: RC-6

        Enabled protocols: RC-6

        Repeat delay = 500 ms, repeat period = 33 ms

In addition, I can run ir-keyboard -t and it will put the IR receiver into test mode.  Every time I press a button on the remote it puts up the codes and key names that it decodes.  According to this, everything it being seen properly and should be working.  I guess it's just an issue with the handoff to LIRC that's the problem.  I'm a step closer but still confused...

Again, I can say that the hardware is working fine and it's a software config issue that's holding me back.  Now to figure out what that is...

Nov 24 2011

Blog - MythTV Reloaded - Day 14

Well, I've had a bit of time to look into the new Fedora 15 load and it appears that without doing anything with LIRC at all I have basic directional pad controls on my remote working.  Volume also appears to work.  However, when I install LIRC and point it to lircd.conf.mceusb I get nothing when running irw.  If I do lsmod | grep imon I see that the imon driver is loaded by default, which is apparently what I should be seeing.  Obviously the hardware is connected right and recognized because some of the buttons work.  I guess I have a bit more research to do to figure out what has changed in this new kernel update.

At least I have hope now that I will reach my goal of a working remote eventually.  That's a step in the right direction anyway.  Any thoughts or ideas of things to try?  Leave me a comment!

Nov 23 2011

Blog - MythTV Reloaded - Day 13

Ok, after a good night sleep I have cooled down enough to be productive again.  I decided to reinstall Fedora 15, this time using KDE as the desktop instead of Gnome.  I'm sure that if I had dug into it far enough I could have figured out how to resolve the windowing issues that I was facing.  Maybe there was a desktop effect that I could have turned off somewhere or something but I didn't feel like figuring out that problem when all I want to do is get the MythTV frontend up and running.  So I decided to kill that installation and load up Fedora 15 with KDE as the desktop environment this time.  The rest of the install process was identical as far ask I can tell.  After I got the graphics drivers and MythTV installed I found that I did not have that screen corruption issue.

I did still face the second problem that I reported in my last entry - MythTV playback was corrupted.  This problem turned out to not be as big of a problem as I originally thought.  To fix it I went into the setup options for TV Settings -> Playback and changed the profile to High Quality.  Once I completed that, playback proceeded as normal.  I'm sure that down the road I may tweak the playback profiles some more to get a bit more out of it, but at least it works now.  That's as far as I'm going for now.  I'm still a little annoyed that I had to go through that in the first place.  

Needless to say, WAF is not at its highest right now.  Hopefully there will not be many more setbacks in this process.  Need to get that remote figured out...

Nov 22 2011

Blog - MythTV Reloaded - Day 12

Ok, it seems that every time I take a step forward I also take one back.  So before jumping into setting up the remote I decided to take a quick spin through the desktop and then MythTV to make sure the basics still work.  Now I'm very glad I did that.  I don't know exactly what's going on here because I've never seen anything like it but I'm getting some major visualization issues in my desktop.  What happens is that I open a window and everything looks fine.  Then if I try to move the window or resize it, the window tilts 45 degrees.  That's not the best description so try this.  Imagine a vertical bar that makes up one row of pixels.  Then shift that bar of pixels 45 degrees.  The edges of the windows wrap.  So instead of columns of icons like this: ||||| I see "columns" of icons like this: /////  It's all very messed up.  I wish I had a screen cap of it but I don't.

To make things even worse, I can get to Mythtv and the issue shows up there as well.  But that's only the start of the problem there...  If I try to launch a recording, the recording launches but the playback is at about half time and the image is almost like a checkerboard with the "white" squares showing the correct video image and the "black" squares showing orangish/red blocks.  Arg!  I'm about to give up!

Help me Obi Wan Kenobi.  You're my only hope!

Syndicate content
Website design by Yammm Software
Powered by Drupal