Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: MythTV: Users

Long delays with remote occasionally

  

 
First page Previous page 1 2 3 4 5 6 Next page Last page  View All MythTV users RSS feed   Index | Next | Previous | View Threaded


allen.p.edwards at gmail

Aug 30, 2008, 12:00 PM

Post #1 of 127 (7994 views)
Permalink
Long delays with remote occasionally
I have seen this many times and today my wife had an example. She said the
remote wasn't working any more. I came in from the garage and it wasn't
working. I put it down on the table. Then myth suddenly responded to at
least some, if not all, of my key presses. I tell the story to give an idea
of the time frames involved. She was just watching a recorded show and
wanted to pause it.

This happens now and then, not every day, but it is not rate either.

I have a HDHR with the IR Rx on it and a very powerful (high ir output)
programmable remote. I am running LIRC on a mythbuntu 8.04 updated system.
When it works, it works instantly with no noticeable delay.

Any logs I can look in? Anyone know what causes this? A cure?

Allen


mtdean at thirdcontact

Aug 30, 2008, 12:23 PM

Post #2 of 127 (7840 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
On 08/30/2008 03:00 PM, Allen Edwards wrote:
> I have seen this many times and today my wife had an example. She
> said the remote wasn't working any more. I came in from the garage
> and it wasn't working. I put it down on the table. Then myth suddenly
> responded to at least some, if not all, of my key presses. I tell the
> story to give an idea of the time frames involved. She was just
> watching a recorded show and wanted to pause it.
>
> This happens now and then, not every day, but it is not rate either.
>
> I have a HDHR with the IR Rx on it and a very powerful (high ir
> output) programmable remote. I am running LIRC on a mythbuntu 8.04
> updated system. When it works, it works instantly with no noticeable
> delay.
>
> Any logs I can look in? Anyone know what causes this? A cure?

