Is ZProcess supposed to be resource hungry?

[Azimuth]

They aren't system processes. You should have no problem. Whatever...

with the previous patch, FFmpeg should be up to 97-100 %... and ZProcess 0%

But I really still want ZProcess to count away and monitor progress, so the last patch was just a workaround.

In this patch, I have tried something with affinity. Once you have a transcode running, that includes a ffmpeg and hunter window, click 'Test' on the transcode tab.

I'm hoping you get three successes, and then all three processes should be on the second CPU. Could you try it?

I will try it.
These processes are running under the "system" account which gives me an access denied message when I try to alter the affinity.

when I said 50% I meant 50% of the total. it uses one processor to 100%. ffmpeg only runs as one thread thus only uses one processor. I like this behavior because it means that other things like comskip can run on the alternat processor that is still un-used for the most part.

[Azimuth]

OK, I hit Test and got an error message "Could Not obtain a handle For the process ID:620"
this corresponds with the PID of hunter.exe

The next message was "Could Not obtain a handle For the Process ID: 3768"
this corresponds with PID of ffmpeg.exe

I then get a message "Affinity Set"
And then the message to check affinity.

[zehd]

OK, I hit Test and got an error message "Could Not obtain a handle For the process ID:620"
this corresponds with the PID of hunter.exe

The next message was "Could Not obtain a handle For the Process ID: 3768"
this corresponds with PID of ffmpeg.exe

I then get a message "Affinity Set"
And then the message to check affinity.

The last message saying affinity set refers to success moving ZProcess itself onto CPU1. I guess to be sure we're getting somewhere, does ZProcess move from one Processor to another...

Also, Quite frankly I'm surprised you have no access to changing the affinity manually. Unless of course you do not have admin privelages. Are you operating out of a limited user account?

[Azimuth]

you can simulate this dilemma by attempting to change the priority on a process started under the system account.

[zehd]

That may be, But I don't know why ZProcess, FFmpeg or Hunter.exe run under system... Maybe that's something to look into. They're usually run in a desktop session...

I wonder why they're getting launched in a system session...

[Azimuth]

because GBPVR runs under the system process.

[zehd]

I just noticed that...

[zehd]

Well it looks like I won't be trying to play with the affinity.

I wonder if those other programs that I sent links for can help...

[sub]

You really dont want to be adjusting the affinity.

I think you should look closely at what zprocess and hunter are doing. From what I know of them, it seems like they should be using virtually no CPU. Certainly less than 1%. If you want to talk it through, I'm happy to help you work out why its using so much CPU.

[zehd]

Thanks sub. I was planning on dropping the affinity...

You're right. After launching FFmpeg, ZProcess loops waiting for the ffmpeg processID to end.

Hunter has never posed a problem. It uses a VB6 timer set to 250ms that checks for ZProcess and ffmpeg hWnd. When one disappears, it closes the other one and exits.

The code in ZProcess that pauses and waits is

Code:

Public Sub WaitAfterShell(ProcessID As Long, SecondsLabel As Label)

    Dim hProcess As Long
    Dim exitCode As Long

    StartTranscodeTime = Timer

    'get the handle of the process    
    hProcess = OpenProcess(PROCESS_QUERY_INFORMATION, False, ProcessID)

    Do

        Call GetExitCodeProcess(hProcess, exitCode)
        SecondsLabel = Format((Timer - StartTranscodeTime) / 24 / 60 / 60, "hh:mm:ss")
        DoEvents
  
    Loop While exitCode = STATUS_PENDING

    Call CloseHandle(hProcess)

    'MsgBox "The shelled process " & cmdline & " has ended."

End Sub

If I don't have a doevents, then the program freezes, and Windows appears unresponsive