v1.2.9: PVR150 recording not changing channel

[dturland]

Symptons:
Channel selection from TV guide works fine with the channel changer (usbuirt) run correctly; pvrx2.exe.log @ 2008-03-28 19:15:21.750 & 2008-03-28 19:15:54.031

However, when recording from the tv guide, or a scheduled recording, although the channel changer is called according to the logs, the usbuirt does not 'flicker' and the 'current' (i.e. more than likely wrong) channel is recorded; GBPVRRecordingService.exe-native.log @ 2008-03-28 19:10:44.343

Could it be that some compute-intensive record start operation is running concurrently with the channel changer call?
There seems to be 'less' happening, err 'less' happening which is logged, immediately after the channel change call in pvrx2.exe.log as opposed to the recording channel change in GBPVRRecordingService.exe-native.log.

Note that I am using a custom channel changer but the usbuirt still fails to flicker using the standard hipsend and 400 mS between characters ( {channel} 400 4 )

There are several verbose errors ( :-) ) in the GBPVRRecordingService.exe-native.log around the time of the recording but these seem to have been discounted in previous posts http://forums.nextpvr.com/showthread.php?t=34231

The other card, a Nova T-500, works fine in all respects but obv this does not require the channel changer.

First upgrade to 1.2.9 was over 1.1.5 . Second attempt was an uninstall and a fresh install to an empty gbvr directory; same difference.

All the above work(s|ed) fine in 1.1.5

Tips, howls of derisive laughter, requests for further info welcome. I can always revert to 1.1.5 but would miss the 1.2.9 shiny goodness.


Oh, great product btw, but I guess we already know that ;-)


David

[sub]

An important thing to note about HIPSend is that it passes information to HIP via the clipboard. This probably work work unless you set the recording service to 'allow service to interact with desktop'.

[dturland]

Oops; checked my Hip configuration and in
File| Preferences |Alternate Input
I had set Command execution to Send Command to last selected application when it should be (as mentioned in the gbpvr wiki; oh the shame...) 'unique keys'

All better now, quite why it worked _forever_ before we'll never know.

Interesting; _the_ hipsend was never suitable for my application and I based my custom 'ahipsend' on the "HIP ATI Interface C Source" hosted on the Hip website
http://www.byremote.com.au/downloads/def...IP%20EXTRA
(excuse the deep link)

Essentially:

...
hHIP = FindWindow("TFormHipMain", NULL);
for (...){
[INDENT] PostMessage(hHIP,HOOK_IRGETMSG,fooey + HIP_START_OFFSET, 0);
Sleep(...); [/INDENT] }
...

It would be trivial to recreate the functionality of hipsend with this and there would be no need for service interraction with desktop.

Thanks for the sub_liminal :eek: suggestion to check on Hip

David

[sub]

Essentially:

...hHIP = FindWindow("TFormHipMain", NULL);
for (...){

[INDENT]PostMessage(hHIP,HOOK_IRGETMSG,fooey + HIP_START_OFFSET, 0); Sleep(...); [/INDENT]}
...

It would be trivial to recreate the functionality of hipsend with this and there would be no need for service interraction with desktop.

This wouldnt work without 'allow service to interact with desktop' since the FindWindow() API will fail to find the window unless its in the same desktop session.

[dturland]

This wouldnt work without 'allow service to interact with desktop' since the FindWindow() API will fail to find the window unless its in the same desktop session.

Thanks for that. It explains why it works for me without allowing the interract with desktop. The machine is dedicated to gbpvr, hence no user switching (I presume that's what you mean by same desktop session?)


David