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

Ian R

Members
  • Posts

    113
  • Joined

  • Last visited

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

2,119 profile views
  1. I'd be interested in knowing why disabling Hardware Acceleration helps (or can help) with reducing tablet or brush lag. Whilst it seems counterintuitive to me, it has reduced the very significant lag at times of the brush tool. I'll continue to use the brush tool this way for some time now to see what happens. I should add that the lag I experience is not particularly when using large brush sizes, but small brush sizes more often
  2. @debraspicher excellent explanation. I have experienced almost all of these issues... its hard to parce apart some issues because sometimes one's fingers and key presses and clicks are faster than the lag, so it can stack up, leaving some quite unfavourable results as you might guess. selecting anything for me once I have drawn in the viewport seems to create the issue. I have other issues if I roll back the driver for my wacom intuos , I can't try this out.
  3. I also have been having a possible similar frustrating time with my tablet and AP since V2. There seems to be a certain number of executions in the viewport window - for me personally - that need to occur before my intuos pro medium ceases to work on the menu icons area. I then have to either alt tab out and back in or use the mouse to select an icon for the tablet to become responsive again.
  4. +1 for this request... I get pdfs of garden plans with comments annotated over, with additional things like marks for edits and view points for visualisations also noted down. I need a way of converting these pdf images with their notes included into importable jpegs or pngs for the modelling software. Alas Affinity doesn't import any pdf comments or lines, and leaves me no option other than going to use another piece of software to fill in.
  5. The question for me is what version should I use since they all seem to be unstable. Just yesterday after 5 or 6 hours of work, saving regularly, I had V1's restore/update system corrupt a large file such that it was completely lost, so the only backup I had was unfortunately 3 days old since that new file was totally lost. I've had V2 public version stall and lag on brushes so its not useable to me for work, and the beta seems to be crashing due to loading and saving and the restore file system has corrupted some of the work too. Luckily, I've saved often and I also do not have any files on any external drives anymore. Its a genuine concern when I choose to support Affinity(and love their apps) and what they are trying to do, but its literally cost me days of work. Please Affinity continue to focus on this issue - it can be an extremely disheartening and a tense experience to use this software...
  6. I have been using an external 1gb SSD for my main saving location. I'm now moving to an internal one to see if this affects the issue. This is based on a hunch I had a few months ago and also here: "The Affinity apps open files in a manner that favours speed, but comes with the downside of being slightly less stable when editing from external devices, USB drives or network locations. For this reason our team recommends using internal drives where possible to reduce the chances of said corruptions occurring." ... included to link up same threads and convos.
  7. I went back to using AP1 because it was at least more stable than AP2.. However, I just lost about 2 hours work because the auto recovery file corrupted the file I was working on,with no option for a recovery dialogue box appeared upon next opening, only that the file is corrupted. What are we to think of Affinity development if we are being ignored in such a vital situation? Auto recovery saving was set to the standard 300 seconds, but what good is an auto recovery option if it corrupts the original file such that it cannot be opened at all? How many users are actually experiencing this? Is there anyone from Affinity acknowledging this please? I know there has been staff in this thread but that is about the recovery backup interval, not about the fact of this bug corrupting files.
  8. Glad I found this thread. Baited breath...
  9. Hi, I have an all AMD pc and had it overclocked at 2% - my PC was crashing alot using Affinity and other software. However, since I turned off overclocking, using Affinity has become much more stable, as has the pc in general. Practically no black screen crashes or resets needed. Not my intention to muddy the waters of this thread, just to say my AMD 5900x and 6800xt with 32gb of ram doesn't crash with a black screen, hasn't done using V1 or V2 of AF Photo since I fixed the issue (for me). It has crashed sporadically from time to time ... reason unknown at present. ... as an aside... I do have a separate regular issue, when working in the viewport the rest of the app (icons, menu, shortcuts) eventually freezes after a given number of operations (I use brush tool mainly and have masks and live filters operating, but can happen at any stage). I then have to move to the taskbar and choose another app or use ALT+TAB to flick between windows back to Affinity (Photo) and the app responds again as it should. I thin kiots connected to windows explorer in windows 11 as I had this issue in other apps such as chrome, but its much much worse in Affinity software for some reason. Hardware Acceleration left turned on. I will see how it goes with it turned off, and get back here if there's a difference. There's other bugs to such as brush lag, pan tool sticking on, lag on brush use (quite bad in AF Photo V2 compared with V1) and others but I'll try to get over to those threads too. Windows 11 latest update and AMD Adrenalin V 22.11.2
  10. The files are stored in an external 1tb samsung portable ssd. I will try do as you ask. Thanks
  11. Weirdest one I've found so far... Happens perhaps 1 in 20 times or so - I will try report back whether it is only using ctrl + o or if its through the file menu or double clicking a blank view port, but opening a file (for me) sometimes results in the file actually being downloaded to the default downloads folder. the Next time I try open the same file from its proper location it opens fine.
  12. Yes sorry I was talking about PC. However, even on the new V2 of Photo it does the same, and it sometimes even closes the program without a chance of performing the workaround close I mentioned
  13. Apologies I am on PC and there is a close icon in the top right. When on PC If this is clicked then the 'failed to load document...' box closes and the file stays open. One can then save a copy and saving the file into the original location as the original file name works. I am assuming you are using the Mac version?
  14. I have noticed an error on recovery files, and it seems to force you to close the file after trying to save it because the recovery data gets corrupted somehow. There's a discussion on recovery files (linked) here where I have maybe found a little work around for the corruption. It does not solve the overall discussions happening about auto saves and the like :
  15. I'm not sure if its always the case, but when the error in the recovery file occurs and it says the file must be closed, you can click the X in the top right and close that error window and save the work to another location... and then save it again as the named file in the original location. Don't take my word for it but I'm pretty sure we have a work around here.
×
×
  • 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.