Hauppage IR Blaster not working after waking from hibernate (1 Viewer)

[Jon Beers]

I am running MP 1.4.0.0, using a nVidia GeForce 8400GS as the video card, a Colossus capture card which has a Hauppauge IR blaster for controlling the Set Top Box. When the computer wakes from hibernate, the IR blaster will not change channels - nothing will happen. However, if I restart the MySQL and TVService services and try again, all works just fine.

Any ideas on how I can get things working without having to go through these manual steps?

 

[kiwijunglist]

You won't get detailed support without the following:
- System Specs
- Log Files (Reproduce problem in debug mode)
- Comment as to what software you are using with blaster, ?IRSS? ?Other?

PS.

There is also a setting to delay tv-server on resume
TVServer - General: Delay in seconds before tv-server detects cards (set this to 10 seconds)

And the following setting under PS++
TVServer - PS++: Reinitalize TV Controller on wakeup (Try with this both off and on)

This might also delay the IR blaster on resume, worth a shot?

 

[Jon Beers]

Thanks, sorry we didn't include much information on the first time around.

Specs:
- Motherboard is a BioStar NF61S
- CPU is a AMD Athlon 62 X2 Duo
- 2GB RAM
- Running Windows XP Pro SP3
- Colossus Capture Device
- Hauppauge WinTV HVR-1600 NTSC/ATSC/QAM Combo

Tried the settings you recommended, but saw no change.
Attempted to reproduce the issue using the WatchDog launcher, but that seems to prevent the machine from entering hibernation, which is required to reproduce the problem. Any suggestions for getting some good logs?

Something else I noticed - after waking from Hibernation, if I start TV Server Configuration and go to TV Channels and select a channel to preview, the blaster does not work. However, if I start BlastCfg (which comes with the Hauppauge card), I can successfully send channel numbers via the Blaster. As I said above, if I restart the TVServer process at this point, then the preview function will use the Blaster for tuning.

I also notice that often when doing the above after waking from sleep, SetupTV will frequently crash. All of the error logs I have for SetupTV are empty.

I have included the logs from my last WatchDog run, which captured activity up through hibernation (I had to kill MediaPortal after asking it to hibernate, because it became unresponsive. After killing it, WatchDog collected logs and then the machine went into hibernation)

 

[mm1352000]

You can use the 3rd watchdog option to collect logs after performing the test. That way the watchdog doesn't have to be used to start MP, and you can test your hibernate/resume cycle with blasting and collect logs when you want to. Please just make you set the log level to debug before performing the test.

Note, my hunch is that the Colossus blaster interface is the issue here. If that has to be restarted after standby/hibernate + resume then probably the only solution is to create a scheduled task that restarts the TV service on resume.

 

[Jon Beers]

Great. I did this - got everything working, set MP debug level to "debug", started it, successfully changed channels, hibernated, woke the computer, then unsuccessfully changed channels twice. The logs are attached.

My first thought on discovering that restarting TVService would fix the problem was to run a job on wake from hibernate. However, restarting TVServer while MP is running makes MP very unhappy. It first reports that it lost its connection to TV server, then locks up, then ultimately crashes. So that's not a workable solution.

 

[ultimatejoe]

Has anyone solved for this issue? I have the exact same problem and haven't found a good solution, or any solution really.