YOUR ACCOUNT

Login or Register to post new topics or replies
Stage5
Posts: 24
So I've tried several times to render an image that is 60,000px wide by 36,000px high and FF has crashed several times or decided to "pause" itself. I've tried several different Macs and this image just will not render for me. This is a modified version of the cold pressed paper texture. I even started up my Mac with no other apps or processes running and let the render run all weekend. I came back and FF said that the app was "paused". I never can get it to un-pause. This is a i5 2015 5k iMac with 32GB of RAM and about 500 gb of free hard disk space running El Capitan. I need to send this file to my client.

Anybody have any idea what is going on here? I own version 5, but I tried to render this with both a v6 demo and v7 beta. ????

Thanks!
  Details E-Mail
GMM
Moderator
Filter Forge, Inc
Posts: 3491
First, you should definitely use a 64-bit version for images of that size, since it won't fit into 32-bit address space. The 7.0 beta is probably the fastest option.

Second, 32 GB of RAM is good but you will still have swapping. Swapping on a HDD is slow. Like, very slow. Try using an SDD if you have one.

Finally, and probably most important: watch your CPU and overall system temperature. If your Mac isn't used to running at full CPU load 24/7, it will pause heavy processes, and we can't do anything about that.
  Details E-Mail
Stage5
Posts: 24
Thanks GMM,

I did try a 64 bit version. I tried both v6 and v7. My iMac doesn’t' have an SSD and it isn't an easily changeable part on these machines. I left FF at the default settings other than to tell it to use all available cores. So I don't know why this wouldn't eventually render after letting it run for 3 full nights? This really puts me in a bind. I shouldn't need a render farm to do this. What did people do with the 32 bit v5 for really large images? Hasn't large dimension rendering been a feature in FF for a long time?
  Details E-Mail
Stage5
Posts: 24
Just an update. I tested a 600dpi version in the v7 beta and it was a breeze. It only took about 40 minutes. I was working in Illustrator and had a bunch of other apps opened at the same time too. Weird.

I’m going to test 800dpi and see what happens.
  Details E-Mail
Skybase
2D/3D Generalist

Posts: 4025
Filters: 76
If I may ask what filter were you using?
There's a tenancy for some filters to contain unoptimal parts which kinda leads to sluggish renders. In this case it appears the problem's somewhat solved but I'll write in for future reference.

1. User submitted filters can somewhat have weird, unoptimal stuff going on. Partially because not everyone's on the same technical spec level with an ideal filter. It's not to say all filters likewise are slow, but it highly depends on the method used by the author which can lead to fast or slow filters. I'd be able to help you out here with finding these kinds of things out.

2. I often render just "base level" elements of the filter. In other words, I look in a filter and judge which layers are creating the bulk of the effect and which ones are doable in Photoshop (or whatever program you're using). Of course the convenience of a filter is that it's got every step of the way somehow done for you. But note that sometimes if you need the full speed, it's somewhat a lot faster to accomplish somethings manually. This technique requires you to understand both Photoshop and FilterForge at an advanced level so it's not for everyone.
  Details E-Mail
GMM
Moderator
Filter Forge, Inc
Posts: 3491
Quote
Stage5 wrote:
Hasn't large dimension rendering been a feature in FF for a long time?


It has, for simple filters. You shouldn't have any difficulties rendering a 60k image with a filter like this or this. However filter authors are constantly pushing filter complexity further, and we have never promised stellar performance on complex filters with large images.

Quote
Stage5 wrote:
I tested a 600dpi version


Filter Forge is not designed for pre-print. You can render the image with required dimensions at any DPI and then set the DPI in another program like Photoshop.
  Details E-Mail
Stage5
Posts: 24
Thanks Skybase and GMM,

That makes sense about different complexities for different filters. In all honestly I'm mostly a vector graphics guy. I do some bitmap work, but most of it is not large scale. So scanned textures work most of the time. I also do some 3d work, but again, it's a mix of procedural shaders and small scale UV Texturing. It's one of the reasons I bought FilterForge in the first place.

I'm using a modified version of the cold pressed watercolor paper filter. https://www.filterforge.com/filters/11073.html
The only change I made was to add a scale node to make the texture pattern larger since it will be seen from a distance. This broke the seamless tiling, hence the reason I needed to render the full size image.

I work backwards from Photoshop for the size. I enter the panel size and target DPI, which gives me the overall pixel dimensions. I tested an 800dpi image last night, and it also came out fine. So I'm guessing there is some hardware limitation that I'm hitting in the 1000dpi range for this size image?

I appreciate the feedback. Hopefully the client will be ok with 800dpi instead of 1000. I've tried to tell them several times that I think 1000dpi is overkill for the graphics they need on their panel.
  Details E-Mail
Carl
c r v a

Posts: 7289
Filters: 82
Stage5 another way to enlarge the texture without breaking the seamless [ and not add the scale which slows filter as well ] is change the profile gradients repeat so it's a smaller number of repeats, do the same % on all of them. Also then use the scale on the perlin noise components [ making it larger ].
  Details E-Mail
Stage5
Posts: 24
Thanks for the feedback Carl.

I figured there may be a way to adjust some of the individual nodes, but I'm just not savvy enough to do it (yet). I'll play around with the advice you've given and see if I can get it working that way. I'm sure it will come in handy in the future.
  Details E-Mail
Chin Rey
Posts: 13
Filters: 9
Quote
Stage5 wrote:Hopefully the client will be ok with 800dpi instead of 1000. I've tried to tell them several times that I think 1000dpi is overkill for the graphics they need on their panel.


Just scale it up in an image editor afterwards and see if they notice. smile;)
  Details E-Mail
Stage5
Posts: 24
Ha yeah, I thought about it!

They ended up giving me the phone number of the printer they are using so I could call them I found out that the printer wants 300dpi. They told me they increase the file up to 1000dpi and then print it at 25%. I guess that packs more info in? I've never heard of anyone doing it that way, but that's ok with me. Makes it a lot easier to create a full size image at 300dpi than a 800 – 1000 one!
  Details E-Mail
Chin Rey
Posts: 13
Filters: 9
I'm trying to imagine what function a poster bigger than a semitrailer with a resolution so fine you really have to strain your eyes to see it all the details can possibly have. It's actually mind-boggling.

Some interesting facts:
A person with 20/20 vision needs to look at something at about 8-10 inches distances to actually see 1000 pixels per inch. At normal, healthy reading distance a human with good eyesight can perceive less than 200 dpi.

If you want your iMac to display that whole 60,000x36,000 pixel picture with all details in one go, you have to wait for somebody to launch a 972 inch monitor. That may take a while.

The raw, uncompressed, file size for a 60,000x36,000 pixel image t 24 bit color resolution and no alpha is 6.5 gigabytes. That's 6.5 GB for the "input" file - even though it's only used to set the resolution for a filter like this - and another 6.5 GB for the output. It's absolutely amazing that Filter Forge can handle it at all and just 40 minutes render time on a lonely iMac, that's nothing short of a miracle!
  Details E-Mail

Join Our Community!

Filter Forge has a thriving, vibrant, knowledgeable user community. Feel free to join us and have fun!

33,718 Registered Users
+7 new in 7 days!

153,540 Posts
+9 new in 7 days!

15,348 Topics
+71 new in year!

Create an Account

Online Users Last minute:

20 unregistered users.