Page 1 of 1
Source File Move Issue
Posted: Sun Aug 21, 2016 12:38 pm
by vijm1972
Hi,
I have created workflow as per below.
1) Monitor folder
2) Custom FFMPEG MP4 and WMV
3) Output Location
4) Source move using Command Executor
Workflow processing correctly, I am getting MP4 and WMV in output location. But while moving source file it's showing me error. FFAstrans try to move source file two times. Please find attached screen shot of my workflow, can you please suggest if I am doing anything wrong?
- screenshot.jpg (38.14 KiB) Viewed 10311 times
Can you please suggest. I am using latest version 0.7.6 from shared location, when I run FFAStrans from local it's work perfectly on 0.7.5
Thanks,
Vijay
Re: Source File Move Issue
Posted: Sun Aug 21, 2016 3:31 pm
by admin
Hi Vijay,
I don't think there is anything wrong with you workflow. FFAStrans actually performs the operation like this:
- identical.png (29.43 KiB) Viewed 10307 times
Once you branch your workflow, you "create" unique instances of subsequent nodes but with identical settings. That's why the "move" opertation is carried out twice. Also, I take it that when you write "source" you actually mean the original file? If so, only one instance can complete the task succesfully. Either the original has already been moved, or it may be locked by the other encoder. Version 0.7.5 will report both as success but 0.7.6 will try to pick up the error state set by the executed command, which provides more correct feedback for the user. I take it that the file is moved just as expected?
-steinar
Re: Source File Move Issue
Posted: Mon Aug 22, 2016 12:23 pm
by vijm1972
Yes source file means original file and it's moved as expected.
As per my understanding the process is correct but when we say automated and error free then FFAstrans should process the workflow as a single job. Even if in monitor window will see two separate jobs but that two jobs are internally connected to each other. Because we have one monitor folder and delivery folder for this two jobs.
Is it possible to add Encoder's details in monitor window? Along with workflow name if we have encoder detail then we easily identify the current process.
Thanks,
Vijay
Re: Source File Move Issue
Posted: Mon Aug 22, 2016 3:43 pm
by admin
What do you mean by "error free" in this regard? Also, can you please explain what kind of information the status monitor ought to show when one node processes two different files simultaneously within the same job?
-steinar
Re: Source File Move Issue
Posted: Tue Aug 23, 2016 7:14 am
by vijm1972
Error free means no error in monitor window, if I run same job on Rhozet or any other professional transcoder I haven't got any error message. Workflow only transfer the original file once all the jobs (in my work flow MP4 and WMV) processed successfully.
I am not pointing to any issues in FFAStrans but suggesting to improve the workflow.
Information about transcoding encoder preset name.
e.g. If workflow name is "Amazon HD Proxy" in that workflow if we have created two encoder presets "Amazon HD Proxy MP4" and "Amazon HD Proxy WMV" then while processing the jobs we need to have information like workflow name and preset name in monitor window.
Thanks,
Vijay
Re: Source File Move Issue
Posted: Tue Aug 23, 2016 10:27 am
by admin
I'm trying to get my head around some of your views but you need to help me a bit:
- "Error free means no error in monitor window"
Does this mean you do not want to see error messages in general, or just from the "Command executor" node?
- "Workflow only transfer the original file once all the jobs (in my work flow MP4 and WMV) processed successfully"
There are two issues with this assertion:
First, "Workflow only transfer the original file";
FFAStrans does not tranfer the file per se, it is just executing a command of your choice and cannot possibly know what the command does or what happens during the execution. Moving, or removing original files is NOT a functionality of FFAStrans and it will never be. It used to have this kind of functionality but that was removed for obvious reasons.
Second, "...once all the jobs processed successfully";
The job is not finnished until ALL nodes are executed, succesfully or not. ALL nodes has the exact same execution logic and the "Command executor" node is no exception. So the command that moves your original is a part of the job. It does not happen after the job is finished.
I can confirm that custom node names will be possible in the near future
-steinar