TestTools

Good idea Carl23. I do have Publisher, so I will try that next time...sounds like an excellent tool to use. As it was, I ended up making a grid with lines at exactly the right dimensions, then making that into an SVG. Later I needed to open it to change the color to a lighter grey, and save that into a new SVG. A tiny bit cumbersome, but it makes the .afdesign file a lot lighter too. Thanks! VisibleSpectrum-Mask-Numbers.afdesign

Thank you v_kyr. I poked around those assets that you linked to (many thanks), and in the end I made the grid again myself with lines that I eventually turned into an SVG file and imported. I would never have thought of that simple solution. It also allowed me to easily extend the UV section which was a little off. Just starting to export the variations but didn't want to delay that thanks any longer.

Hello. I have created a drawing that I want to add a grid on top of (…actually, layer 3). I made one the most cumbersome way, individual small boxes – a lot of boxes since the document is 4096x2048 pixels large. I ended up having to resize them which caused them to fall off the native pixel lines of my dislay, aliasing horribly. (It is used to give the eye help locating the Just Noticeable Difference between colors). I resized them to align with the tic marks on the main line. I will have to recreate a new grid so it displays correctly (on a 4k laser cinema projector) and place the tic marks based upon the tics. But I would like advice on how better to create a big grid without so many individual items. It prevents me from exporting in PSD FCP layers. (The dialogue box) said it had exceeded 8000 layers!) Appreciating any advice with thanks.

Hello – I want to get my document layers into Final Cut Pro, but it doesn't accept PSD files over 8 bits RGB. This drawing is 16 bit 2020 color space. I need to maintain that from AD into FCP. I have experimented getting the drawings out with the Export Persona Slice tool. It can be done. But the slices are all seperated at the dimension of the object in the layer. They don't maintain their position in the whole document, which means that I have to reposition them after importing them into FCP. I tried by putting an Artboard as a layer beneath everything in the hope that everything would come out in relation to that – but no go. The ideal would be that all the slice layers were the full size of the bottom layer, transparent except for the drawing of the layer. Is there a way to do this? Bartleson-Breneman_Triangle16Nov.afdesign Bartleson-Breneman_Triangle_Circle.tiff ball4.tiff Bartleson-Breneman_Triangle.tiff

Hello – I brought the attached drawing – exported as a TIFF file, 16 bit RGB/2020, into Final Cut Pro, which was set up for HDR. Looking at the the scope readout it seems that all colors are hitting 100 nits. Why? And if I can control this in Affinity Designer, how can I make it export TIFFs at 300? or 48? …for example. …or 1000? Thank you PS - Knowing full well that this may be an FCP setting that I have to dig into. Bartleson-Breneman_Triangle16Nov.afdesign

David, hi. Did you ever figure a clean way out of this problem? Since FCPx still doesn't accept PSD layers in more than 8 bits – and I need 12 and Designer allows 16 – I have been trying this slice solution and came up with the same problem you did, that the images don't stay placed.

@NotMyFault Thanks again. I think the issue you are describing may not apply to what I am describing. (…though I could be wrong.) I can see how different spaces may interpret with different ramps when placing something – But I am not 'placing' anything. I am creating 2 squares, then filling in the color. I don't understand why 65535 x .18=11796 in each of RGB doesn't equal the pulldown of 18% Greyness. I would presume them to be the same. But now I have tried even the most elementary example, using 256 color picker and even 8-bit Grey or 8-bit RGB in 709 space, and many in between my original 2020 16-bit space. 50% greyness and 256/2 (…or 256*.5) don't equal the same color. This happens on an iPad as well. And, I can't get help on "Grayness" in the manual. 2SquaresGrayness.afdesign

Wow! Thank you. This is going to take me a bit of study to wrap my head around. Many thanks for thinking it through and the details of explaining with graphics. I guess I have to make in-situ tests to find out what gets through the entire system most accurately.

