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

John Rostron

Members
  • Posts

    3,496
  • Joined

  • Last visited

Posts posted by John Rostron

  1. 10 hours ago, dmstraker said:

    Such lovely sums!

    Gouraud shading next?

    I had to look up what Gouraud shading was. I may be good at these lovely sums, but Gouraud shading looks as if it would require me learning how to create and use gradients. Gradients are a technique that I have read about but have yet to use in earnest. So, I think that I will leave Gouraud shading off my bucket list for now.

    John

  2. Recently, @Dingdong posted some astronomical images, including one of the Carina nebula. I downloaded this and looked at the Curves Adjustment, which looked like this:

    Curves.png.cad11fbc9796228f4045b44f867f71f4.png

    I brought the black point slider from the left-hand corner to the start of the histogram. I also brought down the white point slider to the right-hand edge of the histogram, as seen in the white line. This had a beneficial effect on the image (which I do not show as it is @Dingdong's).

    I would suggest you try this on your images. Following the Levels Adjustment did not have such a beneficial effect as this.

    John

  3. This is an extension of my tutorial on Trigonometrical transformations using Filter > Distort > Equations. This one is focused on simulating flags waving in a light  wind. Flags have an advantage in that they have a standard shape (width is twice the height).

    Edit: I have been told that this is not true. I stand corrected.

    To get the desired waving, I apply a sine transformation to each of the x and y-axes. The equations to apply are:

    x=(x+20*sin(360*y/h))/c-100*b
    y=y+a*(h/10)*sin(2*360*x/w)-(x/w)*h/10

    I add a sideways sine wave to the x-axis as a function of the y-position. When the flag waves, the visual width is decreased, so I have added a parameter c which scales the width of the flag. The parameter b is an offset, since the left-hand corners of the flag can otherwise move outside the canvas.

    The y-axis also has a sine wave, depending on the x-position. The parameter a determines the magnitude of this sine wave. The final expression (-(x/w)*h/10) ensures that the fly  (RHS in this case) is below the hoist (LHS here). (Definitions: hoist is the part next to the flagpole; fly is the part flying free.)

    Here is the UK Union Flag, plus a bit of extra space above and below to create room:

    5aa505737a6d7_UnionFlag.png.d935e7821017a941e6cb7c0bf92150bf.png

    And waving in the breeze:

    5aa50572d1f81_UnionFlagWave.png.b78245a340d299518c53e8545f5e55af.png

    And here is a macro that implements these transformations:

    FlagWaving.afmacro

    And a macro library containing the single macro:

    FlagWaving.afmacros

    The parameters should appear when you run the macro. Parameter a controls the vertical wave; parameter b controls the horizontal offset; parameter c controls the overall horizontal scaling.

    This macro will not simulate a flag in too strong a wind, where the parts overlap!

    John

     

  4. 13 hours ago, PDL said:

    TIFF is a RAW format. In fact most proprietary RAW formats are TIFF variations. 

    My issue is that with Affinity and Capture One, when I do a round trip (Capture One -> Affinity -> Capture One) I have to use do a TIFF conversion. When I export the TIFF back to Capture One, even though I have enabled all of the EXIF information to be included, Affinity Photo is stripping the majority of the information out. 

    Your first assertion (TIFF is a RAW format) is not true, but your second one (most proprietary RAW formats are TIFF variations) has some truth in it as they will mostly use similar compression methods as the Tiff file, as does the DNG format. Given the whole rationale of RAW formats (including DNG) it is not really logical to export or save files as RAW or DNG, even if theoretically possible. I would have thought that 16-bit tiff export would encompass all the necessary information that was available for almost all purposes. Failing that, for 32-bit images, then EXR would serve (or even .afphoto).

    The critical element missing for you is the preservation of EXIF information. If Affinity can fix this then this should solve your problems. If you consider it a bug (and I would agree with that), then you should post this  in the Bug report forum.

    John

  5. @newty, I tried to download your video and CR2 file, but both appear to have zero bytes. The html gives:

    <a href="http://82.253.46.150/share/t3Qmge1oS0beK_qV/M42_LIGHT_750DT6i_1600iso_Tv20s_00092.CR2" rel="external nofollow noopener noreferrer" target="_blank">http://82.253.46.150/share/t3Qmge1oS0beK_qV/M42_LIGHT_750DT6i_1600iso_Tv20s_00092.CR2</a>

    it specifies rel="nofollow noopener" which may be preventing my access.

    Could you perhaps develop the CR2 with defaults file and export as a jpeg which should download readily. It may not be your definitive image, but it might give us an insight to your problem.

    John

  6. I was presuming that you have software that does open your FITS files. My suggestion was to help your workflow. To re-iterate:

    1. Open Affinity and leave it open.

    2. Open your FITS file in suitable software.

    3. Save your image as a .tiff file.

    4. Your tiff file should now automatically open in Affinity to process as you see fit.

    5. Repeat from 2. as desired.

     

    Sorry if I did not make this clear. I find that workflows like this are almost as fast and effective as having Affinitty open the file from scratch. I use a similar workflow for scanning images.

     

    John

  7. 1 hour ago, Paul Martin said:

    So AP has no ability to use a scanner? Grief. FOrtunately, I still have PhotoPlus 5which I think was the last Serif programme able to do the job.

    Bleah!

    You would do better to use your scanner software and allow the saved file to automatically load into Affinity. It might seem a more complicated workflow, but in practice it works very smoothly, especially if Affinity is already open. The only disadvantage is that it creates an intermediate saved file which you may or may not want to keep.

     

    John

  8. 20 minutes ago, CedarHouse said:

    At the risk of seeming silly, I have done another way of adding Metadata within Affinity Photo. 

    Not silly at all. It is an excellent suggestion. Why didn't I think of that. I have used this method for individual files, though I use Bridge for editing lots of files at once (when I import them).

     

    John

  9. 3 hours ago, firstdefence said:

    You certainly keep the Devs busy with all your suggestions @Polygonius I can see how the option for a "preview" of how the equation would effect the image would be a big bonus and having a "Save as Equation Preset" option for Equations would be a great asset. 

     

    For now, you will have to copy the equation before applying, I'd set up a text file to hold your equations as well, there may well be an app to help with the logic of equations you create, maybe this would be an option for the moment.

    I would certainly support the idea of being able to save an equation as a preset. At present, I do as @firstdefence suggests in maintaining a text file of equations in the folder I am working on. This also allows me to edit the equations without upsetting the equations filter. When I have it working to my satisfaction, I record it as a macro.

    John

×
×
  • 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.