Got a working real-time clock? New kernels should be compiled without
the rtc module and, instead, should use the rtc-core and an appropriate
hardware-specific support (i.e. for PC's using rtc-cmos). So, if you
had previously configured your system to load rtc and it doesn't exist,
now, and you haven't updated the configuration, it could cause problems
like this.

Run "hwclock --debug" and see if you get errors. If so, try "modprobe
rtc-cmos" and see if all ("hwclock --debug" and LIRC) works better.

Mike
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


allen.p.edwards at gmail

Aug 30, 2008, 1:31 PM

Post #3 of 127 (7865 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
On Sat, Aug 30, 2008 at 12:23 PM, Michael T. Dean
<mtdean [at] thirdcontact>wrote:

> On 08/30/2008 03:00 PM, Allen Edwards wrote:
> > I have seen this many times and today my wife had an example. She
> > said the remote wasn't working any more. I came in from the garage
> > and it wasn't working. I put it down on the table. Then myth suddenly
> > responded to at least some, if not all, of my key presses. I tell the
> > story to give an idea of the time frames involved. She was just
> > watching a recorded show and wanted to pause it.
> >
> > This happens now and then, not every day, but it is not rate either.
> >
> > I have a HDHR with the IR Rx on it and a very powerful (high ir
> > output) programmable remote. I am running LIRC on a mythbuntu 8.04
> > updated system. When it works, it works instantly with no noticeable
> > delay.
> >
> > Any logs I can look in? Anyone know what causes this? A cure?
>
> Got a working real-time clock? New kernels should be compiled without
> the rtc module and, instead, should use the rtc-core and an appropriate
> hardware-specific support (i.e. for PC's using rtc-cmos). So, if you
> had previously configured your system to load rtc and it doesn't exist,
> now, and you haven't updated the configuration, it could cause problems
> like this.
>
> Run "hwclock --debug" and see if you get errors. If so, try "modprobe
> rtc-cmos" and see if all ("hwclock --debug" and LIRC) works better.
>
> Mike



dad [at] myth_deskto:~$ hwclock --debug
hwclock from util-linux-ng 2.13.1
Using /dev interface to clock.
Last drift adjustment done at 1220111053 seconds after 1969
Last calibration done at 1220111053 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2008/08/30 20:30:20
Hw clock time : 2008/08/30 20:30:20 = 1220128220 seconds since 1969
Sat 30 Aug 2008 01:30:20 PM PDT -0.045784 seconds


Looks OK to me. Anything else I should try?

Allen


andrew.allison at gmail

Sep 1, 2008, 4:31 PM

Post #4 of 127 (7816 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
On Sat, 2008-08-30 at 13:31 -0700, Allen Edwards wrote:
>
>
> On Sat, Aug 30, 2008 at 12:23 PM, Michael T. Dean
> <mtdean [at] thirdcontact> wrote:
>
> On 08/30/2008 03:00 PM, Allen Edwards wrote:
> > I have seen this many times and today my wife had an
> example. She
> > said the remote wasn't working any more. I came in from the
> garage
> > and it wasn't working. I put it down on the table. Then
> myth suddenly
> > responded to at least some, if not all, of my key presses.
> I tell the
> > story to give an idea of the time frames involved. She was
> just
> > watching a recorded show and wanted to pause it.
> >
> > This happens now and then, not every day, but it is not rate
> either.
> >
> > I have a HDHR with the IR Rx on it and a very powerful (high
> ir
> > output) programmable remote. I am running LIRC on a
> mythbuntu 8.04
> > updated system. When it works, it works instantly with no
> noticeable
> > delay.
> >
> > Any logs I can look in? Anyone know what causes this? A
> cure?
>
>
> Got a working real-time clock? New kernels should be compiled
> without
> the rtc module and, instead, should use the rtc-core and an
> appropriate
> hardware-specific support (i.e. for PC's using rtc-cmos). So,
> if you
> had previously configured your system to load rtc and it
> doesn't exist,
> now, and you haven't updated the configuration, it could cause
> problems
> like this.
>
> Run "hwclock --debug" and see if you get errors. If so, try
> "modprobe
> rtc-cmos" and see if all ("hwclock --debug" and LIRC) works
> better.
>
> Mike
>
>
> dad [at] myth_deskto:~$ hwclock --debug
> hwclock from util-linux-ng 2.13.1
> Using /dev interface to clock.
> Last drift adjustment done at 1220111053 seconds after 1969
> Last calibration done at 1220111053 seconds after 1969
> Hardware clock is on UTC time
> Assuming hardware clock is kept in UTC time.
> Waiting for clock tick...
> ...got clock tick
> Time read from Hardware Clock: 2008/08/30 20:30:20
> Hw clock time : 2008/08/30 20:30:20 = 1220128220 seconds since 1969
> Sat 30 Aug 2008 01:30:20 PM PDT -0.045784 seconds
>
>
> Looks OK to me. Anything else I should try?
>
> Allen

Well, your not alone, my myth system does the same thing. Myth stops /
buffers the remote control commands. I've run irw and the remote is
working. It seems to stop responding until a commercial skip occurs the
all the buffered key press get processed.

I don't see any pattern when myth decides to buffer the remote key
presses, If I remember it started right after I upgraded to Fedora 9 and
just figured I messed up the install by trying to minimize the amount of
software I installed.

Hauppauge
2 PVR-150
1 PVR-500
Fedora 9
x86_64
myth 0.21-192.fc9
kernel 2.6.25.10-86.fc9.x86_64
lirc.x86_64 0.8.4-80_cvs20080528.f
lirc-devel.x86_64 0.8.4-80_cvs20080528.f
lirc-devices.noarch 0.8-4.fc9
lirc-kmdl-2.6.25.10-86.fc9.x86_64.x86_64 0.8.4-80_cvs20080528.f

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


james at ultratans

Sep 2, 2008, 8:06 AM

Post #5 of 127 (7788 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
On Sat, 2008-08-30 at 13:31 -0700, Allen Edwards wrote:
>
>
> On Sat, Aug 30, 2008 at 12:23 PM, Michael T. Dean
> <mtdean [at] thirdcontact> wrote:
>
> On 08/30/2008 03:00 PM, Allen Edwards wrote:
> > I have seen this many times and today my wife had an
> example. She
> > said the remote wasn't working any more. I came in from the
> garage
> > and it wasn't working. I put it down on the table. Then
> myth suddenly
> > responded to at least some, if not all, of my key presses.
> I tell the
> > story to give an idea of the time frames involved. She was
> just
> > watching a recorded show and wanted to pause it.
> >
> > This happens now and then, not every day, but it is not rate
> either.
> >
> > I have a HDHR with the IR Rx on it and a very powerful (high
> ir
> > output) programmable remote. I am running LIRC on a
> mythbuntu 8.04
> > updated system. When it works, it works instantly with no
> noticeable
> > delay.
> >
> > Any logs I can look in? Anyone know what causes this? A
> cure?
>
>
> Got a working real-time clock? New kernels should be compiled
> without
> the rtc module and, instead, should use the rtc-core and an
> appropriate
> hardware-specific support (i.e. for PC's using rtc-cmos). So,
> if you
> had previously configured your system to load rtc and it
> doesn't exist,
> now, and you haven't updated the configuration, it could cause
> problems
> like this.
>
> Run "hwclock --debug" and see if you get errors. If so, try
> "modprobe
> rtc-cmos" and see if all ("hwclock --debug" and LIRC) works
> better.
>
> Mike
>
>
> dad [at] myth_deskto:~$ hwclock --debug
> hwclock from util-linux-ng 2.13.1
> Using /dev interface to clock.
> Last drift adjustment done at 1220111053 seconds after 1969
> Last calibration done at 1220111053 seconds after 1969
> Hardware clock is on UTC time
> Assuming hardware clock is kept in UTC time.
> Waiting for clock tick...
> ...got clock tick
> Time read from Hardware Clock: 2008/08/30 20:30:20
> Hw clock time : 2008/08/30 20:30:20 = 1220128220 seconds since 1969
> Sat 30 Aug 2008 01:30:20 PM PDT -0.045784 seconds
>
>
> Looks OK to me. Anything else I should try?
>
> Allen
>
>
>
>

>

To add one more data point, my Mythbuntu 8.04 system does (did?) this as
well. Since school has started I have not had time to watch any TV so
have not used the Myth box. I use a MS MCE remote with its included IR
receiver. When it works (almost all the time) it works perfectly. Fast
response and I never seem to have any interference.

I did install all current updates on my Mythbuntu system this weekend. I
do not yet know if that has fixed the problem.

Thanks,
James


_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


jason.m.weida at gmail

Sep 6, 2008, 9:03 PM

Post #6 of 127 (7778 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
On Tue, Sep 2, 2008 at 11:06 AM, James Crow <james [at] ultratans> wrote:

> On Sat, 2008-08-30 at 13:31 -0700, Allen Edwards wrote:
> >
> >
> > On Sat, Aug 30, 2008 at 12:23 PM, Michael T. Dean
> > <mtdean [at] thirdcontact> wrote:
> >
> > On 08/30/2008 03:00 PM, Allen Edwards wrote:
> > > I have seen this many times and today my wife had an
> > example. She
> > > said the remote wasn't working any more. I came in from the
> > garage
> > > and it wasn't working. I put it down on the table. Then
> > myth suddenly
> > > responded to at least some, if not all, of my key presses.
> > I tell the
> > > story to give an idea of the time frames involved. She was
> > just
> > > watching a recorded show and wanted to pause it.
> > >
> > > This happens now and then, not every day, but it is not rate
> > either.
> > >
> > > I have a HDHR with the IR Rx on it and a very powerful (high
> > ir
> > > output) programmable remote. I am running LIRC on a
> > mythbuntu 8.04
> > > updated system. When it works, it works instantly with no
> > noticeable
> > > delay.
> > >
> > > Any logs I can look in? Anyone know what causes this? A
> > cure?
> >
> >
> > Got a working real-time clock? New kernels should be compiled
> > without
> > the rtc module and, instead, should use the rtc-core and an
> > appropriate
> > hardware-specific support (i.e. for PC's using rtc-cmos). So,
> > if you
> > had previously configured your system to load rtc and it
> > doesn't exist,
> > now, and you haven't updated the configuration, it could cause
> > problems
> > like this.
> >
> > Run "hwclock --debug" and see if you get errors. If so, try
> > "modprobe
> > rtc-cmos" and see if all ("hwclock --debug" and LIRC) works
> > better.
> >
> > Mike
> >
> >
> > dad [at] myth_deskto:~$ hwclock --debug
> > hwclock from util-linux-ng 2.13.1
> > Using /dev interface to clock.
> > Last drift adjustment done at 1220111053 seconds after 1969
> > Last calibration done at 1220111053 seconds after 1969
> > Hardware clock is on UTC time
> > Assuming hardware clock is kept in UTC time.
> > Waiting for clock tick...
> > ...got clock tick
> > Time read from Hardware Clock: 2008/08/30 20:30:20
> > Hw clock time : 2008/08/30 20:30:20 = 1220128220 seconds since 1969
> > Sat 30 Aug 2008 01:30:20 PM PDT -0.045784 seconds
> >
> >
> > Looks OK to me. Anything else I should try?
> >
> > Allen
> >
> >
> >
> >
>
> >
>
> To add one more data point, my Mythbuntu 8.04 system does (did?) this as
> well. Since school has started I have not had time to watch any TV so
> have not used the Myth box. I use a MS MCE remote with its included IR
> receiver. When it works (almost all the time) it works perfectly. Fast
> response and I never seem to have any interference.
>
> I did install all current updates on my Mythbuntu system this weekend. I
> do not yet know if that has fixed the problem.
>
> Thanks,
> James
>
>
Same problem here. I start playing a recording, the remote works for 30
seconds or so, then there's a long delay where the commands get buffered,
maybe 2-4 minutes. Unfortunately, it's a sometimes issue and I have not
found a pattern as to when it happens, except that it's more likely to
happen with my wife is around :-/.

I have a really slow machine (P4 1.3 GHz, 630MB), so I have a hunch that
after a recording starts playing, Myth might be doing something that's
blocking the remote. Is there a log I can check or anything to troubleshoot
the problem? I also use HDHR, and have verified with irw that the remote
keypresses are getting to my Mythbox nearly instantaneously. It's a
combination FE/BE.

MythTV Version : 16838
MythTV Branch : branches/release-0-21-fixes
Library API : 0.21.20080304-1
Network Protocol : 40
Options compiled in:
linux profile using_oss using_alsa using_arts using_jack using_backend
using_dbox2 using_dvb using_firewire using_frontend using_hdhomerun
using_iptv using_ivtv using_joystick_menu using_libfftw3 using_lirc
using_opengl_vsync using_opengl_video using_v4l using_x11 using_xrandr
using_xv using_xvmc using_xvmcw using_xvmc_vld using_glx_proc_addr_arb
using_bindings_perl using_bindings_python using_opengl using_ffmpeg_threads
using_libavc_5_3 using_live


philledwards at gmail

Sep 6, 2008, 9:14 PM

Post #7 of 127 (7767 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
> Any logs I can look in? Anyone know what causes this? A cure?

Sorry I don't have a solution. All I can offer is that this also
happened to me and I could not find a cure. Once upon a time they put
some debugging code into LIRC to try to track this down but I don't
think they ever managed to find it. So I bought a new MS MCE-style
remote which acts as a USB device and therefore doesn't use LIRC.
Since then I've had no problems.

Probably not what you wanted to hear, but it is a possible way of fixing it.

Regards,
Phill
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


jason.m.weida at gmail

Sep 6, 2008, 9:39 PM

Post #8 of 127 (7756 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
On Sun, Sep 7, 2008 at 12:14 AM, Phill Edwards <philledwards [at] gmail>wrote:

> > Any logs I can look in? Anyone know what causes this? A cure?
>
> Sorry I don't have a solution. All I can offer is that this also
> happened to me and I could not find a cure. Once upon a time they put
> some debugging code into LIRC to try to track this down but I don't
> think they ever managed to find it. So I bought a new MS MCE-style
> remote which acts as a USB device and therefore doesn't use LIRC.
> Since then I've had no problems.
>
> Probably not what you wanted to hear, but it is a possible way of fixing
> it.
>
> Regards,
> Phill
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>


Interesting...

So does that thing look like a USB keyboard to Myth, then? Have a model
number handy?


allen.p.edwards at gmail

Sep 6, 2008, 11:44 PM

Post #9 of 127 (7768 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
On Sat, Sep 6, 2008 at 9:39 PM, Jason Weida <jason.m.weida [at] gmail> wrote:

>
>
>
> On Sun, Sep 7, 2008 at 12:14 AM, Phill Edwards <philledwards [at] gmail>wrote:
>
>> > Any logs I can look in? Anyone know what causes this? A cure?
>>
>> Sorry I don't have a solution. All I can offer is that this also
>> happened to me and I could not find a cure. Once upon a time they put
>> some debugging code into LIRC to try to track this down but I don't
>> think they ever managed to find it. So I bought a new MS MCE-style
>> remote which acts as a USB device and therefore doesn't use LIRC.
>> Since then I've had no problems.
>>
>> Probably not what you wanted to hear, but it is a possible way of fixing
>> it.
>>
>> Regards,
>> Phill
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users [at] mythtv
>> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>>
>
>
> Interesting...
>
> So does that thing look like a USB keyboard to Myth, then? Have a model
> number handy?
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
>
I would like to know as well. I have a 5400+ machine and it sometimes hangs
up for several minutes. Usually it is fine. Really strange, and always
happens to my wife as well.

I bought an optical remote keyboard but it was junk and failed after a few
hours. I wanted to program my universal remote (MX-500) to issue key
commands.

Allen


Allen


lynchmv at gmail

Sep 7, 2008, 10:49 AM

Post #10 of 127 (7737 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
>
> I would like to know as well. I have a 5400+ machine and it sometimes hangs
> up for several minutes. Usually it is fine. Really strange, and always
> happens to my wife as well.
> I bought an optical remote keyboard but it was junk and failed after a few
> hours. I wanted to program my universal remote (MX-500) to issue key
> commands.
> Allen
>
> Allen
>


Same issue here. Never thought much about it as I (well, my wife)
only noticed it when she would try to schedule a recording via the
frontend, or when browsing the program guide. I just assumed it was
the app parsing all of the program data, being that there's umpteen
million shows on TV within a 2 week period on your average cable
subscription.

It'll be interesting to see if any resolution comes out of this thread.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


scier at PostHorizon

Sep 7, 2008, 4:31 PM

Post #11 of 127 (7737 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
Another data point. One of my frontends did this, a lot -- half the
time I tried to do something, it'd take two minutes or more to realize
I'd hit a button. Made it completely unusable -- who wants a DVR that
won't pause?

-- It is *not* lirc: when the problem popped up, both my remote and my
(non-lirc) IR keyboard did exactly the same thing.

-- Started right after a "latest FC8" -> "latest FC9" upgrade a couple
days ago (both on -fixes via atrpms). *Never* happened before that, and
this hardware's been running a frontend for over four years (the latest
clean reinstall was at least a few months ago).

-- Turning on OpenGL sync seems to have made the problem nearly go
away. I have observed it once since then (in about 1.5 evenings of usage).

-- I only ever observed it during playback, not in menus (SDTV; this
thing's /just/ powerful enough to play most 720p HDTV streams pulled off
cable, but I don't have any at the moment because my backend doesn't get
along with my cable box over firewire lately. Gonna buy an HDHR as soon
as Amazon's price goes down again. I'd already have it if Amazon hadn't
canceled their price guarantee policy...)

-- I only ever observed it after the playback had been running for at
least a minute or two. Similarly, once it responded to something, it
seems like it continued responding for at least a little while. This
could be a sampling bias though.

-- At least some of the commands queued up; I'd hit some buttons, then
sit and wait for a while, and *usually* eventually they (or at least
some of them) would take effect, all in a row. Of course, I've no idea
what level they queued up at. I *know* keyboard commands queued up, but
I'm not 100% certain I observed lirc events queue up. The keyboard
always seemed to provide a higher chance of actually working, eventually.

-- Changing playback profiles, video-as-timebase, extra-audio-buffering
had no effect. Enabling realtime threads didn't either, but I didn't
verify changing that setting actually worked on the system, so it
could've been a no-op anyhow.

-spc

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


philledwards at gmail

Sep 8, 2008, 1:56 AM

Post #12 of 127 (7720 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
> -- It is *not* lirc: when the problem popped up, both my remote and my
> (non-lirc) IR keyboard did exactly the same thing.
>
> -- Started right after a "latest FC8" -> "latest FC9" upgrade a couple
> days ago (both on -fixes via atrpms). *Never* happened before that, and
> this hardware's been running a frontend for over four years (the latest
> clean reinstall was at least a few months ago).

Perhaps it's not LIRC, but it's also not FC8 -> FC9 as I had this
problem back on FC6 (I subsequently went the CentOS route so I don't
know about now).

Some folks have asked for the remote model - the one I got was a MS
MCE-style remote which comes up as a Holtek when the USB is detected.
See http://www.mythtv.org/wiki/index.php/Generic_HID_%22MCE%22_Remotes

HTH,
Phill
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


James.Skimming at portraitsoftware

Sep 8, 2008, 3:03 AM

Post #13 of 127 (7716 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
This may be completely unrelated, but Jean-Yves and myself both have a
problem where the remote control commands are really sluggish when
compared to the keyboard. (I've also had the symptoms described in the
original post of this thread).

http://www.gossamer-threads.com/lists/mythtv/users/348326

We both have the problem where "gnome-screensaver" and "Xorg" are taking
a considerable amount of CPU time, this doesn't occur when you use the
keyboard, just the remote.

As I say, it may have nothing to do with the problems discussed on this
thread, but I thought I'd bring it up just in case.

Jim.

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


jason.m.weida at gmail

Sep 8, 2008, 6:13 AM

Post #14 of 127 (7703 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
On Sun, Sep 7, 2008 at 7:31 PM, Sean Cier <scier [at] posthorizon> wrote:

> Another data point. One of my frontends did this, a lot -- half the
> time I tried to do something, it'd take two minutes or more to realize
> I'd hit a button. Made it completely unusable -- who wants a DVR that
> won't pause?
>
> -- It is *not* lirc: when the problem popped up, both my remote and my
> (non-lirc) IR keyboard did exactly the same thing.
>
> -- Started right after a "latest FC8" -> "latest FC9" upgrade a couple
> days ago (both on -fixes via atrpms). *Never* happened before that, and
> this hardware's been running a frontend for over four years (the latest
> clean reinstall was at least a few months ago).
>
> -- Turning on OpenGL sync seems to have made the problem nearly go
> away. I have observed it once since then (in about 1.5 evenings of usage).
>
> -- I only ever observed it during playback, not in menus (SDTV; this
> thing's /just/ powerful enough to play most 720p HDTV streams pulled off
> cable, but I don't have any at the moment because my backend doesn't get
> along with my cable box over firewire lately. Gonna buy an HDHR as soon
> as Amazon's price goes down again. I'd already have it if Amazon hadn't
> canceled their price guarantee policy...)
>
> -- I only ever observed it after the playback had been running for at
> least a minute or two. Similarly, once it responded to something, it
> seems like it continued responding for at least a little while. This
> could be a sampling bias though.
>
> -- At least some of the commands queued up; I'd hit some buttons, then
> sit and wait for a while, and *usually* eventually they (or at least
> some of them) would take effect, all in a row. Of course, I've no idea
> what level they queued up at. I *know* keyboard commands queued up, but
> I'm not 100% certain I observed lirc events queue up. The keyboard
> always seemed to provide a higher chance of actually working, eventually.
>
> -- Changing playback profiles, video-as-timebase, extra-audio-buffering
> had no effect. Enabling realtime threads didn't either, but I didn't
> verify changing that setting actually worked on the system, so it
> could've been a no-op anyhow.
>
> -spc
>
>
>
Good points, I'm seeing the same. Playback only, other menus work just
fine. Next time it happens to me, I'll check that screensaver/xorg business
in the other thread, but it sounds a like a different issue since keyboard
commands are not responding as well (I have a wired PS2 keyboard). It
sounds like everyone who has observed the problem is using a lower end
machine, so maybe that's part of the issue.


allen.p.edwards at gmail

Sep 8, 2008, 7:23 AM

Post #15 of 127 (7690 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
On Mon, Sep 8, 2008 at 6:13 AM, Jason Weida <jason.m.weida [at] gmail> wrote:

>
>
> On Sun, Sep 7, 2008 at 7:31 PM, Sean Cier <scier [at] posthorizon> wrote:
>
>> Another data point. One of my frontends did this, a lot -- half the
>> time I tried to do something, it'd take two minutes or more to realize
>> I'd hit a button. Made it completely unusable -- who wants a DVR that
>> won't pause?
>>
>> -- It is *not* lirc: when the problem popped up, both my remote and my
>> (non-lirc) IR keyboard did exactly the same thing.
>>
>> -- Started right after a "latest FC8" -> "latest FC9" upgrade a couple
>> days ago (both on -fixes via atrpms). *Never* happened before that, and
>> this hardware's been running a frontend for over four years (the latest
>> clean reinstall was at least a few months ago).
>>
>> -- Turning on OpenGL sync seems to have made the problem nearly go
>> away. I have observed it once since then (in about 1.5 evenings of
>> usage).
>>
>> -- I only ever observed it during playback, not in menus (SDTV; this
>> thing's /just/ powerful enough to play most 720p HDTV streams pulled off
>> cable, but I don't have any at the moment because my backend doesn't get
>> along with my cable box over firewire lately. Gonna buy an HDHR as soon
>> as Amazon's price goes down again. I'd already have it if Amazon hadn't
>> canceled their price guarantee policy...)
>>
>> -- I only ever observed it after the playback had been running for at
>> least a minute or two. Similarly, once it responded to something, it
>> seems like it continued responding for at least a little while. This
>> could be a sampling bias though.
>>
>> -- At least some of the commands queued up; I'd hit some buttons, then
>> sit and wait for a while, and *usually* eventually they (or at least
>> some of them) would take effect, all in a row. Of course, I've no idea
>> what level they queued up at. I *know* keyboard commands queued up, but
>> I'm not 100% certain I observed lirc events queue up. The keyboard
>> always seemed to provide a higher chance of actually working, eventually.
>>
>> -- Changing playback profiles, video-as-timebase, extra-audio-buffering
>> had no effect. Enabling realtime threads didn't either, but I didn't
>> verify changing that setting actually worked on the system, so it
>> could've been a no-op anyhow.
>>
>> -spc
>>
>>
>>
> Good points, I'm seeing the same. Playback only, other menus work just
> fine. Next time it happens to me, I'll check that screensaver/xorg business
> in the other thread, but it sounds a like a different issue since keyboard
> commands are not responding as well (I have a wired PS2 keyboard). It
> sounds like everyone who has observed the problem is using a lower end
> machine, so maybe that's part of the issue.
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
>
I have been following this thread because every day or two the machine will
delay response to the commands for a minute or two. It will not respond to
keyboard or remote and then suddenly does a bunch of things. Hard to say if
it did everything that was keyed as by that time I have hit so many keys I
can't remember them all. Sometimes the remote misses keys outright
(probably a pointing issue) so I often have to hit a key again. It takes a
while to figure out which issue is active so lots of keys get hit.

I bring this up now because my machine is different than the ones being
discussed. I have mythbunty 8.04 running on a AMD 5400+ CPU. If this
sounds like the same probably you are chasing I think knowing my setup would
be helpful.

Allen


jruss at mit

Sep 8, 2008, 7:32 AM

Post #16 of 127 (7707 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
>
> I have been following this thread because every day or two the machine will
> delay response to the commands for a minute or two. It will not respond to
> keyboard or remote and then suddenly does a bunch of things. Hard to say if
> it did everything that was keyed as by that time I have hit so many keys I
> can't remember them all. Sometimes the remote misses keys outright
> (probably a pointing issue) so I often have to hit a key again. It takes a
> while to figure out which issue is active so lots of keys get hit.
>
> I bring this up now because my machine is different than the ones being
> discussed. I have mythbunty 8.04 running on a AMD 5400+ CPU. If this
> sounds like the same probably you are chasing I think knowing my setup would
> be helpful.
>
>
I am also experiencing the exact same behavior. I am running on a lower
powered machine with a PIII 1 GHz and 384 MB of RAM. I have always just
attributed it to my machine being underpowered, but maybe something else is
going on. When I am watching a recording and mythtv-status runs it causes
the show to be choppy for 20 or 30 seconds until mythtv-status is done. I
haven't been able to check what was going on when the remote was slow to
respond, but I assumed it was mythtv-status or something similar running in
the background that was causing my remote to be delayed.


lynchmv at gmail

Sep 8, 2008, 7:41 AM

Post #17 of 127 (7706 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
>
> I am also experiencing the exact same behavior. I am running on a lower
> powered machine with a PIII 1 GHz and 384 MB of RAM. I have always just
> attributed it to my machine being underpowered, but maybe something else is
> going on. When I am watching a recording and mythtv-status runs it causes
> the show to be choppy for 20 or 30 seconds until mythtv-status is done. I
> haven't been able to check what was going on when the remote was slow to
> respond, but I assumed it was mythtv-status or something similar running in
> the background that was causing my remote to be delayed.
>

I guess in order to rule out an OS specific issue, I'll post my specs
too since I didn't post them with my original reply. Like others in
this thread have noted, my key presses seem to queue up and then all
happen at once. I haven't checked yet to see what top looks like
while this issue is occuring.

root [at] mythde:~# uname -a
Linux mythden 2.6.24.5 #3 SMP Fri Aug 8 19:43:12 EDT 2008 i686
Intel(R) Pentium(R) 4 CPU 2.80GHz GenuineIntel GNU/Linux

root [at] mythde:~# cat /etc/slackware-version
Slackware 12.1.0

root [at] mythde:~# mythfrontend --version
Please include all output in bug reports.
MythTV Version : exported
MythTV Branch : tags/release-0-21
Library API : 0.21.20080304-1
Network Protocol : 40
Options compiled in:
linux release using_oss using_alsa using_arts using_backend
using_dbox2 using_dvb using_frontend using_hdhomerun using_iptv
using_ivtv using_joystick_menu using_lirc using_v4l using_x11
using_xrandr using_xv using_xvmc using_xvmcw using_xvmc_vld
using_bindings_perl using_bindings_python using_opengl
using_ffmpeg_threads using_live

root [at] mythde:~# lircd --version
lircd 0.8.3-CVS

root [at] mythde:~# free -m
total used free shared buffers cached
Mem: 1262 1161 100 0 32 942
-/+ buffers/cache: 186 1075
Swap: 0 0 0

root [at] mythde:~# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Pentium(R) 4 CPU 2.80GHz
stepping : 9
cpu MHz : 2793.047
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe up
pebs bts sync_rdtsc cid xtpr
bogomips : 5590.48
clflush size : 64
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


jmastron at gmail

Nov 10, 2008, 11:16 AM

Post #18 of 127 (7141 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
On Mon, Sep 8, 2008 at 5:13 AM, Jason Weida <jason.m.weida [at] gmail> wrote:
>
>
> On Sun, Sep 7, 2008 at 7:31 PM, Sean Cier <scier [at] posthorizon> wrote:
>>
>> Another data point. One of my frontends did this, a lot -- half the
>> time I tried to do something, it'd take two minutes or more to realize
>> I'd hit a button. Made it completely unusable -- who wants a DVR that
>> won't pause?
>>
>> -- It is *not* lirc: when the problem popped up, both my remote and my
>> (non-lirc) IR keyboard did exactly the same thing.
>>
>> -- Started right after a "latest FC8" -> "latest FC9" upgrade a couple
>> days ago (both on -fixes via atrpms). *Never* happened before that, and
>> this hardware's been running a frontend for over four years (the latest
>> clean reinstall was at least a few months ago).
>>
>> -- Turning on OpenGL sync seems to have made the problem nearly go
>> away. I have observed it once since then (in about 1.5 evenings of
>> usage).
>>
>> -- I only ever observed it during playback, not in menus (SDTV; this
>> thing's /just/ powerful enough to play most 720p HDTV streams pulled off
>> cable, but I don't have any at the moment because my backend doesn't get
>> along with my cable box over firewire lately. Gonna buy an HDHR as soon
>> as Amazon's price goes down again. I'd already have it if Amazon hadn't
>> canceled their price guarantee policy...)
>>
>> -- I only ever observed it after the playback had been running for at
>> least a minute or two. Similarly, once it responded to something, it
>> seems like it continued responding for at least a little while. This
>> could be a sampling bias though.
>>
>> -- At least some of the commands queued up; I'd hit some buttons, then
>> sit and wait for a while, and *usually* eventually they (or at least
>> some of them) would take effect, all in a row. Of course, I've no idea
>> what level they queued up at. I *know* keyboard commands queued up, but
>> I'm not 100% certain I observed lirc events queue up. The keyboard
>> always seemed to provide a higher chance of actually working, eventually.
>>
>> -- Changing playback profiles, video-as-timebase, extra-audio-buffering
>> had no effect. Enabling realtime threads didn't either, but I didn't
>> verify changing that setting actually worked on the system, so it
>> could've been a no-op anyhow.
>>
>> -spc
>>
>>
>
> Good points, I'm seeing the same. Playback only, other menus work just
> fine. Next time it happens to me, I'll check that screensaver/xorg business
> in the other thread, but it sounds a like a different issue since keyboard
> commands are not responding as well (I have a wired PS2 keyboard). It
> sounds like everyone who has observed the problem is using a lower end
> machine, so maybe that's part of the issue.

