Jump to content
You must now use your email address to sign in [click for more info] ×

dennisqdw

Members
  • Posts

    17
  • Joined

  • Last visited

  1. Thanx for the info on the coverage map. That will be a big help for me going forward. Never even thought it was an option.
  2. I'd like to add my voice too. Editing alpha channels has literally been a part of every image editing application going back to the early 1990s. It's not just for gaming. This oversight is really baffling. I'm not a programmer, but I cannot believe adding this functionality would be difficult.
  3. I'm using the default profiles that come with vray and Affinity. In the case of Affinity it's sRGB IEC61966-2.1 (Linear). But, indeed, if you're last comment is the case, then that's just the way it is, and I'll have to deal with it. I wasn't sure whether or not each app's profiles are supposed to match or not. I wanted to make certain that I'm not making a mistake at my end. Eventually, I'm converting to Adobe 98 for print. thanx for the response.
  4. Yes, that makes sense about Windows Photo Viewer. I included it's window because in many ways it's closer to Vray, than Affinity. The monitor is calibrated to sRGB, and Vray definitely color manages to sRGB when you select that option. As I'm rendering in linear space the image is in "fact" dark, until one selects sRGB correction. And of course Affinity adds that correction by default. But now that you've brought up the monitor, it makes me wonder if the two applications interact with the monitor's space somewhat differently. The monitor fwiw is an HP z32x and calibrated with the HP Dreamcolor Solution app. Again, this is all guesswork on my part. Thanx for the response.
  5. Thanx for responding. I have uploaded the file. I'm growing more certain of my "theory" that each software does a somewhat different conversion to display in sRGB space, but I'd love to hear from the experts 😀. thanx --ds
  6. Ok, I've found out a little more info from this very helpful forum post: So when I use the 32 bit preview as mentioned here, the image matches the vray buffer perfectly. So I need to correct my comment above ("When I compare the RGB values of a single pixel, AF's values are indeed lower than those in the vray buffer.") That pixel disparity comes from the fact that the RGB info values are accurate to the uncorrected gamma, but the image is displayed with gamma correction in order to look "correct". My theory at this point, which is only a guess, is that AP's display gamma correction must be somewhat different than that of vray (however that sort of complicated math is done). Assuming I'm correct, I'm still in the same boat -the image in AP looks a little desaturated, and less "sharp", although I'm guessing that appearance of sharpness is caused by perhaps less contrast? I've attached a screen grab showing the "same" picture, from left to right, in the vray window, Windows Photo Viewer, and AP. And actually, as you can see they each look a little different from the others (and indeed selecting the same single pixel, will reveal that this is not just an illusion). But to my eyes, the AP image is the most desaturated looking. The differences aren't huge, but they are noticeable. example of color differences.tif
  7. Hi, I'm trying to make the complete transition from photoshop to affinity, and I seem to be having a peculiar problem. When I render an exr file using 3ds Max and Vray (either 16 or 32 bit), and open it in AF it looks somewhat darker and somewhat desaturated. It is not the same big difference as from the typical gamma shift from 1 to 2.2. I am working in sRGB colorspace in AF, and viewing it as sRGB in the vray buffer (and working in vray with linear workflow rendering). And for what it's worth I've also saved the image as an 8 bit tif just as a test, and everything I'm describing here is the same for that image too. When I compare the RGB values of a single pixel, AF's values are indeed lower than those in the vray buffer. But here's where it really gets weird. If I save the file from AF as a tif, or jpeg (with sRGB profile), and open it in the vray buffer, or even windows image viewer, they all match vray, and none of them match AF. I feel like there must be a preference setting somewhere that I've missed. Under the color tab, as mentioned, both RGB color profiles are set to sRGB. I've tried changing Rendering Intent to each of the 4 choices with no visible difference, but it is currently on Relative Colorimetric. Black point compensation is checked on. I don't know if "Grayscale Color Profile" can be changed from D50 to anything else, as there are no other options, or even if that matters. BTW I am using a color calibrated monitor that is set to sRGB color space, and D65, luminance 120. Obviously, I can't color correct in AF if I don't see the image correctly. Does anyone have any ideas what's going on? It's driving me nuts. thanx to anyone who knows what's going on. --ds
  8. Hi all. I've written on this topic before, on one of the threads here. Although I can't say how well this will work for any of you, I've found a free software, that does do select fill, stroke etc by same color, and at least for my simple purposes the software will work for me. It's called Inkscape, and I'm sure you can do a search and find it. Maybe a little competitive pressure will get Affinity to move on this.
  9. Hi all. I've written on this topic before, on one of the threads here. Although I can't say how well this will work for any of you, I've found a free software, that does do select fill, stroke etc by same color, and at least for my simple purposes the software will work for me. It's called Inkscape, and I'm sure you can do a search and find it. Maybe a little competitive pressure will get Affinity to move on this.
  10. Going back to the original question, I'd like to change the default from "Drag+Shift to constrain" to "Drag+Shift to add". Am I correct that this is not possible? Independently from that it appears that my Drag+RightMouse doesn't actually work, but I wouldn't be surprised if that problem is only at my end.
  11. That's too bad about the command. Maybe someday it'll turn up, as I really really hate to have to use Adobe products, and except for some confusing things about Affinity Photo, I'm pretty confident that I'll be able to use that one. Anyway I bought it as a direct download so I'll go return it right now. Thanx to both of you for the quick responses.
  12. I'm not a power user of illustrator by any means. I have to "process" ai files that have already been created by others for use in other software. In illustrator there are a number of "select" options such as "select same fill color", "select same stroke" etc. These are critically important for what I do. Do commands like this exist in Designer? I haven't been able to find them. If they don't then unfortunately as much as I'm trying not to use Adobe products I'll have to "return" Designer if that's even possible, and go back to illustrator.
  13. I think I got a reply from someone that you folks were going to work on this. Any progress yet? it's a major sticking point for me. thanx --ds
  14. Sorry for the delay at my end, been busy with work. I'm not sure why there's no support for targa, it's quite popular in my world at least. But I can work around it. I'm including 3 files referenced above, and the names of the files should explain things. But all you really need is the max rendered exr file and you can recreate the problems. The most peculiar thing is that simply resaving (exporting) the exr file loses the alpha channel, even when reopened in Affinity. I don't know anything about software writing, but this definitely seems odd to me. Thanx for looking into this and the other issues you mention above. I mainly want to use your app for exr files, since the last version of photoshop that one could buy doesn't handle them well. I also use photoline which does, but I don't like the interface, so I'm hoping to use yours once this problem gets resolved. exr opened in affinity and saved as psd looks wrong when opened in max.psd simply opened in affinity and reexported alpha not correct.exr Original rendered from max alpha correct.exr
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.