GBPVRcli - access GB-PVR information from the command line

[Mister Slimm]

Mister Slimm
ok some further information -
removing the GBPVR_LCDSmPlugin.dll from the plugins directory removes the
exception condition -
so definate incompatability between the two -
The above DLL is only active if GBPVR window is up of course - should have realised that one last night -

The plugin DLL is loaded whenever GBPVRcli loads because GBPVRcli loads GBPVR library routines to perform its functions. These libraries run an initialisation which includes parsing plugins. Perhaps because GBPVR isn't actually loaded the initialisation routines in the LCD plugin crash. Perhaps you could get confirmation or otherwise of this from the developer of that plugin.

[Mister Slimm]

ok now for more wierdness (dll above removed)
open a "dos" shell - can run the bat file - eg ParallelProcessing.bat - first time
it will print out and run the first gbpvrcli command ok - doesnt execute the second -
subsequent attempts to run the bat file do nothing - no echo of command - nothing.
running manually from command line - ie each command is ok though

closing and opening a new shell - start again.
tried adding errorlevel catches - no change

Puzzling indeed. Try this version and let me know if it fixes it on your system aswell.

Slimm GBPVR beta for v9707+ Direct download link

[replaytv]

MisterSlimm,

This is what I want to achieve which I was able to do with recstatus.exe and want to use your utility to do this since I move to sqllite database.

I have 2 capture card PVR150. For example, I have two concurrent recording one 30 mins, another 60 mins. In pararrelprocessing.bat, I already have a line to create c:\recording.dat every time it executed.

At the end of the 30 mins recording ends, I want to use your utility in postprocessing.bat to test for the recording status to see if there are other recording in progress (which recstatus.exe does) then I create c:\recording.dat or remove c:\recording.dat depending on the return status. In this case, postprocessing.bat won't hibernate pc at the end of 30 mins recording because recording in progress, but it will hibernate at the end of 60 mins recording.

Is it possible with GBPVRcli.exe? Thanks.

Dan L.

[Mister Slimm]

MisterSlimm,

This is what I want to achieve which I was able to do with recstatus.exe and want to use your utility to do this since I move to sqllite database.

I have 2 capture card PVR150. For example, I have two concurrent recording one 30 mins, another 60 mins. In pararrelprocessing.bat, I already have a line to create c:\recording.dat every time it executed.

At the end of the 30 mins recording ends, I want to use your utility in postprocessing.bat to test for the recording status to see if there are other recording in progress (which recstatus.exe does) then I create c:\recording.dat or remove c:\recording.dat depending on the return status. In this case, postprocessing.bat won't hibernate pc at the end of 30 mins recording because recording in progress, but it will hibernate at the end of 60 mins recording.

Is it possible with GBPVRcli.exe? Thanks.

Dan L.

If I've understood correctly, then you may already have installed an item that will do that trick. The Slimm GB-PVR tray utility has a feature to turn off / standby / whatever the computer when a recording session finishes. Take a look at the documentation and see if that is what you need. The documentation is installed under the GB-PVR\Documentation start group.

[replaytv]

I am aware of the SlimGBPVR tray utility has this option, but it requires user interaction. I want to use GBPVRcli in batch to achieve same result with no user action.

In the morning when I am not home, I wants computer to hibernate as soon as recording is done. When I am home, I use psshutdown utility to allow 2 hours to hibernate after recording is done. I schedule a batch file to create dummy c:\now file in the morning and remove this c:\now in the afternoon. I monitor whether recording in progress and now or not now file in the postprocessing.bat to allow fast or slow hibernate after a recording finished.

The problem I run into now is without recstatus.exe. The postprocessing.bat in the morning will hibernate after recording is done even with the 2nd recording is in progress. I want to prevent that by using your GBPVRcli in the batch file.

I hope this makes sense.

Thanks.

Dan L.

[Mister Slimm]

I am aware of the SlimGBPVR tray utility has this option, but it requires user interaction. I want to use GBPVRcli in batch to achieve same result with no user action.