Has anyone had any luck in resolving this yet? I just had a forced
machine upgrade (motherboard failure), and am seeing this issue, and
because so much has changed (new motherboard, video card, fresh OS and
Myth installation) I can't isolate the exact change that caused it.
My symptoms sound similar -- every so often (usually a couple times an
hour at least), there's no response for several minutes to any remote
commands. The light on the original MCE USB receiver flashes, and
"irw" shows the button presses, so it appears that lirc is receiving
the IR commands properly. Eventually, Myth responds to some of the
old commands. This really sounds like a mythfrontend issue to me, but
I don't know how to

Hardware: Pentium 4 630 (2.8Ghz), Gigabyte GA-EG31M-S2 motherboard,
original MS MCE USB receiver (but using the Philips 1181 IR codes).

OS: Fedora 9, kernel 2.6.26.6-79.fc9.i686

mythfrontend --version: (latest 0.21-fixes from ATRPMS)
Please include all output in bug reports.
MythTV Version : 18753M
MythTV Branch : branches/release-0-21-fixes
Library API : 0.21.20080304-1
Network Protocol : 40
Options compiled in:
linux release using_oss using_alsa using_arts using_jack
using_backend using_dbox2 using_dvb using_firewire using_frontend
using_hdhomerun using_iptv using_ivtv using_joystick_menu
using_libfftw3 using_lirc using_opengl_vsync using_opengl_video
using_v4l using_x11 using_xrandr using_xv using_xvmc using_xvmcw
using_xvmc_vld using_glx_proc_addr_arb using_bindings_perl
using_bindings_python using_opengl using_ffmpeg_threads
using_libavc_5_3 using_live

