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

Aftemplate

Members
  • Posts

    262
  • Joined

Posts posted by Aftemplate

  1. 1 hour ago, Viktor Yurov said:

    Ok, maybe I really don't understand something, but why it looks disgusting when I rotate canvas, but it looks fine when I do the same with the layer?

    Because the canvas adjustment is instantaneous, all pixels are processed dynamically, which is equivalent to refreshing the execution rotation every second. The rotation layer is static, allowing more performance to be used to improve quality, static only once.

  2. 44 minutes ago, Viktor Yurov said:

    Hi @Ωmega,

    I didn’t know that the problem is bigger then it looks like. Is there any limits? Why the step is exactly 15 degrees? I think if the step was about 5 degrees and drag-to-rotate was possible, it could be enought for this feature.

    Even if the step is 15 degrees, the possibility to rotate it using mouse could be awesome.

    Have you noticed that the quality of APH Rotate is extremely bad, if you compare Adobe. It is 15 degrees, I guess one of the reasons is because the Rotate of smaller degrees will produce lower quality. This is the truth, If you don't understand, please try to rotate 15 degrees multiple times. When the image is 90 degrees and 180 degrees, the quality is significantly improved.

  3. I also noticed this problem, your suggestion is very useful, this is exactly what I want.
    I also noticed that the program only uses bilinear reduction canvas, as far as I know there are higher quality algorithms. But they all need gpu hardware support, including rotation at any angle, this is a hardware transformation. Because APh There has been a lack of gpu support, so shrinking the canvas and rotating the canvas provide limited performance, they should be improved in the future, after supporting gpu

  4. Hi! Thanks to the developer for their contribution. Merry Christmas!

    In most cases, the performance of affinity photo is excellent.

    But I noticed that in some cases it is slow :(

    I used a 100 million pixels Lab/16 canvas to create twenty layers. The save of large-area modifications is extremely slow or even horrible. This is not a bug or a computer problem. Large-size (1000+) brushes are slow. Because of the lack of hardware acceleration

    At the same time I use the macos version, the speed after 1.7 is amazing, the filter responds in time without any lag, and everything is attributed to metal acceleration (in macos 1.7 metal)

    Please consider adding Lab/8 support to provide a faster preview than lab/16, especially in the current missing gpu acceleration.

    I will continue to use affinity photos in macos mojave (metal2 api)

     

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