Hic-ups every 30 secs

[capone]

The weather could be the problem, if you don't have an always-on connection. Disable it for now, regardless.

Try changing the bit rate to constant, but I don't think it would cause a static hiccup frequency.

[pBS]

try this...http://forums.nextpvr.com/showthread.php?t=5600&page=9
it may be the recording soon panel,i'll try disabling mine too and running gbpvr.exe normal and see if that stops it..
hope that helps..

[Big Stan]

Well I finally got a chance to try some of the above suggestions.

First shutdown all the services I could. No help.

Changed the live TV bit rate. No help.

I did a fresh reload of GB-PVR. No help.

Played around with a lot of settings in Config. Everything from decoders to skins to filters. Still no change.

I still believe that this is something internal to GBPVR. As I mentioned before it happens every 30 seconds but this first hic-up is always 30 seconds after I start time shift TV. If it was some other outside service, you would expect it to have the first hic-up at a random time in the first 30 seconds and then repeat every 30 seconds. It seems to me that whatever is spiking the CPU every 30 seconds is caused by GBPVR going to time shift mode.

Tomorrow I may try going back to 95.14 and see if that makes any difference.

BTW, one other odd thing I noticed is that in CONFIG under capture source, I have a BDA recording plugin and a direct recording plugin (my PVR150). What is this BDA? I cant remove it without making config hang up.

Any help would be greatly appreciated.

[capone]

Did you try completely removing the weather plugin? It will try to update, and if you have dialup, it's going to keep trying to connect, and probably pause the system for a sec.

[chud]

Big Stan,

did you every resolve this hiccup issue? i have found the same behaviour with the timeshift mode having about a 1/2 second pause every 30 seconds. watching the cpu history of ProcessExplorer clearly shows the recording service having a spike every 30 seconds which seems to coincide with the hiccups. this corresponds with an entry in the GBPVRRecordingService.log every 30 seconds:

12/18/2005 11:51:31 AM.999 VERBOSE [192] RenewLease 4
12/18/2005 11:51:31 AM.999 VERBOSE [192] RecordingFactory.LoadNext24HourEvents()
12/18/2005 11:51:31 AM.999 VERBOSE [192] getValue cached value: /settings/LiveTVDirectory : D:\TV Recordings\LiveTV
12/18/2005 11:52:02 AM.937 VERBOSE [192] RenewLease 4
12/18/2005 11:52:02 AM.937 VERBOSE [192] RecordingFactory.LoadNext24HourEvents()
12/18/2005 11:52:02 AM.937 VERBOSE [192] getValue cached value: /settings/LiveTVDirectory : D:\TV Recordings\LiveTV

given that the "LoadNext24HourEvents()" and "RenewLease 4" items appear even when watching LiveTV (where there is no hiccup) the culprit looks to be the "getValue..." line. i wonder if this has to do with the GB-PVR Parser demux refreshing the livetv.mpg timeline.

another process which has a 30s action interval is the video archive panel, but the cpu usage of the recording service seems too coincidental.

m.

[Kyle]

I think you are experiencing the same thing I have. I think it is directly related to the size of the EPG. I found that with a completely empty EPG there is no hiccup. With 3 days worth of information there is a slight spike in cpu usage and sometimes a hiccup. With 7 or more days there is a noticeable spike in cpu usage and a definite hiccup. What I have found to live with the spike is once you enter timeshift mode click the back button once so that you are about 5 to 10 seconds behind "live" tv. The cpu spike still happens but it doesn't seem to affect the video, at least for me.

If you look at cpu usage during live tv there is no spike. Only while time shifting. Also, there is no spike while just recording and not watching tv at all.

My computer is an Athlon XP 2400+ (2000Mhz) with an ATI 9800PRO.

Kyle

[jsteele]

Kyle

I've been having this problem since I started using GBPVR back with ver 93. Over the past several months I have tried all of the 'fixes' proposed to you and none of them make a difference.

I've been back and forth with sub on this a number of times to no avail. I've about given up on timeshift mode, which is unfortunate since thats one of the main attractions for me. As you can see from my sig my system is not stretched by any means so I see nothing in my configuration that could cause this.

[Kyle]

I remember the last time we talked about this. It kind of sounded like your problem may not have been exactly the same as mine. If I remember right your problem seemed to be a little more intermittent or at least not at any particular constant interval. The problem above sounds exactly like mine. Every 30 seconds to the second and the cpu spike is directly related to how much I have downloaded into the EPG. With an empty EPG I don't get any cpu spike at all. I was having huge problems before I trimmed down my Dish Network channels.

Good luck.

Kyle

[chud]

interesting, but i still think the problem is not completely related to the EPG fetch. my recording process shows a cpu spike every 30s regardless of what else is going on (livetv, timeshift, no tv). based on the gbpvr log it looks as if there is one process that happens every 30s when e.g. watching live tv ["LoadNext24HourEvents()"] and an additional process when watching timeshifted tv [getValue cached...].

now with no further observations i would have thought that this second process is causing the hiccup, but if you are saying that with an empty EPG there is no hiccup, then this may be related to GBPVR trying to perform both of these actions at the same time (their timestamps in the log would confirm this). these processes are obviously on the same 30s schedule. your EPG observations would suggest that if these processes were staggered by a few seconds this hiccup would not occur...

maybe sub can weigh in on some of this.

[sub]

interesting, but i still think the problem is not completely related to the EPG fetch. my recording process shows a cpu spike every 30s regardless of what else is going on (livetv, timeshift, no tv). based on the gbpvr log it looks as if there is one process that happens every 30s when e.g. watching live tv ["LoadNext24HourEvents()"] and an additional process when watching timeshifted tv [getValue cached...].

Personally I cant see that specific call causing the problem. That call doesnt actually do anything unless the GBPVR.MDB file has been updated since it was last read. If it has been updated, then it reloads the recording list - as evidenced by an additional log message:

2/01/2006 3:20:15 p.m..305 VERBOSE [45] RecordingFactory.LoadNext24HourEvents()
2/01/2006 3:20:15 p.m..305 VERBOSE [45] forcing refresh of next 24 hour events for capture source:3

If you look at your log, you'll notice most of these calls to LoadNext24HourEvents() do not have this second line which indicates it didnt have to do anything. With out this, it has just compare the gbpvr.com file date/time against the last time it was loaded.