hwclk --debug reports no errors.

This is a severe WAF hindrance, to say the least :-)

I'm going to try tonight to install from the older RPMs I had on the
previous system's HD partition and see if I can better isolate, but
I'm not confident in that and was hoping someone had figured out the
cause.

Thanks,

Josh
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


jruss at mit

Nov 10, 2008, 11:31 AM

Post #19 of 127 (7166 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
>
>
> Has anyone had any luck in resolving this yet? I just had a forced
> machine upgrade (motherboard failure), and am seeing this issue, and
> because so much has changed (new motherboard, video card, fresh OS and
> Myth installation) I can't isolate the exact change that caused it.
> My symptoms sound similar -- every so often (usually a couple times an
> hour at least), there's no response for several minutes to any remote
> commands. The light on the original MCE USB receiver flashes, and
> "irw" shows the button presses, so it appears that lirc is receiving
> the IR commands properly. Eventually, Myth responds to some of the
> old commands. This really sounds like a mythfrontend issue to me, but
> I don't know how to
>
> Hardware: Pentium 4 630 (2.8Ghz), Gigabyte GA-EG31M-S2 motherboard,
> original MS MCE USB receiver (but using the Philips 1181 IR codes).
>
> OS: Fedora 9, kernel 2.6.26.6-79.fc9.i686
>
> mythfrontend --version: (latest 0.21-fixes from ATRPMS)
> Please include all output in bug reports.
> MythTV Version : 18753M
> MythTV Branch : branches/release-0-21-fixes
> Library API : 0.21.20080304-1
> Network Protocol : 40
> Options compiled in:
> linux release using_oss using_alsa using_arts using_jack
> using_backend using_dbox2 using_dvb using_firewire using_frontend
> using_hdhomerun using_iptv using_ivtv using_joystick_menu
> using_libfftw3 using_lirc using_opengl_vsync using_opengl_video
> using_v4l using_x11 using_xrandr using_xv using_xvmc using_xvmcw
> using_xvmc_vld using_glx_proc_addr_arb using_bindings_perl
> using_bindings_python using_opengl using_ffmpeg_threads
> using_libavc_5_3 using_live
>
> hwclk --debug reports no errors.
>
> This is a severe WAF hindrance, to say the least :-)
>
> I'm going to try tonight to install from the older RPMs I had on the
> previous system's HD partition and see if I can better isolate, but
> I'm not confident in that and was hoping someone had figured out the
> cause.
>

