Recursive Delivery for Folder creation

[jeroen.hennekes]

Hi,
I am using your software in a non profit situation, in the Emma Childrenhospital's TV Station Emma TV (in Amsterdam, The Netherlands).

I use dropbox.com to ship the subfoldered folder with the broadcast preparation over the internet to a workstation at the EmmaTV worklocation. And I want to use your software to copy that folder to our GV K2 Media server (which I do manually until now).

I would like a Recurse checkbox for Folder Delivery, possibly only enabled when the Recurse checkbox of the Monitored Folder has been checked, in order to create the delivery folder structure upon 1st delivery.
...
I am aware of the usage of %original_path~n%, but obviously I cannot use that solution when weekly dropping a variably named folder (with files in subfolders) in the Monitored (Dropbox) Folder (like BROADCAST<YYYYMMDD>_<THEME>).
(I can use that solution when naming that topfolder equally and manually changing it every week... )

Jeroen Hennekes

[admin]

Lets see if I got your request correct:

Monitored folder with recursive on is f.ex.:
"D:\Video\Dropbox"
....with some sub directories and files f.ex:
"D:\Video\Dropbox\SERIES\NewEpisodes\files......mov"
"D:\Video\Dropbox\DemoVideos\5.june\test\files......vmw"
.....

Output to f.ex:
"E\Outbound"
...would maybe look like
"E\Outbound\SERIES\NewEpisodes\files......mxf"
"E\Outbound\DemoVideos\5.june\test\files......mxf"
....

Is this what you want?

-steipal

[jeroen.hennekes]

Hi steipal,

Ok, I obviously forgot to check the "Notify me when a reply is posted" checkbox, then I just noticed your reply today.

Yes, monitored folder is Dropbox, but folder dropped in Dropbox is variably named.
So, following your example:

Monitored folder with recursive on is:
"D:\...\Dropbox\BROADCASTS"

Output to:
"E:\...\BROADCASTS"

The folder tree dropped in the monitored folder:
BROADCASTyyyymmdd (so top foldername is not fixed: yyyymmdd is the date of the broadcast)
Subfolder names are fixed in my case and some (may) contain different file types:
BROADCASTyyyymmdd\SCRIPT\files...doc(x),xls(x),txt,rtf
BROADCASTyyyymmdd\TECH\AUTOCUE\files...txt
BROADCASTyyyymmdd\TECH\CLIPS\files...txt,mp4,mov,wmf,mpg
BROADCASTyyyymmdd\TECH\GRAPHICS\files...jpg,png,bmp,gif
BROADCASTyyyymmdd\TECH\GRAPHICS\NEWS\files...txt,jpg,png,bmp,gif

Hope that helped explain...
Again, naming the dropped folder fixed I could keep that folder tree in the monitored folder and replace the files.
But that is far from ideal in my situation.

I would like FFAStrans to deal with every file or folder I drop in the monitored folder and automatically deal with its subfolders and files these subfolders contain.

Implementing a Recurse checkbox in the Output Folder config could specify that as an optional users wish... (on top of the Recurse checkbox in the Monitored Folder config)

Jeroen

[admin]

Hi Jeroen,

I'd like to take a different approach and make the recursive folders into a variable. F.ex:
Monitored recursive folder is:
"D:\...\Dropbox\BROADCASTS\BROADCASTyyyymmdd\TECH\AUTOCUE\files...txt"

Your output delivery path-setting is "E:\...\BROADCASTS\%recursed_path%"

The variable "%recursed_path%" is then set to "\BROADCASTS\BROADCASTyyyymmdd\TECH\AUTOCUE"

And so your output folder would be "E:\...\BROADCASTS\BROADCASTyyyymmdd\TECH\AUTOCUE" for "files...txt"

The file "D:\...\Dropbox\video.mxf" would just be delivered to "E:\...\video.mxf"

Does this make sense? I kind of prefer the variable approach because it gives more flexibility.

-steipal

[jeroen.hennekes]

That's just great! Thank you so much!!

For me the outcome will be the same: working And when I understand correctly, using %recursed_path% in the output path will have no effect when the Recurse option checkbox is not checked for the monitored folder?

Jeroen

[admin]

That's correct. It will be ready for the next release:-)

-steipal

[jeroen.hennekes]

Hi steipal,

First I want to thank you for being that responsive to our requests and bug reports!!

I tested both 5.2 and 6.0 twice with same results on my home win32 xp system (at 'work':emmatv it is win64 7).
Delivery was from local C drive to external La Cie over USB 1.0.
A total of 126 MB containing 36 files over 8 folders (2 mp4 clips of 101 and 20 MB).

https://www.dropbox.com/s/zoubxzn6dpsqe ... 2.JPG?dl=0
FFAStrans_6.0_RUN2 : see next post

6.0 logs:

logs.7z

(8.25 KiB) Downloaded 579 times

As you can see 5.2 was blasting fast with 40 sec.
But 6.0 took 17 min and 30 sec (both times). Something wrong there...

Jeroen

[jeroen.hennekes]

FFAStrans_6.0_RUN2 : https://www.dropbox.com/s/5vhinua0zf5ne ... 2.JPG?dl=0

[admin]

Your problem does not make sense unless you have "Check for growing files" turned on in your workflow and "Max active jobs" (previous "CPU usage") set to one (1). That's the only way I can recreate the issue.

Can you please export you workflow and mail it to post@ffastrans.com?

-steipal

[jeroen.hennekes]

"Check for growing files" was and is off.
I did test with "Check for growing files" checked before and that made it really slow indeed.

I just tested with "Max active jobs" set to two (2) and that solved my issue.
Resetting it to one (1) reintroduced the issue.

Just to check whether my "Check for growing files" setting got corrupted I deleted the workflow and imported the exported one. It still is unchecked. I will send the workflow to post@ffastrans.com now.

Thanks,
Jeroen