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

hoch

Members
  • Posts

    9
  • Joined

  • Last visited

Everything posted by hoch

  1. Hi Mark & Chris, Tried the same steps on another laptop with an Intel Atom with a HD 400 GPU and I can see the same memory leak. Keep up the good work!
  2. Hi Mark, I append a video where you can see how memory usage grows as I switch on and off the levels layer. This is what I did: Open a 20MP jpeg, Add a levels layer. Make some adjustments. Swith it on and off. That's it. This does not happend with OpenCL switched off. Clearly there is something wrong with OpenCL. CPU is Celeron N3060 and GPU is HD 400, Intel drivers are the latest, from august 2020, OpenCL version in the system32 folder, is 2.0.2, Windows 10 is the latest before 2004. If you want, I can send you the Chrome GPU report. Chrome has a few issues and some workarounds for this GPU. 2020_09_30_13_10_02_Y.mp4
  3. Hi Mark and Chris, Thank you for your fast answer. Chris, you gain a lot, even with this tiny GPU. I tried 1.9.0.767 and in my humble but silent, ultra low power and low emissions system... :-)... it's simply awesome... It's almost as having a new computer! The benchmarks ran ok and show a speed up of 8x when OpenCL is enabled, very impressive! I did some test with a 20MP image and the few things I tried are definitely much faster. For example, switching on and off the levels layer, shows the changes almost instantly. Without OpenGL you can see AP drawing tiles for a second or so, you can almost count them... :-) But it seems that there is a memory leak. This same action, switching on and off a level layers, consumes a lot of memory. Everytime you switch on or off, the memory usage grows. You can see it in the appended screenshots of Process Explorer. The first one shows the memory usage when you open the image. The next one when you switch 30 times the levels layout, on and off. The second 50 times. If you keep going, AP crashes. When OpenGL is switched off, the same actions do not consume memory, almost, only a few Kb. Hope you can fix this. This new OpenCL acceleration is amazing, at least on my system. Thank you and keep up the good work, guys!
  4. Hi, On my humble Celeron laptop, AP v1.9.0.734 works like a champ. But when I enable OpenCL it becomes unusable. Some weird behaviour I experienced: 1. The benchmark stalls when it arrives to the third test 'Raster (Multi CPU)'. There is no activity. CPU and GPU usage drops to almost 0 and I can't close the benchmark dialog. 2. On an edited photo, I can't disable the levels layer. I can uncheck and check the checkbox but there is no change to the image. Then if I try to quit and AP hangs. I have to kill the task. 3. A couple of tools crashed on me. For example the undo brush. When I alt click, AP quits unexpectedly. Maybe there is an issue with the OpenGL lib? I have the latest Intel drivers from august 2020. OpenCL version in the system32 folder is 2.0.2. CPU is Celeron N3060 and GPU is HD 400. Congratulations for this great piece of software. Keep up the good work!
  5. Hi Chris & Patrick, Beta version 1.7.3.476 still saves unmodified jpeg layers, uncompressed. I append the original jpeg and the affinity file. Just opened the jpeg with affinity photo and then saved with affinity native file format. The affinity photo file size is 6x bigger than the original jpeg file. Hope you can fix it soon. Keep up the good work! Illustration-1.7.3.476.afphoto
  6. Hi, Seems that file size of an unmodified jpeg image saved in affinity photo format, has improved in v1.7.1.404 but it's still 3x bigger than the same file saved with v1.6. v1.6 has nearly the same size as the original jpeg. So it seems that in that version, the jpeg is saved compressed (if the image is not modified, I suppose). Which is really efficient. The image has two adjustment levels, (levels and b&W). But levels add very little to file size. Just saving the image, without adjustment levels, in v1.7.1.404 affinity photo format, makes the file almost 3x bigger. Maybe the issue is that unmodified jpeg layers are saved uncompressed...? ... Keep up the good work, guys! :-)
  7. Hi Patrick, I uploaded a couple of jpeg images with layers. No modifications were done. Just saved. Hope you can fix it soon. Keep up the good work, guys! :-)
  8. What kind if file? Can you elaborate? In my case is consistent. I tried with several jpeg files with adjustment layers and get the same results. 5x to 8x the size of the 1.6 file.
  9. Hi, 1.6 files opened and saved with 1 .7.0.380, without any modifications, are five to eight times bigger than the original. Example: One jpeg image with two adjustment layers has a file size of 5.425k for version 1.6. Opened an saved with 1.7.0.380, with no modifications, the file size is 47.299k, almost 9x bigger...! Here is a screenshot: Thank you and keep up the good work! :-)
×
×
  • 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.