I am still seeing this same behavior with similar hardware and a similar
remote. I haven't been able to figure it out, either. I would love to find
the cause.


b.taber at comcast

Nov 10, 2008, 1:27 PM

Post #20 of 127 (7142 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
Josh Mastronarde wrote:
> On Mon, Sep 8, 2008 at 5:13 AM, Jason Weida <jason.m.weida [at] gmail> wrote:
>>
>> On Sun, Sep 7, 2008 at 7:31 PM, Sean Cier <scier [at] posthorizon> wrote:
>>> Another data point. One of my frontends did this, a lot -- half the
>>> time I tried to do something, it'd take two minutes or more to realize
>>> I'd hit a button. Made it completely unusable -- who wants a DVR that
>>> won't pause?
>>>
>>> -- It is *not* lirc: when the problem popped up, both my remote and my
>>> (non-lirc) IR keyboard did exactly the same thing.
>>>
>>> -- Started right after a "latest FC8" -> "latest FC9" upgrade a couple
>>> days ago (both on -fixes via atrpms). *Never* happened before that, and
>>> this hardware's been running a frontend for over four years (the latest
>>> clean reinstall was at least a few months ago).
>>>
>>> -- Turning on OpenGL sync seems to have made the problem nearly go
>>> away. I have observed it once since then (in about 1.5 evenings of
>>> usage).
>>>
>>> -- I only ever observed it during playback, not in menus (SDTV; this
>>> thing's /just/ powerful enough to play most 720p HDTV streams pulled off
>>> cable, but I don't have any at the moment because my backend doesn't get
>>> along with my cable box over firewire lately. Gonna buy an HDHR as soon
>>> as Amazon's price goes down again. I'd already have it if Amazon hadn't
>>> canceled their price guarantee policy...)
>>>
>>> -- I only ever observed it after the playback had been running for at
>>> least a minute or two. Similarly, once it responded to something, it
>>> seems like it continued responding for at least a little while. This
>>> could be a sampling bias though.
>>>
>>> -- At least some of the commands queued up; I'd hit some buttons, then
>>> sit and wait for a while, and *usually* eventually they (or at least
>>> some of them) would take effect, all in a row. Of course, I've no idea
>>> what level they queued up at. I *know* keyboard commands queued up, but
>>> I'm not 100% certain I observed lirc events queue up. The keyboard
>>> always seemed to provide a higher chance of actually working, eventually.
>>>
>>> -- Changing playback profiles, video-as-timebase, extra-audio-buffering
>>> had no effect. Enabling realtime threads didn't either, but I didn't
>>> verify changing that setting actually worked on the system, so it
>>> could've been a no-op anyhow.
>>>
>>> -spc
>>>
>>>
>> Good points, I'm seeing the same. Playback only, other menus work just
>> fine. Next time it happens to me, I'll check that screensaver/xorg business
>> in the other thread, but it sounds a like a different issue since keyboard
>> commands are not responding as well (I have a wired PS2 keyboard). It
>> sounds like everyone who has observed the problem is using a lower end
>> machine, so maybe that's part of the issue.
>
> Has anyone had any luck in resolving this yet? I just had a forced
> machine upgrade (motherboard failure), and am seeing this issue, and
> because so much has changed (new motherboard, video card, fresh OS and
> Myth installation) I can't isolate the exact change that caused it.
> My symptoms sound similar -- every so often (usually a couple times an
> hour at least), there's no response for several minutes to any remote
> commands. The light on the original MCE USB receiver flashes, and
> "irw" shows the button presses, so it appears that lirc is receiving
> the IR commands properly. Eventually, Myth responds to some of the
> old commands. This really sounds like a mythfrontend issue to me, but
> I don't know how to
>
> Hardware: Pentium 4 630 (2.8Ghz), Gigabyte GA-EG31M-S2 motherboard,
> original MS MCE USB receiver (but using the Philips 1181 IR codes).
>
> OS: Fedora 9, kernel 2.6.26.6-79.fc9.i686
>
> mythfrontend --version: (latest 0.21-fixes from ATRPMS)
> Please include all output in bug reports.
> MythTV Version : 18753M
> MythTV Branch : branches/release-0-21-fixes
> Library API : 0.21.20080304-1
> Network Protocol : 40
> Options compiled in:
> linux release using_oss using_alsa using_arts using_jack
> using_backend using_dbox2 using_dvb using_firewire using_frontend
> using_hdhomerun using_iptv using_ivtv using_joystick_menu
> using_libfftw3 using_lirc using_opengl_vsync using_opengl_video
> using_v4l using_x11 using_xrandr using_xv using_xvmc using_xvmcw
> using_xvmc_vld using_glx_proc_addr_arb using_bindings_perl
> using_bindings_python using_opengl using_ffmpeg_threads
> using_libavc_5_3 using_live
>
> hwclk --debug reports no errors.
>
> This is a severe WAF hindrance, to say the least :-)
>
> I'm going to try tonight to install from the older RPMs I had on the
> previous system's HD partition and see if I can better isolate, but
> I'm not confident in that and was hoping someone had figured out the
> cause.
>
> Thanks,
>
> Josh
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>

