v_kyr Posted March 22, 2017 Share Posted March 22, 2017 The reason for that, as I said, will be that your file is already fairly optimal. The way we structure our files means that the bits that change are localised. So, redundancy only happens where you replace or delete pixel data, and that is also localised to segments within a pixel layer. In real world situations, and depending upon how you work, it may be that you mainly add to rather than change pixel data. So, streamlining won't remove much. Sounds to work layer oriented then. Does it also take just duplicated layers into account (does it recognize overlapping layers redundancy)? Meaning, let's say you just duplicate a layer several times and don't alter those layers otherwise (don't change or replace any layers pixel data contents), will it go through each identical layer here or does it recognize that there is a huge redundancy among all these available layers when streamlining? Quote ☛ Affinity Designer 1.10.8 ◆ Affinity Photo 1.10.8 ◆ Affinity Publisher 1.10.8 ◆ OSX El Capitan ☛ Affinity V2.3 apps ◆ MacOS Sonoma 14.2 ◆ iPad OS 17.2 Link to comment Share on other sites More sharing options...
Staff Ben Posted March 23, 2017 Staff Share Posted March 23, 2017 Without giving too much away, we optimise and remove duplicate data where possible. That includes pixel data, and other stuff. Our files grow in size after any change and save as the main structure of your document is saved every time you do a save. At the very least, if no other data is changed, the main structure is written again. Until a streamline happens, old versions of the structure will exist in the file. When a streamline occurs, the old structure data is removed, leaving just the latest version. The structure data is quite small, however, compared to pixel data, so changes in a document with lots of pixel data, you could make many saves before the amount of old structure data pushes you to the 33% streamlining threshold. In this situation, the file would grow with each save. A Save-As will still give a streamlined file. Quote SerifLabs team - Affinity Developer Software engineer - Photographer - Guitarist - Philosopher iMac 27" Retina 5K (Late 2015), 4.0GHz i7, AMD Radeon R9 M395 MacBook (Early 2015), 1.3GHz Core M, Intel HD 5300 iPad Pro 10.5", 256GB Link to comment Share on other sites More sharing options...
v_kyr Posted March 23, 2017 Share Posted March 23, 2017 Ben thanks for the clarification infos! Sounds to be a slightly similar concept then as is used by backup software, where beside a full initial stored backup then differential and inkremental changes are took into account until the next full backup etc., but here instead on a one data file basis. Quote ☛ Affinity Designer 1.10.8 ◆ Affinity Photo 1.10.8 ◆ Affinity Publisher 1.10.8 ◆ OSX El Capitan ☛ Affinity V2.3 apps ◆ MacOS Sonoma 14.2 ◆ iPad OS 17.2 Link to comment Share on other sites More sharing options...
totoff Posted December 26, 2017 Share Posted December 26, 2017 Hi all, I bought AF Photo when it was launched to the market but quickly stopped using it for two reasons: huge, huge, huge file sizes and and no support for IPTC metadata. However, I came back recently wondering if this issues are sorted out in the meantime. Unfortunately I found myself disappointed again. I've read this thread carefully and decided to compare AF Photo against Photoshop CS 6. I made my tests with the following parameters: .CR2 Raw file with 3744 × 5616 pixels straight out of the camera "save history" feature turned of no edits at all, no layers, just opened the file in the respective application (AFP/PS), press "develop" and save in application file format This is what I found: | Color format | .afphoto | .psd | |:--|:--|:--| | 16 Bit RGB | 167,5 MB | 126,3 MB | | 8 Bit RGB | 167,5 MB | 62,3 MB | | 8 Bit, saved under new name | 167,5 MB | 62,3 MB | (unfortunately the editor doesn't support markdown - but this should be a table …) I think the table speaks for itself. PS files are considerably smaller compared to .afphoto, reducing to 8 bit does nothing in AFP, but in PS. Ben has tried to be helpful explaining how AFP manages file sizes and how to reduce it possibly but shouldn't an app for professionals just work? "Save under a new name to reduce file size" reminds me off Windows 2000 somehow, especially if it has no effect on file size at all. I would love to have somebody from the AFP staff addressing this thread again explaining if we may hope for improvement. In the meantime I'll stay with Adobe (though I don't like to). Thanks Quote Link to comment Share on other sites More sharing options...
IanSG Posted December 26, 2017 Share Posted December 26, 2017 I'm just a hobbyist, but large file sizes simply isn't an issue for me - disk space is cheap and SSDs are fast! Under what circumstances does it become a deal breaking problem? SrPx 1 Quote AP, AD & APub user, running Win10 Link to comment Share on other sites More sharing options...
R C-R Posted December 26, 2017 Share Posted December 26, 2017 30 minutes ago, totoff said: Ben has tried to be helpful explaining how AFP manages file sizes and how to reduce it possibly but shouldn't an app for professionals just work? I fail to see how large file sizes would somehow prevent an app for professionals (or anybody else) from working. The Affinity apps have been optimized for low real memory use, very high rendering & preview speeds, & quick resaves (due in part to serialization), plus a unique native file format that any app in the suite can open without conversion or loss of functionality. Call me crazy but I think these are just as if not more important than file size. SrPx 1 Quote All 3 1.10.8, & all 3 V2.4.1 Mac apps; 2020 iMac 27"; 3.8GHz i7, Radeon Pro 5700, 32GB RAM; macOS 10.15.7 Affinity Photo 1.10.8; Affinity Designer 1.108; & all 3 V2 apps for iPad; 6th Generation iPad 32 GB; Apple Pencil; iPadOS 15.7 Link to comment Share on other sites More sharing options...
totoff Posted December 26, 2017 Share Posted December 26, 2017 Quote I fail to see how large file sizes would somehow prevent an app for professionals (or anybody else) from working. 7 .afphoto files on my machine account for 1.5 GB. Sure, storage is cheap these days. But how to handle this with hundreds of pics and how (and where) to backup? Sorry, it does make a difference – at least for me. Steps 1 Quote Link to comment Share on other sites More sharing options...
O. Chevetaigne Posted December 26, 2017 Share Posted December 26, 2017 12 minutes ago, totoff said: 7 .afphoto files on my machine account for 1.5 GB. Sure, storage is cheap these days. But how to handle this with hundreds of pics and how (and where) to backup? Sorry, it does make a difference – at least for me. I've wondered if large file sizes has been one of the issues faced in the development of Publisher. Quote Link to comment Share on other sites More sharing options...
IanSG Posted December 26, 2017 Share Posted December 26, 2017 1 hour ago, totoff said: 7 .afphoto files on my machine account for 1.5 GB. Sure, storage is cheap these days. But how to handle this with hundreds of pics and how (and where) to backup? Sorry, it does make a difference – at least for me. I can store 15,000 files of that size for £100 - quite a few years' worth at the rate I produce keepers . Going back to the days when I was working from home and needed a good backup system, I use a program called AISCL and backup all my images to a disk mounted in a USB 3 caddy for rapid removal in case of fire. Quote AP, AD & APub user, running Win10 Link to comment Share on other sites More sharing options...
SrPx Posted December 26, 2017 Share Posted December 26, 2017 PSD does very good compression, or whatever it does keeping files really small, for lossless images of that size. Still, I've managed at companies files of GBs of size, even being PSDs, and I don't want to remember some times being forced to handle crazily huge multi layered TIFFs (even with compression ON). Of course, not every machine would handle those. Dunno, I don't see this, and specially in the tests referred, as a show stopper, by any means. Other matters seem more important to introduce or address. As mentioned, storage (except SSDs ) is quite cheap. I still remember an old tape backup device I had... extremely expensive per MB compared to today's possibilities... This is an alternative to subscription, and I see not only as a single advantage, it's two: You can actually purchase it and so not "pay a rent", but also, the price could be expensive, in a prohibitive number for any indy, freelancer or hobbyist. But is not. Is at the cost of one month of your Internet/phone connection. Really affordable. People saying they're back to Adobe seems they think they would be to expect all the advantages of one type of thing, and have also all the advantages of the other. Quote AD, AP and APub. V1.10.6 (not using v1.x anymore) and V2.4.x. Windows 10 and Windows 11. Link to comment Share on other sites More sharing options...
SrPx Posted December 26, 2017 Share Posted December 26, 2017 4 hours ago, totoff said: "Save under a new name to reduce file size" reminds me off Windows 2000 somehow, especially if it has no effect on file size at all. Not sure if Ben really meant a new name as the only option. He said a "save as" . Anyone let me know if I'm wrong, also as this could be an interesting matter: I think I understood that it streamlines it just by doing a "save as", but even with the same name, which would be an overwrite, not duplicating the file with another name, exactly the same thing/result than when you hit fast your ctrl + s or hit the save option. It just will show the file dialog window and you'd just hit intro (or however it's done in Macs, I don't remember now, a few years till I used last) twice. If it is so, IMO is not a matter/need to be doing it constantly, but from time to time, ie, specially once the very final version is to stay untouched for months. Quote AD, AP and APub. V1.10.6 (not using v1.x anymore) and V2.4.x. Windows 10 and Windows 11. Link to comment Share on other sites More sharing options...
benjaminduall Posted October 30, 2018 Share Posted October 30, 2018 Just stumbled on this thread — having the same issue with very large documents. I have a simple affinity-doc (376 x 376 pixels) with 29 layers. Affinity-file is a whopping 796 MB. Exported this to PSD (with layers): 12,8 MB (!) What's going on? Quote Link to comment Share on other sites More sharing options...
nitro912gr Posted January 16, 2019 Share Posted January 16, 2019 On 1/6/2017 at 4:57 PM, James Ritson said: Michail, raster information in .afphoto documents is stored completely uncompressed. If you're working from raw files, those are developed to 16-bit. 16-bit uncompressed raster information is quite large! If you don't need the extra precision, you can try converting to 8-bit via Document>Colour Format before saving your document. If you've already saved it, try Save As to create a fresh copy with no redundant data. Additionally, when you develop or begin work on an image, an initial Snapshot is created so you can always revert to the original image. This takes up space too, so you may want to delete it. If you go to View>Studio>Snapshots to display the panel, you can then click on the Background snapshot and delete it (the bin icon). Hope that helps. Sorry for necromancing this post but I wanted to say thank you, my file was around 330MB, went down to 200 after swithing to 8bit color and return to a normal level of 50mb after deleting the snapshot. That is just twice the RAW I edited which is fine for me. However some lossless compression in .aphoto could be great Quote Current Workstation: CPU: AMD Ryzen 5 5500 - MOBO: Asus B450 - RAM: 16GB DDR4 2667Mhz - GPU: AMD Radeon 7850 1GB NVMe SSD: Crusial P3 1TB M.2 - SSD: Samsung Evo 850 256GB - PSU: XFX TS450 - OS: Win10 Link to comment Share on other sites More sharing options...
lepr Posted January 16, 2019 Share Posted January 16, 2019 . SrPx 1 Quote Link to comment Share on other sites More sharing options...
nitro912gr Posted January 17, 2019 Share Posted January 17, 2019 10 hours ago, >|< said: Affinity apps definitely use lossless compression to store Pixel Layers and Pixel Masks. and the developed and "flattened" file is twice the size of the RAW? RAW files use bigger compression or something? Quote Current Workstation: CPU: AMD Ryzen 5 5500 - MOBO: Asus B450 - RAM: 16GB DDR4 2667Mhz - GPU: AMD Radeon 7850 1GB NVMe SSD: Crusial P3 1TB M.2 - SSD: Samsung Evo 850 256GB - PSU: XFX TS450 - OS: Win10 Link to comment Share on other sites More sharing options...
Pšenda Posted January 17, 2019 Share Posted January 17, 2019 2 hours ago, nitro912gr said: RAW files use bigger compression or something? Firstly, RAW files do not contain full pixel color information - they must be calculated, when developed him. Quote Affinity Store (MSI/EXE): Affinity Suite (ADe, APh, APu) 2.4.0.2301 Dell OptiPlex 7060, i5-8500 3.00 GHz, 16 GB, Intel UHD Graphics 630, Dell P2417H 1920 x 1080, Windows 11 Pro, Version 23H2, Build 22631.3155. Dell Latitude E5570, i5-6440HQ 2.60 GHz, 8 GB, Intel HD Graphics 530, 1920 x 1080, Windows 11 Pro, Version 23H2, Build 22631.3155. Intel NUC5PGYH, Pentium N3700 2.40 GHz, 8 GB, Intel HD Graphics, EIZO EV2456 1920 x 1200, Windows 10 Pro, Version 21H1, Build 19043.2130. Link to comment Share on other sites More sharing options...
nitro912gr Posted January 17, 2019 Share Posted January 17, 2019 Is that so? I though that RAW files contain a lot more information like a digital negative than a flatten picture. Anyway I don't want to derail the topic on what a RAW is and how it works Quote Current Workstation: CPU: AMD Ryzen 5 5500 - MOBO: Asus B450 - RAM: 16GB DDR4 2667Mhz - GPU: AMD Radeon 7850 1GB NVMe SSD: Crusial P3 1TB M.2 - SSD: Samsung Evo 850 256GB - PSU: XFX TS450 - OS: Win10 Link to comment Share on other sites More sharing options...
Steps Posted January 17, 2019 Share Posted January 17, 2019 55 minutes ago, nitro912gr said: Is that so? I though that RAW files contain a lot more information like a digital negative than a flatten picture. Anyway I don't want to derail the topic on what a RAW is and how it works RAWs do, but you really can't compare them to Bitmaps. They contain raw sensor data that can be far better compressed - similar to an text file. The RAW converter performs an debayering making it to a Bitmap. All RAW converters perform different on this task. Usually the vendors one is the best for that job. Despite lacking some options Canon DPP does the best job developing an CR2 in regards of detail preservation. But you may use third party RAW converters in case your vendor does not offer something suitable. This is the case with Panasonic cameras or DJI drones for example. Here I recommend DxO Optics Pro. For Canon and Nikon I recommend to go with the vendors tools. I was not satisfied with the result of APhoto RAW and you also can't save your settings in a sidecar file. nitro912gr 1 Quote Windows 10 Pro x64 (1903). Intel Core i7-9700K @ 3.60GHz, 32 GB memory, NVidia RTX 2080 Affinity Photo 1.7.2.471, Affinity Designer 1.7.2.471, Affinity Publisher 1.7.2.471 Link to comment Share on other sites More sharing options...
Steps Posted January 17, 2019 Share Posted January 17, 2019 13 hours ago, >|< said: Affinity apps definitely use lossless compression to store Pixel Layers and Pixel Masks. I might add: This is also true for PSD and GIMP files. No one would accept a tool that works lossy on the image. JPG export is always the very last step in a workflow. Quote Windows 10 Pro x64 (1903). Intel Core i7-9700K @ 3.60GHz, 32 GB memory, NVidia RTX 2080 Affinity Photo 1.7.2.471, Affinity Designer 1.7.2.471, Affinity Publisher 1.7.2.471 Link to comment Share on other sites More sharing options...
Pšenda Posted January 17, 2019 Share Posted January 17, 2019 24 minutes ago, Steps said: They contain raw sensor data than can be far better compressed - similar to an text file I doubt more effective conversion. It is more or less about measured analog values, more like poorly compressible binary data. The difference, however, is that the stored less data values - they contain only the luminous component for each "cell", whereas the "pixel" must contain information about each color component + alpha channel. Steps 1 Quote Affinity Store (MSI/EXE): Affinity Suite (ADe, APh, APu) 2.4.0.2301 Dell OptiPlex 7060, i5-8500 3.00 GHz, 16 GB, Intel UHD Graphics 630, Dell P2417H 1920 x 1080, Windows 11 Pro, Version 23H2, Build 22631.3155. Dell Latitude E5570, i5-6440HQ 2.60 GHz, 8 GB, Intel HD Graphics 530, 1920 x 1080, Windows 11 Pro, Version 23H2, Build 22631.3155. Intel NUC5PGYH, Pentium N3700 2.40 GHz, 8 GB, Intel HD Graphics, EIZO EV2456 1920 x 1200, Windows 10 Pro, Version 21H1, Build 19043.2130. Link to comment Share on other sites More sharing options...
Steps Posted January 17, 2019 Share Posted January 17, 2019 1 minute ago, Pšenda said: I doubt more effective conversion. It is more or less about measured analog values, more like poorly compressible binary data. Yeah, one day someone might write down an specification and out of curiousity what exactly happens I may read parts of it. Until then it's guesswork. It's only certain that it is not a bitmap. 4 minutes ago, Pšenda said: The difference, however, is that the stored less data values - they contain only the luminous component for each "cell", whereas the "pixel" must contain information about each color component + alpha channel. Indeed. Quote Windows 10 Pro x64 (1903). Intel Core i7-9700K @ 3.60GHz, 32 GB memory, NVidia RTX 2080 Affinity Photo 1.7.2.471, Affinity Designer 1.7.2.471, Affinity Publisher 1.7.2.471 Link to comment Share on other sites More sharing options...
Pšenda Posted January 17, 2019 Share Posted January 17, 2019 http://wwwimages.adobe.com/www.adobe.com/content/dam/acom/en/products/photoshop/pdfs/understanding_digitalrawcapture.pdf Quote Affinity Store (MSI/EXE): Affinity Suite (ADe, APh, APu) 2.4.0.2301 Dell OptiPlex 7060, i5-8500 3.00 GHz, 16 GB, Intel UHD Graphics 630, Dell P2417H 1920 x 1080, Windows 11 Pro, Version 23H2, Build 22631.3155. Dell Latitude E5570, i5-6440HQ 2.60 GHz, 8 GB, Intel HD Graphics 530, 1920 x 1080, Windows 11 Pro, Version 23H2, Build 22631.3155. Intel NUC5PGYH, Pentium N3700 2.40 GHz, 8 GB, Intel HD Graphics, EIZO EV2456 1920 x 1200, Windows 10 Pro, Version 21H1, Build 19043.2130. Link to comment Share on other sites More sharing options...
Steps Posted January 17, 2019 Share Posted January 17, 2019 2 minutes ago, Pšenda said: http://wwwimages.adobe.com/www.adobe.com/content/dam/acom/en/products/photoshop/pdfs/understanding_digitalrawcapture.pdf Interesting read. Similar to what I read before and took my knowledge from. However, specific to the CR2 we don't know how sensor data are represented exactly and what compression is used. But I heared Canon managed to further improve that in the CR3 format. Quote Windows 10 Pro x64 (1903). Intel Core i7-9700K @ 3.60GHz, 32 GB memory, NVidia RTX 2080 Affinity Photo 1.7.2.471, Affinity Designer 1.7.2.471, Affinity Publisher 1.7.2.471 Link to comment Share on other sites More sharing options...
Pšenda Posted January 17, 2019 Share Posted January 17, 2019 5 minutes ago, Steps said: how sensor data are represented exactly Some formats use floating point, for example DNG specification. Quote Affinity Store (MSI/EXE): Affinity Suite (ADe, APh, APu) 2.4.0.2301 Dell OptiPlex 7060, i5-8500 3.00 GHz, 16 GB, Intel UHD Graphics 630, Dell P2417H 1920 x 1080, Windows 11 Pro, Version 23H2, Build 22631.3155. Dell Latitude E5570, i5-6440HQ 2.60 GHz, 8 GB, Intel HD Graphics 530, 1920 x 1080, Windows 11 Pro, Version 23H2, Build 22631.3155. Intel NUC5PGYH, Pentium N3700 2.40 GHz, 8 GB, Intel HD Graphics, EIZO EV2456 1920 x 1200, Windows 10 Pro, Version 21H1, Build 19043.2130. Link to comment Share on other sites More sharing options...
lepr Posted January 17, 2019 Share Posted January 17, 2019 . Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.