FFAStrans forum

admin wrote: Wed Jan 02, 2019 6:48 pm
-steinar

I now have another task) for example, I had files in the SOURCE folder, then I delete the unnecessary ones, but I want their proxy copy to be deleted from the Destination folder.
How would i do this?

Yes, you can insert a "Conditional" node before encoding that checks if the file exists:

Remember to replace "\\full\path\to\destination.file" with your actual file ;-)

-steinar


Good! Everything works for me like this $exists("C:\Users\Admin\Desktop\testOUT\%s_original_name%.mp4")

Manual submitting of files can be done in the FFAStrans Workflow Manager. Just right-click a workflow and select "Submit file(s)". There's also a new web-interface available these days for managing jobs and submitting files: http://www.ffastrans.com/frm/forum/viewtopic.php?f=5&t=789

How big are ...

Manual submitting of files can be done in the FFAStrans Workflow Manager. Just right-click a workflow and select "Submit file(s)". There's also a new web-interface available these days for managing jobs and submitting files: http://www.ffastrans.com/frm/forum/viewtopic.php?f=5&t=789

How big are ...

megam, FFAStrans does not work that way, and even more, I can with pretty high confidence say that no workflow engine works that way. You have to think in the terms of signal flow; Once a signal (a file) leaves a processor node that processor node have no clue what happens next. This is logic by ...

momocampo

OK, what I need:
I have a task to make actual proxy copy for sourse video * .mxf

Because if the network disappears or the source file is not of high quality, then we replace the file from the source folder, and we need to re-transcode this file.
Trublshuting: I delete the file from the ...

Hello,
Well, I saw workflow and I don't see what is wrong. Clic on rebuild history if you want and you will avoid to encode the mxf files already present in your monitor folder, FFastrans will encode only the new ones after the rebuild history.
Is it what you want to do?

Thanks
Cheers.
Benjamin ...

What version of FFAStrans are you using? I'm pretty sure rebuilding history works in the current version. Just tested it... Are you sure you have understood the concept of rebuilding history cache? The monitor node have no clue about what happens to the files once the picked up file is delivered ...

admin, emcodem

Ah, that's easy then, "rebuild history" does exactly the opposite from what you expect: it checks for all files in the folder and marks them as alraedy processed. I think what you want is to also check the "forget missing files" option.

Let me know if there are any more questions ...

emcodem wrote: Thu Dec 27, 2018 11:12 am Hey megam,
so 1 *.mxf file that has already been processed stays in the watchfolder - then you click rebuild history. And you would expect the 1 mxf file to be processed again, correct?

Cheers,
emcodem

emcodem, yes that's right