No channel change on scheduled recording

[pBS]

i have a similar problem, sometimes the blaster won't work on scheduled recordings...never had a problem until i changed to a user account for rec. service...
using system account, no problem...using a 'user' account it doesn't work, but only from scheduler..tv guide and live changes fine..

so i setup a 'intermediary' program to see if the cmds were actually getting to haupblast.exe....just echoed a log to a file, and then sent the cmds on to the real haupblast.exe......and the logs were correct...but it STILL didn't change channels! so apparently haupblast doesn't like something about being run from user account...

so gbpvr is doing it's job correctly....seems a user rights issue or something with Haupblast.exe when used under a non machine account...

not sure who wrote haupblast.exe so where to look for answers?
are there any special rights the rec service has that haupblast might need?
maybe needs a 'runas' when called?
will try that and see if it helps...cuz i get no ch. change every time when setup this way..otherwise worked flawlessly for years...
and just changing account back makes everything work fine again...

[pBS]

i think i may have come upon the answer..
it needs to be the same person as is Currently logged in....
so if you're logged in as Admin to play gbpvr, the service also needs to be setup for same user...not just any account that has rights...
i think it's cuz haupblast gets run in current user account[desktop] by the rec. service...so if users don't match, runas would be needed...
this seems to effect client usage also...

just tried one and it worked...will confirm by trying one under diff account..

yep, tried one under a different rec service account than i'm currently logged into and it doesn't change from schedule...service account works fine...

So basically, you must setup recording service to login with either system account and interact with desktop, or the same user you're logged in as, or channel changes on shows scheduled with Haupblast.exe won't happen...

[incidentally, i just got my win screensaver to come up over pvrx2 in FSE mode.] looks weird to have it only blank out the parts it runs over tho..hehe
[image of pvrx2 underneath till overwritten]
turns off whenever anything on screen changes tho..eg: minute changes on clock,etc...so i think it reacts to d3d screen changes as if they were keystrokes..just fyi..

[sub]

not sure who wrote haupblast.exe so where to look for answers?

I wrote HaupBlast.exe, but it doesnt really do anything other than call a Hauppauge API in a DLL. Any problem is most likely occurring in that Hauppauge API, but I'd have no idea what that does behind the scenes.

So basically, you must setup recording service to login with either system account and interact with desktop, or the same user you're logged in as, or channel changes on shows scheduled with Haupblast.exe won't happen...

Ok, glad you found a combination that works. Its unlikely I would have been able to affect this behaviour.

[pBS]

whoooa, win screensaver is weird [Beziers]...they should be glad it DOesn't come up, i can't get it to go away! lol i'm on main menu and going up n down it shows screensaver while i do it! one hit up and it comes on, another hit it goes off...
almost like the menu fades are letting it show thru....weird..
it shows everytime when a fade is happening...
sometimes it stays onscreen when i stop...sometimes not...
i usually just 'poweroff' my screen so i don't have these problems...
[even made a menu item to do it]

[pBS]

yea, i think it's a windows issue...or rather the way it handles permissions...
only way to remedy is to have the haupblast.exe run from a user mode app, not the scheduler service...and we both know that's not gonna happen..

seems like this gives best of both worlds, network access *and* interact with desktop [in a way] so wondering if this could be set as default?
[not holding my breath,win security issue]
or just keeping the existing ones would be great...saves hassle at upgrade time..
[and lots of support ??'s that turn out to be upgrade service reset]

just a thought...glad to know this is the case and will see if i can add to the wiki somewhere...makes it a pain for multi-user setups tho...

maybe running it as a service would help? [haupblast.exe]
or scratch that, that's the problem...
it would have to be run as a resident user mode app, then called kinda like the tray app...
that way it wouldn't be 'run' from service, just controlled by it..

[pBS]

i found that runas.exe works fine in alleviating the situation...
and also proves my theory correct..haupblast needs to be run by same user that is logged in on service...
windows won't let users run things as another user unless told to specifically...

write this to a file and call it blast.cmd:

Code:

if "%~2"=="" (set usern=%username%) else (set usern=%2)
runas.exe  /savecred /env /noprofile /user:%usern% "C:\Program Files\devnz\gbpvr\HaupBlast.exe %1"

use this line with username of account Recording service is using...
put %comspec% as blaster executable, [it will change automatically] and as params:

/c blast.cmd {channel}"

You must run it at least once from cmd line to save password[only works on xp PRO +]
from then on it will insert pw itself...
to run from cmdline: blast 123 "user"

for multiple users run once for each user who will be logged in and use gbpvr..

[pBS]

so while this is a windows architecture problem, the problem comes from how the programs are run...

which is why i suggested making haupblast.exe a tray app [or invisible] and have service tell it when to blast a channel...eliminates any of these problems once and for all...no need to deal with users/pwds...

and the runas makes it a tad bit slower, so while it works, it's not ideal...

[agerdin]

pBS,

I am having a similar problem as you had some time ago. However, I am not using Haupblast but HIP as channel changer so I am not really sure how to apply your suggested fix.

For access reasons in the PCH environment (http://forums.nextpvr.com/showthread.php?p=342544) I had to use another user for the recording service, so I changed it to Administrator. While doing this change the channel changer stopped working for recordings and through the PCH. However, it still works fine running GBPVR on the Computer. Martin (mvallevand) pointed me in this direction for a possible remedy.

Appreciate any help you may provide.

\\Agerdin

[pBS]

yea, this is an old thread...just use the net2hipsend i made [link in my sig] and it doesn't matter who the service is logged in as...
plus it's faster and thus more reliable...
fairly easy to setup to, as it skips the funky steps needed for hipsend..
[with net2hipsend, just learn ir-commands and you're ready to blast, no teaching it hipsend 1 etc.etc....]

it takes from 1-4 digits so no padding needed..

let me know if any problems...
i made it cuz of my mvp and pch too...

[agerdin]

pBS,

Dont know if you are scanning the net2hipsend thread (http://forums.nextpvr.com/showthread.php?t=41043&page=2) in the developers forum, but if you can I would like you to look at a problem I am having.

Thanks,

\\Agerdin