When I try to scroll through the program guide on an HD channel in R5.5 it sometimes takes 2-3 minutes to respond. It happens whether I'm scrolling (any direction), exiting, or selecting a program. When it does respond it will go through all of the keypresses at once. It happens whether I use a remote or keyboard. I found something similar on this thread:

http://svn.mythtv.org/trac/ticket/3986

but most were only experiencing 5-10s delay and only when they are using Bob deinterlacer. I think I am using the Linear Blend deinterlacer (will have to check). I only seem to have a problem when watching HD and not SD. CPU usage is only about 60%

I don't want to have to re-compile myth in order to use the latest SVN, so I was just wondering if anybody else has had this problem and knows what the solution might be?

When the problem occurs there is nothing in the frontend log between the time the button is pressed until the guide scrolls several minutes later. When the guide scrolls there are usually some:



message. I can post an sample from yesterday when I get home if anyone thinks that would be useful.

Do you use the useevents trick?

http://knoppmyth.net/phpBB2/viewtopic.p ... =useevents

I believe I saw this issue on the Mythbuntu forum and this was the fix.

Also, Have you checked your database integrity?

http://knoppmyth.net/phpBB2/viewtopic.p ... oken+mysql

My useevents is already set to true.



There are no tables that spit out any errors.

Here's a snippet from the frontend log when it happens... I think the button is pressed on the 1st or 2nd line, then the cursor finally moves when the following lines show up:



There is absolutely no information in the backend log during this same time period. It seems like it takes a problem with the Live TV in order for the program guide to get ahold of the processor again. I have tried disabling channel icons even though I am not using them. I'm kind of at a loss for what else to try. The de-interlacer is linear blend, not Bob.

It only seems to do it on the combined BE/FE. I have a remote frontend that does not seem to be exhibiting these symptoms, but it is running Debian Etch.

I think one of the posts on the thread that I posted earlier mentioned that his problem went away if he started mythfrontend in verbose mode. I suppose I could try this from the command line and report back. I would be concerned about logging it that way permanently in case it would fill up the sda1 drive though...

I just upgraded to R5.5 a few nights ago and I'm finding that I'm having a similar problem. The EPG will pause for 10-20 seconds if used during LiveTV, and then catch up with all the missed key presses. My problem occurs on SD, as I don't hve an HD tunner. I already had usevents set to true and my DB integrety was just fine. I'm not getting the same error messages in my mythfrontend.log, however. this is what I get:



Anyone have a suggestion?

Try using a different theme? Blootube is heavy on eye candy and doesn't work well without OpenGL support. Unfortunately OpenGL is known to cause problems (read nasty lockups and crashes) with certain older Nvidia GPUs.

Why do you mention "without OpenGL support"? OpenGL is actually selected for the theme. I am going to try it on minimalist (widescreen) and see if that helps. Should I try to switch to QT instead?

TJC ... Thank you for your suggestions. You have helped me several times in the past. I tried several different themes, including Retro, Titivillus, and MythCenter and still had the same problem.

I also tried switching the paint engine between OpenGL and QT and it made no difference.

All my settings are just as they were last week before I upgraded to R5.5 from the previous release.

What does the "NVP" stand for in the error "NVP: Prebuffereing pausse"?

tjc - my symptoms are still there as well with a different theme. I notice the problem mostly on FOX and CBS, and supposedly FOX is 720p and CBS is 1080i, so the resolution must not be the cause. Shortly after I fresh installed R5.5 I was only getting a partial lock on some HD channels from my HDHomeRun and I had to rescan all of my channels. Could this somehow be related? I did not have enough time using the KM box to know if it was happening before this change occurred.

While the CPU usage is not near 100%, I do have an AMD X2 processor coming from Newegg on Monday along with more RAM. While my machine seems to play back HD fine, I figured this couldn't hurt and should allow me to comflag while watching TV and watch Hulu videos full screen, etc. This will put it more in line with the hardware of the remote frontend I run off of Debian Etch. I have never experienced this problem on the remote frontend, but I use XvMC on this remote frontend and have not been able to get it to work on my KM combined FE/BE. If there are no further suggestions, I will post back what happens with the upgraded hardware in my KM box.

cymerej: Here is a link to the information on prebuffering pause on the MythTV wiki http://www.mythtv.org/wiki/index.php/Tr ... ring_pause

I am not sure what the NVP stands for though.

Are you both using XvMC for the HDTV playback? You may have to take special measures with your playback profile. It's very configurable but unfortunately it's also very easy to get one that doesn't work very well, and there are certain combinations that are unstable. See the MythTV wiki page on this here: http://www.mythtv.org/wiki/index.php/Playback_profiles

There are also other things you may need to change in your xorg.conf for XvMC to work reliably. Most of it is covered in the R5.5 Hints under Known Issues 2.3.3. The one thing that isn't covered directly is adding a section like this:

I am actually not using XvMC for HDTV playback on my KM box, I was only using it on my remote frontend running Etch, so that is not the issue. I might, however, try to get XvMC to work and see if it helps.

One other bit of information that may or may not be useful is that the time on the Program Guide does not change when it is "stuck". I was reading 9:22 am on the guide and when I typed "date" into an xterm I had ssh'd into it read

Upgrading to a dual core processor seems to have fixed the problem. There may be once in a while that it doesn't respond for a couple seconds, but the 3 minute issue has not re-appeared.