In the morning when I am not home, I wants computer to hibernate as soon as recording is done. When I am home, I use psshutdown utility to allow 2 hours to hibernate after recording is done. I schedule a batch file to create dummy c:\now file in the morning and remove this c:\now in the afternoon. I monitor whether recording in progress and now or not now file in the postprocessing.bat to allow fast or slow hibernate after a recording finished.

The problem I run into now is without recstatus.exe. The postprocessing.bat in the morning will hibernate after recording is done even with the 2nd recording is in progress. I want to prevent that by using your GBPVRcli in the batch file.

I hope this makes sense.

Thanks.

Dan L.

Right.

How about something along these lines. Please note I don't know much about writing batch files.

In postprocessing:

Code:

@GBPVRcli /inprogress /message "@GOTO exitbatchfile" >hibernate.bat
@ECHO @ECHO shutting down 'puter >>hibernate.bat
@ECHO @shutdownputer.exe >>hibernate.bat
@ECHO @:exitbatchfile >>hibernate.bat
@CALL hibernate.bat

Let's presume I got all that right; this is how it works.

If there is an inprogress recording, GBPVRcli creates the message "GOTO exitbatchfile" and squirts it to the file hibernate.bat. There doesn't have to be any tokens in there, it just renders the text as is.

If there are no inprogress recordings, GBPVRcli creates an empty file called hibernate.bat.

The other lines are added onto what GBPVRcli dumped out. The next two are added to hibernate.bat and echo a "shutting down 'puter" message and then call the .exe that shuts down the computer. The last line is added to hibernate.bat and is a label.

If there are in progress recordings, the first line will have put a GOTO command at the beginning of hibernate.bat that jumps to the end of hibernate.bat. hibernate.bat will look like this:

Code:

@GOTO exitbatchfile
@ECHO shutting down 'puter
@shutdownputer.exe
@:exitbatchfile

If there are no in progress recordings, the first GOTO line will not exist and the computer shutdown code will fire. hibernate.bat will look like this:

Code:

@ECHO shutting down 'puter
@shutdownputer.exe
@:exitbatchfile

Instead of a 'now' text file, perhaps your scheduler could create a shutdown.bat. This shutdown.bat is called on this line above:

Code:

@ECHO @shutdownputer.exe >>hibernate.bat

becomes

Code:

@ECHO @CALL shutdown.bat >>hibernate.bat

For the morning shutdown.bat contains:

Code:

shutdown.exe /hibernate /immediately

For the afternoon shutdown.bat contains:

Code:

shutdown.exe /hibernate /in a couple of hours

Howzat sound?

P.S.: obviously, an @ECHO off might be in order instead of ten million @ symbols everywhere! Makes it look like my post is looking back at me

[martynw]

If possible can you add an option to output a different message if there's no data returned as opposed to just outputting nothing?

So something like:

gbpvrcli.exe /inprogress 4 /message "Normal formatted message with recordings details etc\n" /messagenodata "There are currently no recordings in progress\n"


Thanks,

Martyn

[replaytv]

Thanks. I will try your method tonight.

Dan L.

[Rayman]

Mister Slimm -
that seems to have fixed up the batch file weirdness-
now runs every time and runs both commands -

Thanks for that -
Regards
Rayman

[Mister Slimm]

Features

• /messageifnodata switch added.
  
• /msgboxifnodata switch added.
  
• Token {DescriptionNoWrap} added.
  
• Console output now in UTF-8 format so non-Roman characters should render properly.
  

Bug Fix

• After running GBPVRcli once, no other batch file item would execute properly. Now that's a cool bug. 'twas caused by above feature outputting in UTF-8 and not switching back to ASCII before exiting. Who knew? I had a
  Console.OutputEncoding = Encoding.UTF8; at the start but needed a Console.OutputEncoding = Encoding.ASCII; before I exited. The only reason I managed to trace this bug is because this was the only change I had made in a while. Otherwise, I might have been looking forever.
  

Slimm GBPVR beta for v9707+ Direct download link