Yeah, my problem with the lirc delay has completely gone away. It
changed on the last update, which, include and update to lirc.
Unfortunately, my remote no longer works, either. Sorry, just couldn't
resist... I've had this problem for quite some time on a shuttle system
and it's really annoying. Once I get the lirc to work again I'll have to
look into the delays.

Bruce
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


i.adore.my.64 at gmail

Nov 10, 2008, 1:39 PM

Post #21 of 127 (7142 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
Well this is all somewhat discouraging. A hard drive failure prompted
me to upgrade from mythbuntu 8.04 to mythbuntu 8.10 last week. Since
I've started using 8.10, I've been experiencing exactly the problem
described.

Keypresses on a PS2 keyboard also seem to be affected when it happens.
I've been tracking an Xorg spike in CPU usage that also came for free
with the 8.10 upgrade, but I get the spike without command lag, so I'm
not entirely convinced they're related.

Cheers.

--
"My country is the world, and my religion is to do good."
-- Thomas Paine
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


jmastron at gmail

Nov 10, 2008, 1:47 PM

Post #22 of 127 (7151 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
On Mon, Nov 10, 2008 at 1:39 PM, C.T. Paterson <i.adore.my.64 [at] gmail> wrote:
> Well this is all somewhat discouraging. A hard drive failure prompted
> me to upgrade from mythbuntu 8.04 to mythbuntu 8.10 last week. Since
> I've started using 8.10, I've been experiencing exactly the problem
> described.
>
> Keypresses on a PS2 keyboard also seem to be affected when it happens.
> I've been tracking an Xorg spike in CPU usage that also came for free
> with the 8.10 upgrade, but I get the spike without command lag, so I'm
> not entirely convinced they're related.


