2006-10-07, 01:57 AM
Here's a toughy, sub
I'm using ZProcess. Using MVP. Wanting to play AVI. Calls ffmpeg to transcode. ZProcess is pretending to be ffmpeg. It starts a transcode process with the real FFMPEG (renamed to fmpeg). If I try to cancel the Transcode with the MVP, ZProcess (ffmpeg.exe) is forced closed, and the fmpeg transcode process continues to run. That's why I have also written 'Hunter.exe' which is also spawned when the transcode process is spawned. It watches both fmpeg and ffmpeg's TaskIds, and if one closes, Hunter closes the other. (then exits) In that way, if I cancel a transcode with the MVP, and GB-PVR forces closed ffmpeg, hunter also forces closed the spawned transcode process...
It was all working fine and dandy a while ago, because Hunter was cycling through and checking Window titles... but in order to allow for multiple instances of ZProcess and Hunter I switched to having Hunter search for ZProcess(ffmpeg.exe) TaskID.
This works fine in any other way that I call ZProcess, even from the transcode menu in the video plugin...
What happens is GB-PVR forces ZProcess closed, Hunter still thinks the TaskID exists. Task Manager says it's not there, but even if I start a fresh instance of hunter to check the supposed taskid of the ZProcess window that isn't there anymore, it says that it does exist...
This behaviour ceases once I restart the MVP Server. It would seem somehow that the MVP Server is holding the taskID open, or active, or reserved, when TaskMananger even thinks it's not there...
What do you think?
I'm using ZProcess. Using MVP. Wanting to play AVI. Calls ffmpeg to transcode. ZProcess is pretending to be ffmpeg. It starts a transcode process with the real FFMPEG (renamed to fmpeg). If I try to cancel the Transcode with the MVP, ZProcess (ffmpeg.exe) is forced closed, and the fmpeg transcode process continues to run. That's why I have also written 'Hunter.exe' which is also spawned when the transcode process is spawned. It watches both fmpeg and ffmpeg's TaskIds, and if one closes, Hunter closes the other. (then exits) In that way, if I cancel a transcode with the MVP, and GB-PVR forces closed ffmpeg, hunter also forces closed the spawned transcode process...
It was all working fine and dandy a while ago, because Hunter was cycling through and checking Window titles... but in order to allow for multiple instances of ZProcess and Hunter I switched to having Hunter search for ZProcess(ffmpeg.exe) TaskID.
This works fine in any other way that I call ZProcess, even from the transcode menu in the video plugin...
What happens is GB-PVR forces ZProcess closed, Hunter still thinks the TaskID exists. Task Manager says it's not there, but even if I start a fresh instance of hunter to check the supposed taskid of the ZProcess window that isn't there anymore, it says that it does exist...
This behaviour ceases once I restart the MVP Server. It would seem somehow that the MVP Server is holding the taskID open, or active, or reserved, when TaskMananger even thinks it's not there...
What do you think?
Frank Z
[COLOR="Gray"]
I used to ask 'why?' Now I just reinstall...
[SIZE="1"]______________________________________________
Author: ZTools: ZProcess, MVPServerChecker; UltraXMLTV Enhancer, Renamer, Manager; [/SIZE]
[/COLOR]
[COLOR="Gray"]
I used to ask 'why?' Now I just reinstall...
[SIZE="1"]______________________________________________
Author: ZTools: ZProcess, MVPServerChecker; UltraXMLTV Enhancer, Renamer, Manager; [/SIZE]
[/COLOR]