Back in my youth, I remember something about 50% grey not being 50% grey and a trove of mystical perceptual knowledge things. Is this one of those? You will notice on this "all for education, not a copyright infringement, I promise" 2020 color space version of the MacBeth chart that I am fumbling around with (attached). I put 18% grey behind all the swatches. How did I do that? By racking up the R in the 16-bit RGB picker and typing 65,535*.18, then copy pasting the result into G and B as well. But, when I pull down to Greyness, that turns out to be 25%. In this iteration, the swatch marked 18% is "Grayness" 18% so you can see the difference between the two colors. The numbers are different for 40% (a 5% difference) and 20% (a smaller difference, 2 or 3% but I didn't write the numbers down to say for certain.) Background: The concept is to use this slide in a cinema projector that can correctly portray the 2020 gamut, and I am expecting that I can do the primaries and secondaries and greys by numbers. The little boxes in the arbitrary top two rows are the original Hex numbers (unfairly since they were made for D50 and a much smaller gamut and reflective, no emmisive), while most all of the larger sections are just my putzing around trying to use combinations of 25% increments to somewhat imitate what I understand to have been the original intention. But it is this grey issue that I am wondering about – shouldn't I expect that Greyness 18% be equal to 18% of the 3 color values? Thanks! MacBethStyle-16RGB-2020-ColorChart.afdesign

And if I do these right, then they can help people examining that tangent of science as well. Do you know anything in particular about that or have any interesting links?

Very interesting about the 'noisy bits'. My final product is eventually 12 bit TIFF in 2020 gamut that is eventually converted to X'Y'Z' numbers. The display is a 12 bit projector in 2020 or an 12 LED wall in 2020, both with up to 1,000,000:1 contrast ratio, starting at 100 nits and going into the 0.0001 region. (Or at least, that is what is advertised.) My attempt is to create slides that – when shown in a dark room – which show where the change in black level is no longer discernible by the eye. …and other slides that show the change in white level until the change can't be noticed by the eye. …and create slides that can be reliably used by spectrometers and colorimeters. And, I would like to control the Delta between the boxes that can be seen. This was somewhat simple when creating slides for the standard that is 2000:1, from 48 nits to .024. and dividing 65,535 pixel values. Not so simple now. Too many unknowns until I understand it. I have watched some of the HDR/EDR videos, though I understand that there is one dealing with OpenColorIO that James Ritson did. I am searching for that. There is a 2nd similar requirement for 300 nits to 0,005 nits, also in the 2020 space. PS – Attached is the latest Box of Greys that open correctly in both Photo and Design in HDR32 / 2020. PS2 - That is why I want to put your box of all colors into 12 bits 2020. I think it would look spectacular on a huge screen. PS3 - I have installed OpenColorIO and am also trying to learn how it can help. BoxOfGreys_HDR32_2020.afdesign

Your idea of starting blank with HDR32 in the IEC space it prefers, then changing does seem to work better than ripping all my hair out trying to get the programs to do it in one step. When I get the time, I will try to write a proper bug report about what incorrectly happens in the color transform. Even doing it in multiple steps has some incorrect color transform, though it only seems like small dithers of the calculated amounts. (For example, the original might have a calculated amount at started as 65535*.2*.99 which gave a grey number of 12976, (the first one calculated and the 2 others copy/pasted). But when put into HDR, the 3 RGB numbers will be 12,978, 12,975 12,977 – and this is consistently off on all 120 x 3 numbers that are in this particular diagram. Anyway, I didn't communicate correctly. When I said …, I meant that I was trying to make you 8bit, "chart of all 2^24 RGB colors" into a 32 bit version in 2020. Many times later, I think that maybe it is working, but I don't have a screen that will show it. What I did was replace all the 256 with 4096 and 253 with 4095 and the 16 with 128. That was what I was asking for clues for. So much to learn. I have a 500 nit screen and my computer internals say 30-Bit Color (ARGB2101010), but the MAC OS 12.3.1 doesn't allow this to be HDR. Alas. ...and I haven't considered checking my iPad. Anyway, thanks again. I am currently trying to figure out why the .exr export from HDR32 in 2020 gives a 32 sRGB IEC61966-2.1 Linear and whether this is my mistake or just the way that it goes. So much to learn.

I don't see an uploaded file! …but I like the idea and thanks for the assistance. Still trying to wrap my head around all the permutations of HDR.

Ugh; Just realized that the original RGB16 in 2020 gamut design that I put into a 32bit 2020 gamut attempt has had its RGB numbers shifted before I started making 'filtered' versions. I thought I figured out how to start a new blank page then add the old bits. I have been successful with one set of drawings. Evidently not with the early attempt, so the attachment has been removed. Meanwhile, NotMyFault, I have watched and practiced with some basics of Procedural texture filters. Many thanks for the heads up and the design you created and sent. Still can't figure how to make it into the 32bit/P3 or 32bit/2020 gamut. Any clues would be appreciated.

Wow. Marvelous. Of course, without having a clue of what you really did, I modified the document in Designer (I have 0 experience with Photo) to be a full frame 4K cinema slide (4096 x 2160) in a 2020 gamut, and changed all the 256s into 4096 and 255s to 4095 …and now have one full screen beautiful tile. I guess I have to find the magic spot to tile it up all the variations. But still, wow!