Tonight I will try just running the mythfrontend from the old system's
root partition (I ping-pong installations between 2 root partitions so
I can go back to a fully working one quickly. Unfortunately in this
case, audio wasn't working with the old installation on the new
hardware). The mythfrontend there is version 17961M (vs 18753M on the
new one), showing the same "Library API" and "Network Protocol", so
I'm hoping that I can just run the old executable and it'll work
enough to see if the same issue occurs. Unless I run into database
schema issues. Will report back later...

Josh
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


i.adore.my.64 at gmail

Nov 14, 2008, 2:25 PM

Post #23 of 127 (7080 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
2008/11/10 C.T. Paterson <i.adore.my.64 [at] gmail>:
> Well this is all somewhat discouraging. A hard drive failure prompted
> me to upgrade from mythbuntu 8.04 to mythbuntu 8.10 last week. Since
> I've started using 8.10, I've been experiencing exactly the problem
> described.
>
> Keypresses on a PS2 keyboard also seem to be affected when it happens.
> I've been tracking an Xorg spike in CPU usage that also came for free
> with the 8.10 upgrade, but I get the spike without command lag, so I'm
> not entirely convinced they're related.

The symptoms seem to have gone away. I can tell you that I've made
the following changes:

"UseEvents" has been turned on in the xorg.conf

