Kelleytoons
Posts: 19 |
I can't get FF to work with the latest Photoshop Cloud (2015) but in any case I'm not sure I can do what I want even if it did.
What I really need is to take, say, a few hundred different images of an animation and apply a variation of a filter to each one. I can't just use the same filter, or the final effect won't look hand drawn (instead it would look as if the animation is just viewed through a filter). Ideally what I'd like is to just use the same filter for each image but change the variation factor by 1 -- something like "Variation = Variation + frame number". Is this even possible with DOS commands? I can't use the GUI developed by another user here, since it won't do this, and I kind of doubt whether PS integration would allow it either (it might, but it doesn't look like you can pass any parameters to FF from PS). Anyone have any clue? (Too bad FF itself doesn't have a batch process available, as that would be ideal). |
|||||
Posted: July 6, 2015 6:01 pm | ||||||
GMM
Moderator
Posts: 3491 |
The latest version should work under CC2015. Please make sure you have Filter Forge 4.014 from June 25, 2015.
Did you take a look at our batch renderer? |
|||||
Posted: July 7, 2015 6:23 am | ||||||
Kelleytoons
Posts: 19 |
I don't see anywhere in the command line format where you can specify a SERIES of images with a varying filter each time, only a single one. The problem is not only do you need to give it a different image each time, you need to vary the filter.
I suspect the command line might offer the possibility to process a number of images using a wildcard (like the old * used to do in DOS) but each image would use the same filter settings. As I said above, what needs to happen for a hand drawn look is for the filter to vary just a bit between images, otherwise the overall effect is just to overlay a filter on top of the animation. Even if you could just pass a parm that advanced the "variation" parameter by 1 (or by time, or something to make it move) that would work, as long as you could pass it the series of images and it knew enough to vary it for each image. But the GUI batch interface I tried (which I assume uses your own commands) seems limited by the same problem -- it can only process a series of images using the same filter each time (when I tried using variations it tried to process EACH image with the variations, so that a series of 100 images process by two variations became 200 images -- and trying 100 variations as I would need produced 10,000 images! No way THAT would be practical even if I could discard the 9,900 images I didn't need afterwards). I'm kind of amazed this need has never been expressed before, but it's undoubtably why your program doesn't appeal to 2D animators (it's very useful for textures for 3D, and still artists can obviously use it). If you had this feature I could sell a TON of copies of it (I run one of the more popular 2D animation forums and I couldn't get anyone interested in it even at 80% off, due to this limitation). I could show you the difference between what you can do presently and what I'd like but it would take a LOT of time for me to even render a simple animation by hand this way. But if you need to see it I'd be willing to make the effort (I'd have to feed 150 images one at a time into the program and change the parms each time just so you could see 5 seconds of animation -- I guess I can do this but what a PITA it would be to prove my point). |
|||||
Posted: July 7, 2015 7:23 am | ||||||
Rod_D
![]() |
I wonder if it would be possible to write an xml file that would direct FF to take all the images in a certain directory and apply variations of settings of a certain filter (say Gaussian Blur) by a given % each time. I have never heard of this being done before.
It would be nice to be able to take two variation setting for 1 filter and accomplish this. Say the first setting in the xml file would be 0% blur and the second would be 25% blur on 26 images at 1% blur increase each image. This would create an animation of blur for 26 images at 1% blur each image. So the 5 settings in the xml file would be... 1) filter name 2) exact filter setting (distort, blur, color hue...whatever) 3) image directory to use filter on which would also be image count. 4) filter parameter settings start to finish. 5) directory to save new images. Is this even possible? Rod
|
|||||
Posted: July 7, 2015 8:16 am | ||||||
GMM
Moderator
Posts: 3491 |
I'm not sure I understand you correctly but the batch renderer allows you to specify any number of images or filters. Assume you have source images 1.jpg, 2.jpg and 3.jpg that need to be processed with filters 1.ffxml, 2.ffxml and 3.ffxml, then you'll need a task file like this: <?xml version="1.0" encoding="utf-8" ?> <Tasks> <Task> <Image value="D:\Source\1.jpg" width="300" height="400" /> <Selection value="" /> <Result path="D:\Target\1.jpg" /> <Filter value="C:\Filters\1.ffxml" /> <Preset value="0" /> </Task> <Task> <Image value="D:\Source\2.jpg" width="300" height="400" /> <Selection value="" /> <Result path="D:\Target\2.jpg" /> <Filter value="C:\Filters\2.ffxml" /> <Preset value="0" /> </Task> <Task> <Image value="D:\Source\3.jpg" width="300" height="400" /> <Selection value="" /> <Result path="D:\Target\3.jpg" /> <Filter value="C:\Filters\3.ffxml" /> <Preset value="0" /> </Task> </Tasks> If you have 3000 images to process instead of 3, then you'll need some tool to automate creation of the task file according to the above pattern. Basically it comes down to search and replace: if you're an experienced coder it should be a fairly easy task. |
|||||
Posted: July 7, 2015 9:02 am | ||||||
GMM
Moderator
Posts: 3491 |
You can go on and create a filter with 26 presets, then render it with the batch renderer. Presets are XML-based, you can automate that. |
|||||
Posted: July 7, 2015 9:08 am | ||||||
Kelleytoons
Posts: 19 |
Well, I'd need to create about 300 presets in order to be able to even render a 10 second animation, so that's pretty impractical. And remember, this is just for one filter (so to use each one I'd spend, well, an insane amount of time with presets).
This is what computers do best -- automating what is essentially an idiot process. If you can't pass a parm to a filter that just alters your variations, then there is something broken with Filter Forge, because that's just something that ought to be available. In the same manner, if you can't just pass a directory of images in one pass to your program, you are missing out on a ton of folks who could use this. As a programmer I could do a whole LOT of things that might even automate this to some degree (even including the obnoxious task of automating the keystrokes required) but you aren't going to sell FF to a lot of programmers, nor would what I construct be useable by many others. If your OWN coders can't make this happen you need to hire some new ones, because this is a pretty simple internal thing to accomodate. Hey, hire me if you want -- no, wait, you actually can't afford me (I'm a retired IT chief who LIKES his retirement). |
|||||
Posted: July 7, 2015 9:33 am | ||||||
Kelleytoons
Posts: 19 |
Hmmm, okay, if you don't want to modify your FF exe, I can see how it might be done externally if I understand you correctly.
Since your presets are text files you can process them pretty efficiently with Lua. A casual glance seems to indicate that in the "SettingsOverride" category there is a Variation value which I would assume (or at least hope) is the one that changes the variation value in the filter itself (because there are a whole boatload of "variation" values in the filters). If that's true, then one could re-write the filter for each image processed, I suppose (doing it immediately after submitting the image to FF). I might try this -- it's a PITA, because at the moment I don't have a Lua interpreter except inside my animation program (Anime Studio) but I CAN run scripts there so it might be okay. I don't know if it can run a program like the command line interpreter would as I've never tried -- there might be a Lua command that can do that. However, my original point still stands -- this kind of thing would be of very limited use to anyone but me (given I'll have to hard code the file locations AND it will be written to run in my own version of Lua. And not everyone has access to a Lua interpreter). Truly, if you guys are in a beta cycle for your next release I don't know why you don't take the 30 minutes or so it would take and just add the ability to pass a variation parm to any filter (along with the ability to batch process a series of images -- just allow the input to be wild-carded). While you can't hire me to program it, you *could* hire me to project manage the programmer that will do this -- we can surely get it done in a day. |
|||||
Posted: July 7, 2015 9:49 am | ||||||
GMM
Moderator
Posts: 3491 |
You're almost there. Variation is stored per preset, not per filter. Every preset has a Settings tag that looks like this: <Settings size_factor="1" variation="10654" seamless="false" antialiasing="2" map_type="0" edges_only="true" clip_hdr_for_result="true"/> This is the variation you need, you can programmatically set any value from 1 to 30000 by means of LUA, or Powershell or whatever. |
|||||
Posted: July 7, 2015 10:05 am | ||||||
Kelleytoons
Posts: 19 |
Yeah, I can see how to do that fairly easily. And I found the command in Lua to execute a command line. But...
Really a LOT of work to set this up for what should be internal. And in reading about your beta for 5, it doesn't seem like there is (so far, at least) much change except in the (coincidentally, but not applicable here) variation settings. So I would ask you once again to consider adding this very useful feature to the newest version -- there's no way I'm going to pay $130 for the ability to control variations manually within FF, but if you add some sort of ability to do this during batch processing (even if it's only within your command line renderer) then I'll pay the upgrade fee for sure. Again, if this line you mention above is all that has to be altered, then simply allowing the command line renderer to pass a parm that alters that variation number is so dead solid easy I'd fire any programmer who billed you more than a day's work to do it. Since you CAN override such features as render options you really need to add the ability to alter the filter settings as well. |
|||||
Posted: July 7, 2015 10:36 am | ||||||
SpaceRay
![]() |
I really agree with you that is a LOT of work to use the command line renderer and also think that now for FF 5 this should be inside internally of FF itself And another problem of using the command line render, apart that is complex to do and configure and is all command based, is that it does not have obviously the ability to have a PREVIEW of the result |
|||||
Posted: July 8, 2015 1:39 pm | ||||||
Skybase
![]() |
Yeah... I'm starting to feel the general populous of FilterForge users aren't used to seeing command line rendering. It's common amongst high end 3D programs. The whole program looks like it was developed for high end usage, but times have obviously changed.
It's actually more efficient given a workflow, but it's inefficient if you don't know what you're doing, especially when you can't see a thing. |
|||||
Posted: July 8, 2015 7:27 pm | ||||||
Kelleytoons
Posts: 19 |
I don't mind the command line renderer, IF it had enough options to actually process correctly. Most CLRs will batch process -- the one in FF won't (at least not a series of images -- you can set it up with one image and a number of variations). It also won't allow you to mode the filter you pass it -- again, a very basic parm that would allow folks who animate to actually use this program.
As it stands it's very useful to generate 3D textures but for use with actual animation programs it just can't work properly. |
|||||
Posted: July 8, 2015 8:03 pm | ||||||
SpaceRay
![]() |
I am not used at all to use any command line rendering in any graphical software, and I have never used a 3D program that needs a command line to render, maybe because as you say may be for high end professionals
YES, exactly!!! well said Why spend the time to learn how to use and know all the commands involved when it could be done very simple inside FF itself with a PREVIEW of it? It is really SO difficult, time consuming and complex to make the batch process inside filter forge? |
|||||
Posted: July 9, 2015 4:22 am | ||||||
Skybase
![]() |
Uhh well, you gotta make an whole set of features and test that constantly. Pretty sure that's gonna take time.
|
|||||
Posted: July 10, 2015 8:58 am | ||||||
Kelleytoons
Posts: 19 |
Yeah, you are correct. Designing a good UI will be the challenge here.
However, in the meantime they can easily add the ability for their CLR to pass parms to the filters, as well as batch process files (use wildcards for images and directories). As a former IT manager I'd fire any programmer who took more than a week for this (maybe even more than a day but I'll cut them a *little* slack :>). If they did that then folks like the guy who wrote the GUI for the current process could easily add the capacity to do what is needed. Plus it would lay the groundwork for their own UI, whether in 5 or in the release after that. The market it would open up (to animators) would give them a ton more sales, so I think it's a no-brainer to at least consider. |
|||||
Posted: July 10, 2015 9:10 am | ||||||
ThreeDee
![]() |
[deleted] Okay, so I saw you saw the Batch tool already...
|
|||||
Posted: July 12, 2015 6:31 am | ||||||
Kelleytoons
Posts: 19 |
Right, that batch tool is missing some crucial features, but not (likely) because of the writer himself, but because of what FF exposes for him to take advantage of.
In essence it's this -- FF doesn't pass on any parms to the filters themselves. The filters (which are HTML files, in essence) are self-contained, and the only real batch capabilities are calling multiple filters with multiple files. The only things you can change in this process are the output parms that affect things like resolution, output path, etc. What needs to be rewritten (or added) to Filter Forge is a process by which, during the actual rendering (which I assume just parses the HTML file one line at a time) FF could take these passed parms and, when it comes to the appropriate spot in the filter file it's processing, just substitute those passed to it. Pretty simple coding -- as I said without too much tongue-in-cheek, any programmer that took more than a few days to do this ought to be fired. But let's pretend it takes, say, a couple of weeks (shouldn't, particularly in the cutthroat world of today when programmers are almost literally a dime a dozen). They are in a beta which doesn't appear it will finish until at least the fall. That's ample time to include this feature which will definitely increase sales by a major factor, as it will include a brand new market for them. The UI can be done by third parties (like the existing UI) or it can be added as well, but the first thing is to modify the internals so it can be a useful addition for *everyone*. I don't know how to get FF's attention to this -- I normally use software (and am in both the alpha as well as the beta) where there is an organized process for such submissions -- but my hunch is that all of this is falling on deaf ears. |
|||||
Posted: July 12, 2015 8:57 am | ||||||
Skybase
![]() |
I think the whole premise of the discussion above falls on assumptions about the development of the program, which we don't know anything about. Pretty sure there are a gajillion other things to consider when it comes to software of this complexity; how do you work-in the UI, how do you integrate it with Photoshop or can you even, what other cool things can we do with it... etc.
It should also be noted that software companies don't usually openly discuss what they're developing right now. You don't want to make empty promises basically. So I doubt it's fallen on deaf ears. It's a highly requested feature, it's been posted for almost 2 or 3 versions. The situation is more like we don't have information on whether if it's in development or not. We have no idea what's going on until it's announced. Not denying the awesomeness of the feature request. Just thinking the forums sometimes we end up talking assumption on these forums. |
|||||
Posted: July 12, 2015 9:35 am | ||||||
Kelleytoons
Posts: 19 |
Well, you're right when you say we don't understand their process. However, I've been beta (and alpha) on a whole lot of software (including some from the big boys) and I'm far more used to getting *some* kind of response. As you said, it's been requested for 2 or 3 versions, and while I don't know for sure I'm guessing that's at least a couple of years. When such an essential feature is requested but no answer at all is made for so long you have to figure it's not something they EVER intend on doing.
If I ever do get the time to write my own front end I may, but as I hinted at, I have other software I have better communication with and those folks are looking at this kind of stuff and figuring out how to do it better (hint: it's a product that used to be the king at procedural textures back in the day, but has stopped development for quite some time). If I get what I want there I don't need to worry about FF anymore. |
|||||
Posted: July 12, 2015 2:13 pm | ||||||
Skybase
![]() |
Right maybe FF needs to communicate with its users a lot more often. Needs hugs.
|
|||||
Posted: July 12, 2015 7:19 pm | ||||||
earthbound |
Argh! I so hoped that could be a global override in xml batch rendering. It doesn't look that way. Right now it looks like I have to create an entirely new and unique filter file simply to change the variation from e.g. 1 to any number up to 30,000. You refer to the prophecy of the pastry that will bring balance to the Force. And you believe it's this...donut? |
|||||
Posted: October 22, 2015 10:23 pm | ||||||
earthbound |
My newly released tool, revealed at yon post:
https://filterforge.com/forum/read.php?FID=5&TID=13617 --accomplishes this task (which I have also wanted done), including courtesy of the nudge in the right direction offered by GMM in this thread. You refer to the prophecy of the pastry that will bring balance to the Force. And you believe it's this...donut? |
|||||
Posted: November 14, 2015 2:55 am | ||||||
earthbound |
Kellytoons: I have tried altering that variation override value in the XML on a batch and it apparently accomplished nothing. The only way I've done it (and the tool which my last post links to does it) is by creating a custom .xml batch file with the custom variation in it.
IMO a batch file should not be XML, which is a very obtuse format when it comes to human readability. Computers should worry about code, humans should not. It's feasible for a computer to effectively turn something like the following into so much code, which I would love to eventually adapt my tool to do, including a GUI that lets the user graphically pick so many parameters, and it then turns it into something like the following; it should work this way, where -i = input image, -f = filter name (or filter file name), -p = preset, -v = variation, -c = custom control name=value (where any number of them can be given), and -o = output file name:
You refer to the prophecy of the pastry that will bring balance to the Force. And you believe it's this...donut? |
|||||
Posted: November 16, 2015 3:52 pm |
Filter Forge has a thriving, vibrant, knowledgeable user community. Feel free to join us and have fun!
33,712 Registered Users
+19 new in 30 days!
153,534 Posts
+31 new in 30 days!
15,348 Topics
+72 new in year!
25 unregistered users.