-
Posts
522 -
Joined
-
Last visited
Posts posted by Max N
-
-
-
-
1 hour ago, Patrick Connor said:
As I think I have said before, please do not post feature requests or bugs in the beta announcement threads. I have split your suggestions off.
I'm not sure that the translator translates what I'm talking about reliably. Here is a parmer of books, for which you need a file consisting of two divisions. In the manufacture of such books, a sheet is printed on the sheet. Turning broken into several files of the typography does not take. And to make two pages on one work area is inconvenient, since there is no possibility of centering on the page.
Now I'm publishing such books in AD, and I'm looking forward to the appearance of APub, with the hope that there will not be those problems that I encounter in AD. -
59 minutes ago, Patrick Connor said:
As I think I have said before, please do not post feature requests or bugs in the beta announcement threads. I have split your suggestions off.
I agree. I was wrong with the branch.
The proposal was rejected because it does not correspond to the branch, or because the layout of such products will not be supported by APub? -
Did not have time to figure it out.
And is there?
1. Save the spread of the book to a file? Not the page but the whole page. It is necessary when printing photobooks (wet print).
I understand that for this you can create 1 work area = 2 people. But then there is no way to center on the page. It centers around the work area, and you have to invent a lot of crutches and dance with a tambourine to do it right.
2. Cover. If you save a back cover in the same file (jpeg / tif / other) on the left, on the right side of the front cover.
3. Ideally, you could specify the thickness of the farzac for the cover. (this is certainly not critical, for the cover you can create a separate dokumnet, but the opportunity to do everything in one was very handy) -
56 minutes ago, stokerg said:
In theory that is how auto-save files should get deleted, when Affinity closes successfully it should remove any autosave files. I believe there was a bug with this not working as it should a few builds ago which has now been resolved and from my testing, a newly created autosave file is deleted when the app is closed down successfully. If you open the Auto-save folder and start a new blank file, you should see the autosave file get created and if you then close Affinity, you should see it is removed
If you check the dates on the files in the autosave folder, i suspect they will be a good few months old if not older and can be deleted -
Good afternoon.
Today I found a folder on the disk with the size of 11 GB
C: \ Users \ UserName \ AppData \ Roaming \ Affinity \
In this folder
C: \ Users \ UserName \ AppData \ Roaming \ Affinity \ Photo \ 1.0 \ autosave
There are a lot of files. As I understand autosave.
Whether it is possible to make so that the program at start checked, whether there are auto-saved files, and if there is that predlogala them to restore, and if is not present, itself deleted them. -
good afternoon
If the camera is a canon, that is, the procedure for treating the broken pixels.
https://world-image.ru/kak-ubrat-bitie-pixeli-na-fotoapparate/ - here it is described how to get rid of them. In Russian. You can use an interpreter who is convenient for you. I was so clever removed the broken pixels on the 40D 50D 6D.
I hope you will also help. -
The first impressions are very pleasant. Developers as always on top!
Did not have time to figure it out. Is it possible to synchronize with turns (two pages per jpeg file)? -
-
6 minutes ago, MEB said:
Hi Max N,
I don't know if this is planned or not, sorry, I'm moving this thread to the Feature requests section. Thank you!
-
3 minutes ago, MEB said:
Hi Max N,
Currently this is not possible in Affinity Designer. You have to do it manually. And in the plans there is something like that? Or can this be expected only in APub?
-
It is necessary to make discount cards with changing numbers. Or invitation tickets with a list of guests. Whether it is possible in AD it as that to automate?
-
2 hours ago, Tourmaline said:
The limitation is your memory installed. If I remember correctly, you can set the amount of RAM used by the application.
Under "Preferences"---"Performance" you can set the amount of memory you want to be used by the application. If you set it higher, you are able to load more files simultaniously...Or work with larger files...
-
8 hours ago, Uwe367 said:
I had the same Question in March and @Mark Ingram told me in this Thread....
...why it is so.
They are working on improvementsIn the RAW processing module, when loading multiple RAW files, an additional group processing module is required.
The very logic of several tabs is a time bomb for developers. Having chosen the logic in which all the files are isolated from each other, the possibility of group processing of RAW files became impossible.
For professional use, you have to use third-party RAW converters. They allow you to quickly process large amounts of RAW files, with the optimal cost in time. Affinity does not allow simultaneous processing of multiple files. There is no way to quickly copy and apply settings.
I have to go back to the lightmom + photoshop subscription again. And having photoshop the need for AP tends to zero.
The attempt to create an AP + AD + APub full cycle ecosystem in theory makes it possible to work exceptionally in Affinity programs. But the lack of opportunity for an adequate time to show RAW files in a large number, breaks the chain.
In ACR PS very well implemented work with a group of RAW files. At this point, AP has nothing to answer. One file to process is not a problem. But this is home use. And when you need to process 3000 - 10 000 files, it's not Affinity anymore. Having a good (in terms of capabilities) RAW converter AP, due to logic, you have to use third-party software.
And still very incomprehensible logic, according to which the white balance was in the panel below the exposure. First, the correct white balance is set, and only then the exposure is set. Otherwise, after editing BB will have to re-edit the exposure.
I'm an engineer by automotization and optimization of engineering processes. And I can see how to build the process and where the time is lost. A professional tool, whether it's a camera, a program, a keyboard, is always built on the principle of what is often used - at hand, rarely used far away. When logic is broken - this leads to a slowdown in the workflow, and a decrease in the efficiency and competitiveness of the product.
I really like Affinity products. But at some points, the AP logic puts users on the footboard, which requires a large amount of time to be bypassed. I hope in future versions we will really see a self-sufficient chain of programs AP + AD + APub. -
Even when you throw 10-20 RAW files into the program at the same time, the program hangs up the computer so that the mouse can hang and does not work Ctrl + alt + del. There is a feeling that the program runs all processes in parallel, with a high priority. It would be logical that the processes be processed sequentially or there should be a limit on the number of simultaneously calculated processes. This would prevent the computer from becoming freezes.
-
Also, there are differences between the performance of the brush when moving (without touch and action) with the stylus / mouse. Mouse everything happens instantly / with a pen with a large delay, time-lapse (with a large diameter of the brush).
It would still be worthwhile to have a limit for live view of the brush (if the rendering time is <= 0.5 seconds or processor load = 100% then disable the live brush.) The presence of the preview of the brush becomes meaningless when the brush is drawn with a delay of 3-5 and sometimes 10 seconds. changing the diameter of the brush, depending on the performance of the computer, an individual (possibly adjustable) threshold must be set, in which priority is given to performance and the live view is turned off. -
And the stable version is the same story. Brushes from Photoshop when exporting to AP do not work correctly (the same as in Photoshop). If you mess around with the settings for a long time, you get a result, but it's still sad.
-
Also noticed a significant drop in performance. Trying to change the size of the brush from a small one to a very sick one (from the tablet wack) leads to a long hang of the program. The cursor changes its size with a long delay, from a few seconds to a minute. At the same time, the CPU utilization is oversized. In the retail version, everything is fine.
And when you move the cursor with the mouse and move the cursor with the stylus pen of the tablet (without pressing), then the performance may also differ significantly (for the mix kishiti).In this case, the PC is not weak. i5-4670/8Gb/SSD-disc/GeForce GTX 650
-
-
Despite the fact that the checkbox "save text as texe" in the PSD is set.
-
-
4 hours ago, Sean P said:
Hi Max,
For some reason the File > Place Image allows you to place multiple images, yet the Tool doesn't - this itself seems a little strange to me so I'll get that passed on. You actually reported the issue about placement with multiple images back in October!:With Place Image clicking will place the image at the corresponding size based on it's DPI, right now though it is not possible to get them to come in at a specified size. However feel free to create an improvement request in the Improvements section of the forum.
To put several images, it is desirable to fit them into the drawn frame is a very good tool.
When you add 300-500 files to the document, the lack of group placement can cause the program to be abandoned. A good program speeds up and simplifies the workflow. AD and AP are good programs and they are developing in the right direction, listening to their users. I hope this will continue. -
Counting the image size on large documents causes the program to hang. During a very long calculation of the size, it is not possible to select the desired Artboard.
Crop Tool
in [ARCHIVE] Photo beta on Windows threads
Posted