I changed the Video Playback Profile to "Slim" in the Playback setup options.


When I have some time, I'll do some more toggling to see if I can
isolate which (if either) of these things has an obvious impact.

Cheers.

--
"My country is the world, and my religion is to do good."
-- Thomas Paine
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


jmastron at gmail

Nov 19, 2008, 8:22 AM

Post #24 of 127 (7008 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
On Fri, Nov 14, 2008 at 2:25 PM, C.T. Paterson <i.adore.my.64 [at] gmail> wrote:
> 2008/11/10 C.T. Paterson <i.adore.my.64 [at] gmail>:
>> Well this is all somewhat discouraging. A hard drive failure prompted
>> me to upgrade from mythbuntu 8.04 to mythbuntu 8.10 last week. Since
>> I've started using 8.10, I've been experiencing exactly the problem
>> described.
>>
>> Keypresses on a PS2 keyboard also seem to be affected when it happens.
>> I've been tracking an Xorg spike in CPU usage that also came for free
>> with the 8.10 upgrade, but I get the spike without command lag, so I'm
>> not entirely convinced they're related.
>
> The symptoms seem to have gone away. I can tell you that I've made
> the following changes:
>
> "UseEvents" has been turned on in the xorg.conf
>
> I changed the Video Playback Profile to "Slim" in the Playback setup options.
>
>
> When I have some time, I'll do some more toggling to see if I can
> isolate which (if either) of these things has an obvious impact.


Update -- my symptoms also appear to have gone away by putting:

Option "UseEvents" "True"

in the "Device" section of /usr/X11/xorg.conf.

I had finally gotten mythtv 0.21-fixes compiled from source, and was
starting to add debug messages to everything I could find in the
keypress handling path to figure out what was stalling, but this is
much easier :-) The above option does appear to have to do with the
Nvidia driver stalling in a poll loop vs cleanly waiting to be called
again, which makes sense that it could delay other things in the
system.

Josh
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


larry at foxgulch

Mar 6, 2009, 7:13 AM

Post #25 of 127 (6293 views)
Permalink
Re: Long delays with remote occasionally [In reply to]
Josh Mastronarde wrote:
> On Fri, Nov 14, 2008 at 2:25 PM, C.T. Paterson <i.adore.my.64 [at] gmail> wrote:
>
>> 2008/11/10 C.T. Paterson <i.adore.my.64 [at] gmail>:
>>
>>> Well this is all somewhat discouraging. A hard drive failure prompted
>>> me to upgrade from mythbuntu 8.04 to mythbuntu 8.10 last week. Since
>>> I've started using 8.10, I've been experiencing exactly the problem
>>> described.
>>>
>>> Keypresses on a PS2 keyboard also seem to be affected when it happens.
>>> I've been tracking an Xorg spike in CPU usage that also came for free
>>> with the 8.10 upgrade, but I get the spike without command lag, so I'm
>>> not entirely convinced they're related.
>>>
>> The symptoms seem to have gone away. I can tell you that I've made
>> the following changes:
>>
>> "UseEvents" has been turned on in the xorg.conf
>>
>> I changed the Video Playback Profile to "Slim" in the Playback setup options.
>>
>>
>> When I have some time, I'll do some more toggling to see if I can
>> isolate which (if either) of these things has an obvious impact.
>>
>
>
> Update -- my symptoms also appear to have gone away by putting:
>
> Option "UseEvents" "True"
>
> in the "Device" section of /usr/X11/xorg.conf.
>
> I had finally gotten mythtv 0.21-fixes compiled from source, and was
> starting to add debug messages to everything I could find in the
> keypress handling path to figure out what was stalling, but this is
> much easier :-) The above option does appear to have to do with the
> Nvidia driver stalling in a poll loop vs cleanly waiting to be called
> again, which makes sense that it could delay other things in the
> system.
>
> Josh
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
My Mythbuntu 8.10 /etc/X11/xorg.conf shows:
Section "Device"
Identifier "Generic Video Card"
Driver "nvidia"
Option "DPI" "100x100"
Option "UseEvents" "1"
Option "AddARGBVisuals" "1"
Option "AddARGBGLXVisuals" "1"
Option "NoLogo" "1"
EndSection

I'll try changing to Option "UseEvents" "True"
and see if that makes any difference. You would think
that "1" would be interpreted as "True" but....
Larry


_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

First page Previous page 1 2 3 4 5 6 Next page Last page  View All MythTV users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.