StevieJ
![]() |
I just discovered why all my renders at high res are not coming out right... FF is converting all resolutions to 72 DPI while keeping the same pixel size...thus degrading the result resolution of any image higher than 72 DPI put through any filter... This one should definitely be at the top of FF's "Must Fix ASAP" list...
![]() Steve
"Buzzards gotta eat...same as worms..." - Clint :) |
|||||||||
Posted: July 28, 2013 2:12 pm | ||||||||||
ThreeDee
![]() |
Can you not just resize them back to correct resolution (without resampling) in Photoshop?
|
|||||||||
Posted: July 28, 2013 3:15 pm | ||||||||||
SpaceRay
![]() |
WOW! I did not know about this and I did not notice until you have said it, thanks for letting me know about this. Although is true and surprising that Filter Forge really convert all the results to 72 DPI for all the results and I did not know that, BUT as it keeps the same pixel size it does NOT resamples the image, so there is no loss of quality, and so there is no degradation of quality, unless you print it at 72dpi ![]() As ThreeDee have said, the simple solution is to "resize" (not really good word because you are not resizing it really) the dpi to the value you want WITHOUT resampling it, so you keep the same quality and can change the dpi as you want. It can be done in Photoshop or any other similar software that allows to do this ___________________________________ ___________________________________ I have also seen that it has been discovered also by another one in this website Jilbert´s website about Filter Forge
_____________________________ _____________________________ I have also seen that this topic has been already been in another thread before DPI question
He was right to not wait and expect it soon ![]() ![]() ![]() ![]() BUT as he says there is the Photoshop Image size dialog OR there are also other FREE or alternative software that can also make the conversion without having to calculate anything. |
|||||||||
Posted: July 28, 2013 5:36 pm | ||||||||||
StevieJ
![]() |
This totally sucks!!! I want FF to pay for all the time that I wasted trying to render things correctly...and being misled to think that it was the rendering bug...when the whole time FF knew exactly what it was...
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() @ThreeDee... You loose all picture information beyond 72 ppi... For example, I discovered this by running a 10,000 x 10,000 pixel - 300 ppi image thru a simple filter...and the result came out totally different from what the pre-rendered display image showed the result was supposed to look like...because the result was a 10,000 x 10,000 - 72 ppi image...about 75% of the picture info was completely lost...with no way to get it back... The picture info is even further damaged by FF's re-interpolation of all the picture info down to 72 ppi... The kicker is that the display image is showing what the result "should" look like at the original resolution... No wonder I couldn't get close to what it was supposed to look like without taking down the image resolution... This is astronomically bad...I'm upset that FF didn't disclose this about the program...and made me waste sooooo much rendering time over the years trying to get my image results to match what they were supposed to look like on the screen... Thanks FF!!! This is what happens when you care more about the money than a quality product... ![]() Steve
"Buzzards gotta eat...same as worms..." - Clint :) |
|||||||||
Posted: July 28, 2013 7:25 pm | ||||||||||
Skybase
![]() |
I think I get what you mean!
![]() Here's a small test I did with 72ppi vs 300ppi on a 1280x720 rendered via the Photoshop plugin. ![]() Doesn't seem like there's much difference. Right because ppi doesn't affect image quality, it comes into play when you have devices set at that resolution. Pixels per inch is speaking about density of the pixels within a certain amount, in this case inches. Given that if you have an image set at 1280x720 at 300ppi, you basically have 300pixels crammed into 1inch of space on screen. Note that by changing ppi you're effectively targeting certain screen devices. But, it won't affect the number of pixels that image actually is. PPI/DPI (while having different properties) often get shared a spot. For example a 900x900px image set at 300dpi becomes a 3x3inch image, but a 900x900px image set at 100dpi will be a 9x9inch image when printed. Note that the differences aren't in the image resolution but affects the size in print. Once again, just like with ppi dots per inch is telling the other device "cram more dots in 1 inch". You can set ppi/dpi right in Photoshop without scaling the image of course. Just disable resampling and you're done. It won't affect what pixel size you have, it'll affect the density of pixels which get displayed when printed or observed on a separate device. Pretty sure you already know this with all of the talk above! ![]() I think preview resolution is the culprit here. When FF renders a 600x600 resolution for preview, it's really only doing as much. So if you render 10,000x10,000 px resolution, but you sample the image with a 600x600 preview, you'll more likely get a different result. This happens with other high-end render engines too! Preview render is often a bit ... distorted and a bit messed up. You'd have to compensate for anything of that nature. In FilterForge, you can right click and view "actual pixels" in preview and see all the pixel glory. Remember, you can fix ppi later in Photoshop without affecting the pixel image resolution. I think that keeps a lot of things covered, I think much of what I said there was right but you know... if there's something faulty I would like to know. SpaceRay's provided several little readings that totally answer your issue. Hope that kinda... helps? |
|||||||||
Posted: July 28, 2013 10:36 pm | ||||||||||
SpaceRay
![]() |
I have found this that maybe could be useful here
Andrew Dacey - Dispelling the 72 dpi myth
Andrew Dacey - DPI and PPI Explained |
|||||||||
Posted: July 29, 2013 12:12 am | ||||||||||
ThreeDee
![]() |
I still believe (although I haven't tried it) that you should be able to render a 10,000 x 10,000 pixel 72 ppi image and then convert it to 300 ppi afterwards.
|
|||||||||
Posted: July 29, 2013 3:10 am | ||||||||||
Skybase
![]() |
Right, because you CAN change ppi/dpi without affecting image resolution in terms of the number of pixels present in the image. In the end ppi / dpi is about output.
So to me, all of this, as much as there's part with FilterForge's mild issue not respecting DPI, this thread's also kinda like... errm... technical misunderstanding? |
|||||||||
Posted: July 29, 2013 3:52 am | ||||||||||
SpaceRay
![]() |
THE 72 DPI/PPI LIMITATION OF FF CAN BE SOLVED IF USED AS A PLUGIN APPLYING TO THE IMAGE WITHOUT SAVING DIRECTLY FROM FF
I have made some tests and if use the standalone version it will always save the result as 72 pixels/inch BUT I have seen that if you use FF as a plugin and use the "APPLY" to the image instead of saving it from FF, then it keeps the SAME resolution and dpi/ppi as the original when applying the filter to the image and it does NOT convert it to 72dpi/ppi. BUT if you use the FF plugin AND you want to save the image directly from the FF plugin instead of applying the filter to the original image in the plugin host, it STILL will convert it to 72 dpi/ppi the same as in standalone. So the problem seems when FF itself saves the image, so avoid to do it
YES; you are right, and is true, I have tried it myself and you CAN SAFELY convert it to 300dpi from 72dpi as FF saves it because it keeps the same pixels resolution, BUT what Steviej is saying is NOT that this can´t be done, what he is saying is that lots of color information is lost when saving at 72dpi/ppi by FF
Well, to see if this happens to me, I have made myself some tests with a 12000x9500 image using the watercolor by Kochubey filter. FF WILL CONVERT ALSO ANY IMAGE TO sRGB COLOR SPACE INSTEAD OF KEEPING THE ORIGINAL WHEN SAVING DIRECTLY ![]() ![]() So it will convert the image to 72dpi/ppi AND also will convert any image from another color space to sRGB and will not keep it. For me the saved result from FF standalone version looks exactly the same as the one you can preview using View --> Preview Size --> Actual . I mean that for me all the colors are the same and it seems that there is no loss of quality. The result is converted to 72dpi/ppi BUT then after I used the FF plugin version and using Photoshop I made 2 images from the filter, I saved one version directly from FF plugin and then after I clicked on "Apply" so the filter was applied to the image in the host software. The saved from FF was at 72 dpi/ppi, and the applied to host kept the 300dpi/ppi WHAT I FOUND was a slighty change in colors between both versions, and I wondered why and discovered that the image that I applied the FF filter instead of saving kept the original color space and the one saved directly from FF has been converted without notice to sRGB!!!! ![]() ![]() More information here Why FF converts all the images to sRGB color space WITHOUT asking? BE AWARE photographers that use Adobe RGB and printers that use CMYK!! |
|||||||||
Posted: July 29, 2013 4:00 am | ||||||||||
StevieJ
![]() |
Guys... If you run a 10,000 x 10,000 pixel @ 300 ppi image thru a filter and the comes out as 10,000 x 10,000 @ 72 ppi... you've lost about 75% of the original picture information...not to mention the remaining 72 ppi information that gets degraded by interpolation to "re-fit" the original dimension... Here is an example of what happens...
This is how the 300 ppi image is supposed to render... ![]() Steve
"Buzzards gotta eat...same as worms..." - Clint :) |
|||||||||
Posted: July 30, 2013 9:16 am | ||||||||||
StevieJ
![]() |
||||||||||
Posted: July 30, 2013 9:19 am | ||||||||||
ThreeDee
![]() |
I was about to again suggest converting the image to 10000x10000 72 dpi before feeding it into FF, then I dedided to give it a try. I think there is some other problem here, for when I tried a 4752x3168 pixel image both at 300 ppi and a 72 ppi and neither exhibited any issues: both came out at full resolution.
Yes, the 300 ppi image was converted to 72 ppi, but no pixel information was lost. |
|||||||||
Posted: July 30, 2013 9:59 am | ||||||||||
ThreeDee
![]() |
No, you haven't, UNLESS the information has been RESAMPLED, and per my test FF does not resample the image, it just changes the resolution. You have the exact same 10 000 x 10 000 pixels as in the original image. |
|||||||||
Posted: July 30, 2013 10:19 am | ||||||||||
StevieJ
![]() |
That's because it is not so obvious below 5000...which is what I've been having to do to get close to what it's supposed to render like... The surface/HDRI filters really show it...
This will show it... Take or create a 10k x 10k @ 72 ppi image...and then up the same image to a second 300 ppi image in PS... Render both in a simple surface filter....then compare... Also compare the 300 ppi image result to the display image...because the dislay is showing what it "should" look like after rendering... Steve
"Buzzards gotta eat...same as worms..." - Clint :) |
|||||||||
Posted: July 30, 2013 10:28 am | ||||||||||
Skybase
![]() |
Aye, probably do some more tests here as well.
But please make sure that resampling is disabled when changing 300 to 72. ![]() |
|||||||||
Posted: July 30, 2013 10:32 am | ||||||||||
ThreeDee
![]() |
||||||||||
Posted: July 30, 2013 10:38 am | ||||||||||
StevieJ
![]() |
Also can see it taking a full 10k x 10k @ 300 ppi...render it at 100% quality...then render the same image at 25% quality...
This source of this problem may also lie in HDRI mapping in surface results... Steve
"Buzzards gotta eat...same as worms..." - Clint :) |
|||||||||
Posted: July 30, 2013 10:42 am | ||||||||||
StevieJ
![]() |
ThreeDee... it won't be obvious with an image like that... Try using a surface result creative filter that significantly manipulates pixels upon height and HDRI...using the low and high res of the same image....then you'll see it...
There's something majorly wrong with FF doing anything to image resolution anyway...and all images "should" come thru filters at the same resolution as they go in... Even as a PS plugin...creating a 72 ppi FF layer on a higher res image is an technical and unprofessional graphic no-no... Steve
"Buzzards gotta eat...same as worms..." - Clint :) |
|||||||||
Posted: July 30, 2013 10:47 am | ||||||||||
Skybase
![]() |
What?
StevieJ, I'm honestly confused... you might wanna give us a full list of what you're doing step by step. |
|||||||||
Posted: July 30, 2013 10:56 am | ||||||||||
StevieJ
![]() |
Just use a surface result creative filter that significantly manipulates pixels upon height and HDRI...using the low and high res of the same image....then you'll see what I'm talking about... The above images that I posted above shows it perfectly...picture info is gone...resulting in HDRI mapping contours of posterized tone...
Steve
"Buzzards gotta eat...same as worms..." - Clint :) |
|||||||||
Posted: July 30, 2013 11:20 am | ||||||||||
Skybase
![]() |
Gotcha. I see differences as well. Steps seem a bit complicated to do it exactly, but I'll pick up a creative filter that renders fast next time. So while you were writing that, I was conducting a test as well of my own. Quite curious myself. I kinda doubted myself here. heh.
So I made an image 10,000x10,000px at first 300dpi, then applied "clouds" Photoshop filter and saved that as png. The resulting image is 300.5mb. Then I changed the dpi to 72 via image size menu without resampling. I saved that as a separate file. File results in 300.5mb as expected. I created a very simple filter that feeds the image right into the height of a surface filter for this test part because you were speaking about surface filters previously. I first fed the 72dpi then fed 300dpi images into that filter. Now, I unfortunately don't have much time rendering the entire 10k image so I thought I take a portion of the render by screen capping a render in the FF window with "Actual Pixels" displaying (not the preview resolution). Note that both of these images are zoomed up at 100% of the 10k image on the left hand corner. ![]() Now obviously, I've done something quite differently from what you've done. So I'm holding back conclusions here. But based on this test alone, I observe no difference between the two images. I hope this helps part of the discussion. With love! ![]() [Edited several times] Clarified details. |
|||||||||
Posted: July 30, 2013 11:52 am | ||||||||||
ThreeDee
![]() |
StevieJ,
I made a similar test with identical results for 72 and 300 dpi. I am suspecting a image resolution vs.pixel size confusion. Let me guess: You have an original image that is not 10000x10000 pixels. The filter looks good on this original image. So you resize the image to 10000x10000 pixels, run the filter and it looks different. If that is what is happening, it is not a Filter Forge resolution issue. |
|||||||||
Posted: July 30, 2013 12:05 pm | ||||||||||
ThreeDee
![]() |
||||||||||
Posted: July 30, 2013 12:07 pm | ||||||||||
ThreeDee
![]() |
Are we having fun yet?
![]() |
|||||||||
Posted: July 30, 2013 12:18 pm | ||||||||||
SpaceRay
![]() |
Hello StevieJ, I am sorry to say that I do not understand what you are saying and I have made another test and I can´t see any difference, and I can´t see where the image is loosing quality or information.
What FF is doing is ONLY a conversion WITHOUT RESAMPLING of the image fr om 300ppi (or whatever that is different than 72ppi) to 72ppi, and then you can take it back to 300ppi in any software that can do this and you are not loosing any information or quality if you do not resample it. PLEASE GIVE US STEP BY STEP INSTRUCTIONS TO REPRODUCE IT I think that we will not find what you mean and have discovered IF we do not know what we have to look for and where have to to look and what really happens. Please tell us step by step what we have to do to be able to reproduce and test what you mean and what exactly have to do and what we have to search for and what is the problem and wh ere to find it and so it will much more easier to help you and really discover what is happening. Also tell us wich surface filter to use that will give the bad result that you are telling Also if you want you could show another screenshots and write what you are seeing wrong on that screenshot versus what should be. |
|||||||||
Posted: July 30, 2013 12:26 pm | ||||||||||
StevieJ
![]() |
No... The images are originally at high res size...display shows what the render should look like...but doesn't render even close to display image... As you cut the resolution to the original high res image, the render gets closer to what the display image is showing...and the same thing happens as you cut precision...
I think a start would be for FF not to be affecting resolution at all...like all other graphics programs... All images should come out at the exact resolution as they get put through a filter... My results are showing that something is most definitely wrong...and I think FF changing image resolution is pointing to the source of the problem... Thanks for trying to help me figure this out guys... Much appreciated... ![]() Steve
"Buzzards gotta eat...same as worms..." - Clint :) |
|||||||||
Posted: August 2, 2013 3:36 pm | ||||||||||
SpaceRay
![]() |
When you save the render result fr om FF, what format do you use, is it TIFF, Jpeg or what are you saving it with? If Jpeg are you using a high compression?
Please StevieJ, have you tried to make the same that you want to do using FF as plugin with any host supported software? Because I have tested that if you use FF as a plugin it does NOT convert the image to 72ppi and does not change the color space, and does not have any problem that may be possible with the standalone version. Does it happens the same mistery thing that you are telling IF you use FF as a plugin also?
As Skybase say and also as I said above, if you want that the FF team or any of us in the forum can help you discover what is wrong and what is happening you have to tell us WHAT are you exactly doing so we the FF team and we can reproduce ourselves and see what really happens.
I am sorry that I now I understand even less than before, and do not know what you mean. ![]() When you mean "display shows" is this when you change the menu View --> Preview Size --> Actual that is wh ere you can see what the render should look like and what you are going to get for real? And you mean that FF when you try to use File-->Save with that same image (using FF standalone I think) and then FF renders the result you are getting a different result than the one shown by the Preview Actual Size? What do you mean with "if you cut the resolution to the original high res image" ![]() ![]() So do you mean that if you have a 10.000 x 10.000 image that is the original size, you cut or reduce the resolution to half of it, you are getting the renders better and closer to what Actual Size preview shows? What do you mean when you say that you "cut precision" ? ![]()
FF is not affecting (at least in my version) in any way the resolution of the image at all if I understand resolution by the size of the image that it has and not the 72ppi that you said above. When you put a 3000x3000 pixels image through FF you will get exactly the same 3000x3000 when rendering the result so the image resolution is not affected or changed. Another different thing is that the ppi is modified from whatever the image may have configured to the 72ppi that FF converts any image result ONLY IF you are using FF as standalone or saving with File -->Save in the plugin, because if you use FF as a plugin the ppi will NOT be changed or modified and will keep exactly the same as the original source IMAGE RESOLUTION
Image resolution explained very much in Wikipedia What Is Image Resolution? Why Does It Matter? Although with the same resolution you can have different quality depending on the file format you are using and if you are using lossy compression as it happens in jpeg files that degrades the quality if the compression is high. PRINT RESOLUTION Another different thing is the print resolution that means the size at what you can print an image depending on the image resolution it has that is measured in ppi (pixels per inch) and usually is 200 or 300ppi but for the web is used 72 ppi. BUT the ppi never affects or modifies the quality of the image what is important is the image resolution and if the image has some compression. There this useful and interesting 7 pages PDF that explains it well Understanding Resolution and the meaning of DPI, PPI, SPI, & LPI |
|||||||||
Posted: August 2, 2013 11:49 pm | ||||||||||
Sphinx.
![]() |
Well, FF resetting the DPI is quite annoying if you're going to use the images for layout and print. I actually had problems with this before. But like mentioned its not a big problem - just a little extra work: change the DPI without resampling the image. Its simply metainformation telling how "big" a pixel is when printed.
![]() (is it possible that PS "tricked you" into believing this mattered? you changed the DPI *and* accidently resampled at the same time?) |
|||||||||
Posted: August 3, 2013 2:36 am | ||||||||||
SpaceRay
![]() |
To know if the guilty is really Filter Forge (FF) that as you say, is "killing" the resolution
Please can you be so kind to do the following to make the test and see if this is true? StevieJ, can you do a test any image that you may want using FF as a plugin of any host software that may be compatible with FF? And using the plugin, just "APPLY" the filter to the image instead of saving it from filter forge. Because I have seen that if you use FF as a plugin: It does NOT convert the original ppi to 72ppi It does NOT convert the original color space to sRGB It does NOT change anything in the image (so it can´t "kill" the resolution) and only exports the filter render result to the host software without changing the original source metadata. So if you make this test and then the result is really what you want and as you wanted, then you can really know that the guilty is the standalone version of FF If after making this test you continue having the same problems even when you FF as a plugin, then there is another mistery and unknown problem that should be found and see what is and what happens |
|||||||||
Posted: August 4, 2013 1:04 pm | ||||||||||
Ozmandias
Posts: 88 |
ThreeDee seems to be the only one that understands.
ppi (Pixels Per Inch) is important ONLY when printing. It has NO impact on the digital image itself. If no resampling is done and you maintain the original pixels wide and high, then there is no change to the image. It doesn't matter if it is displayed 72ppi, 300ppi, 96ppi... it doesn't matter! People also seem to confuse ppi with dpi. They are not the same thing. dpi (DOTS per inch) is a parameter of a PRINTER, not an image. |
|||||||||
Posted: August 4, 2013 7:14 pm | ||||||||||
Skybase
![]() |
Statement above can use clarification: From wikipedia on PPI "Pixels per centimeter (ppcm), Pixels per inch (PPI) or pixel density is a measurement of the resolution of devices in various contexts: typically computer displays, image scanners, and digital camera image sensors."
PPI is important when handling computer monitor resolutions. Data set is the same, but what gets displayed is what's concerned: i.e. iPhone 5 has a monitor ppi resolution of: 326 ppi. |
|||||||||
Posted: August 4, 2013 9:56 pm | ||||||||||
Ozmandias
Posts: 88 |
Unfortunately, just like dpi and ppi, people frequently use the term resolution when they should be using the term pixel density.
Using the iPhone 5 as an example here... The iPhone 5 screen has a RESOLUTION of 1136 pixels x 640 pixels... that's the number of pixels along the height and width. That screen has a pixel DENSITY of 326 pixels per inch. Another way to see it without the confusing words. The iPhone 5 screen is 1136px x 640px. Measurement-wise, it is 90.25mm x 51.60mm. Converting those mm's to inches and rounding off the resulting numbers (for ease of calculation), we get approximately 3-1/2 inches high x 2 inches wide. Let's look at the height first... Along the height of the screen, there are 1136 pixels. That divided by 3-1/2 inches is... 325 Pixels Per Inch (it would have been 326 had I not rounded) and along the width... 640 pixels divided by 2 inches is... 320 Pixels Per Inch. (again, would have been 326 had I not rounded). For example... you have two of the exact same pictures on your computer but in the image size box, one reports as 1136x640 72ppi and the other as 1136x640 300ppi. Put those on the iPhone 5. Both will look exactly the same. They will fill the iPhone screen and have the exact same quality. Why? Because they both have the same dimensions... the same amount of pixels along the height and width... 1136 x 640. THOSE are the important numbers here. It doesn't matter that one showed 72ppi and one showed 300ppi on your computer. If you have a photo that is larger... say 1600px x 1200px and put that photo on the iPhone 5, it will be too big for the screen to display and you'll have to scroll/slide. Because, the iPhone screen can only display 326 pixels in an inch and at only about 2 inches wide, can only display about 652 pixels along the width (remember, we rounded... in actuallity, the number is 640). This larger photo has 1200 pixels along the width so it won't fit... you'll have to scroll. This is a very difficult concept for people to grasp. Once you get it though... you'll say Ohhhhh. |
|||||||||
Posted: August 5, 2013 8:30 am | ||||||||||
StevieJ
![]() |
Update: I understand pixel density...which still is a change in resolution at the same canvas size... It looses pixel info any way you look at it...
I have also narrowed part of the problem down to a difference in HDRI dispersement between the low and high pixel "densities" of images... Take a look at the first sample pics of the same image that I posted... That would explain the fact that the display image resolution/density showing the result correctly with the actual high res image coming out much different... In other words...the HDRI is coverage id being posterized at high resolution...and why the smaller you go with the resolution/density...the more closely it matches the display result image... Does this make any sense??? Steve
"Buzzards gotta eat...same as worms..." - Clint :) |
|||||||||
Posted: September 8, 2013 12:50 pm | ||||||||||
ThreeDee
![]() |
Can you provide a filter that creates this problem?
|
|||||||||
Posted: September 8, 2013 1:48 pm | ||||||||||
EAdams
![]()
Posts: 447 |
This discussion deserves a bump because the phenomenon is a real time consumer. Standalone FF does render images at a document resolution of 72 PPI. It doesn't make sense for a user to have to post-edit every rendered image in a graphics program to change the rendered image back to the original resolution or use Filter Forge only as a plug-in to avoid the problem. I hope this is fixed in the foreseeable future.
![]() |
|||||||||
Posted: May 8, 2014 10:27 am | ||||||||||
GMM
Moderator
Posts: 3491 |
Starting with version 8 Filter Forge retains the original DPI metadata.
|
|||||||||
Posted: October 18, 2018 12:07 pm | ||||||||||
SpaceRay
![]() |
It seems that it is still happening these problems that FF standalone will change
any dpi you may have to 72dpi Will change any color profile to sRGB But the good news is that as told above this does not happen if you use FF as plug in because it only applies the filter to the image but DOES NOT SAVE IT, so this is why it does not change the image to 72dpi and sRGB IF you use FF as plugin |
|||||||||
Posted: September 9, 2025 5:22 am |
Filter Forge has a thriving, vibrant, knowledgeable user community. Feel free to join us and have fun!
33,710 Registered Users
+17 new in 30 days!
153,531 Posts
+39 new in 30 days!
15,347 Topics
+72 new in year!
18 unregistered users.