Jump to content

Waldbaer

Members
  • Content count

    26
  • Joined

  • Last visited

  1. Trying out would work nicely as a work flow if the batch dialogue's settings were saved, so you'd only have to set the new input files to finally run the batch. As this is not the case, you have to repeat all settings which not only takes time but also provokes errors. So yes, different destination is always to be recommended, but the workflow gets not really better including testing of each batch operation, I think.
  2. Just to let you know: This seems to be fixed in the latest beta. I just ran some batches in Affinity Photo 1.7.0.135 and it runs perfectly (it did fail before the update download was completed), also with my macros imported from Affinity 1.6.7 and parallel processing enabled (and of course the new width/height expressions ).
  3. This is still really weird... should not be so complicated to add some Play/Pause/Stop buttons to the panel, is it? It's still not that unusual that I find that the output of a batch is not exactly what I wanted it to be and besides having to setup everything again just to tweak one setting, I at first have to force quit Affinity Photo to stop the current batch. Useable, but neither intuitive nor user-friendly...
  4. Same problem on my iMac 2017 since I upgraded to Mojave last week. On High Sierra, everything went fine, so I suspect that the upgrade broke something. Unchecking Parallel Processing fixes the Problem, the Βeta does not. The Βeta worked fine though as long as I did not run my imported macro on the files (but actually just converted them). I'm looking forward to any updates; if you change something in the Βeta that might help here, please let us know in this thread! BTW: Why is still the only possibility to stop a batch to force quit the app? Please consider adding a stop/abort button to the batch pane. Or did I miss something?
  5. Waldbaer

    Canvas change keeps export slice position

    Great, I‘m looking forward to the fix!
  6. Waldbaer

    Canvas change keeps export slice position

    Yes, that‘s it, I think it‘s every anchor other than top left. Probably there is just some kind of offset that is not set correctly, I suppose?
  7. Hi Serif, I think I've found a small bug here: If I change a document's canvas, the position of the export slices will remain the same from the top left, no matter if the content of the image moved into any direction. It would be great if the export slices could remain at the same positions of the image, or is the current behavior intended? Thanks for taking a look! Software used: Affinity Photo 1.6.7 on Mac OS 10.13.6
  8. I did not set any application folders manually. I think it takes some automatically, though. I found two checkbox options maybe connected to this: "Select most recently used file in open dialogues" (checked) and "use current folder of the file in save dialogues" (unchecked)... I still do not understand why it seems to return the save path correctly but then it is not used. I thought DFX only is active with the standard macOS file dialogues and does nothing else, but maybe I'm wrong...
  9. Hi R C-R, thanks for jumping in! I'm using the most recent version (currently 5.2.5). Thanks for the heads-up concerning the app exclusions! I really appreciate DFX's services at other parts of Affinity though, e.g. it intelligently recalls my recent folders or even files for open/save/export and facilitates access on different places using Finder windows or shortcuts (e.g. if I work with different applications on the same project and folders). Probably I'll just leave everything as it is for the moment and just doublecheck if the batches really do what they should and deactivate it as soon as I notice there is a problem...
  10. Thank you again for checking this out! The interesting thing for me is still that it works sometimes and sometimes not and the path is always entered into the dialogue. I'll send this thread to stclairsoft, too; as far as I experienced, they have a really nice and responsive customer support, too, and this is really the first time I have an issue with it although I'm using its enhanced dialogues nearly all the time and everywhere.
  11. Hm, I have another idea where the problem might be: I use the third-party app Default Folder X to help my file managing tasks. I swear I have deactivated it once before and the batch did not work anyways, but now I've quit it for the video and everything works fine. As soon as I launch and use it, the batch goes to nowhere as described in this whole thread. The Batch dialogue does show all files and also the output path the same way with and without DFX, though, so I still wonder why this might be a problem. Maybe you know how you handle the path data during the process and could contact StClairSoft about their handling so you might find the problem? I'm sorry that this is so complicated, but I'd really appreciate using both apps simultaneoulsly (works great most of the time already, just the described "sometimes" not). I'll send you the videos in a minute, I'm just compressing them right now.
  12. OK, I'll take a screenrecording showing the process. I don't like to post it to the public though, so I'll send you a download link as private message, same with my macros. Default macro does not work, too; even no macro at all (just conversion) does not work (as described above). Thanks for you support, I know that these questions are not to bother me but to find the problem. I really appreciate that you take so much time for my problem and hope that we might tackle it soon!
  13. I'm running Affinity Photo 1.6.7 on macOS 10.13.6. Thanks for your efforts!
  14. Thanks for your continued support! I tried your reset and was quite shocked when I realized that it deleted all my macros. Well, I should have read what was selected and resetted, but I was lucky having a time machine backup and figured out which file to replace to get my macros back (~/Library/Containers/com.serflabs.affinityphoto/Data/Library/Application Support/user/macros.propcol). After that, I started again with a completely reset app, rebuilt my macro (simply turn 180°, so two times 90 and that's it) and retried the batch with the same files and folders that did not work before. Things I noticed while doing that: saving the macro only worked in a new, but not in the "Default" category. If I try to save in the default, after clicking "save" it shows me the category, but without my macro being added and without further notice. Is that the way it should be? still no saving of target files without further notice I tried the same batch but without any macros at all but it still won't save the files Since the problem seems to be not connected to the macros, I tried some other things: I took the other files (no corresponding names, so no overwrites anyway!) out of the target folder and started the same batch as before - hooray! - it worked. I repeated the batch with other files from the same source and target folders (did not work before, too) - no problem, too. I deleted the files resulting from 1 and 2, put the previous files back into the target folder, tried again and it did not work again. What is going on here, is there maybe some kind of security mechanism that the batch does not write to folders containing more than x files?
  15. That's what I already tried and referred to as "multicore-processing" in the first post... sorry, did not help in this case, too. Hm, interesting that it seems that I'm the only one encountering the problem. So there is no kind of log or something like that to get more information from the app itself, is it? I'll continue observing this issue and if I get new information I'll report them here.
×