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

Ablichter

Members
  • Posts

    45
  • Joined

  • Last visited

Everything posted by Ablichter

  1. I don't know why someone would do it, but convert it to 16 bit and its size will at least quadruple sextuple 4,26MB to 25MB. PS open a JPEG and only converting it to sRGB (even when it is in sRGB already) quadruples it.
  2. Ah, okay. Aside that I believe that we don't really are able to discover the source(s) this collage have been made from, if it was made from a photo, someone indeed don't need to use a cam >500$ or shot RAW to ruin 'photos' this way. Same with most results of HDR I see around for years. Serious.
  3. Sorry, I don't get what you want to tell.
  4. Never the idea would come to my mind starting my PP workflow with an 8bit image which already is lossy compressed and developed by cams firmware.
  5. .afphoto is no image file format, it's a propritary format to store the whole project, see also this thread and by this they should be treated as such. They are (so far) of no use outside the serife-bubble, not with PS, LR, Bridge, DAMs. Sorry when this already is known, but since TIF/PSD still gets compared with .afphoto files, I thought it's worth mentioning it again.
  6. IMHO it's mainly not a question to which category it belongs than rather where in the workflow. Since this is not a resample it's just assigning metadata - I rather would have it assigned (like in ACR, fixed but changeable) before I press "develop" than have to assign it again and again for every single physical output. Or there is a automation in Photo persona which assigns (an adjustable) DPI value to an image as soon it gets an image transited from Develop persona.
  7. Loading RAW is slower than it was with V39. With V42 a preview is shown faster, but the developing takes longer. A difference up to +3 seconds with V42. Tested with a 64MB CR2 on two machines.
  8. I couldn't reproduce this allegedly Microsoft Installer problem by enable logging and afterwards deleting the missing MSI*logs, but you should try like here is described with the LoggingOn.reg to switch logging ON (since we don't know in which state the MSI-logging is on your computer). Than you install AFP again, so that logs should be written. Before that make sure %temp% is writeable (usually it's c:\users\<your_login_name>\appdata\local\temp but you could have changed this) Since the MSI*.log -which is allegedly was missing- should have been written now, you should be able to uninstall. If still no joy, switch logging off like told on the site and try again. If this also not helps, you IMHO only can delete all Affinity Photo folders and clean up registry.
  9. Not when I worked in Develop Photo on another image before. Open a RAW with PS, click Cancel in ACR. What happens? Does ACR stay open? No. Does PS close? No. What happened when "Done" was clicked?
  10. Yes. 'cause it wasn't changed until some clicked Develop. Why? Assume I accidently loaded a RAW/DNG and just want to cancel its loading without I have to close Develop Persona to get back to Photo Persona. Usually Photo Persona is the starting point, no? This is where I want to get back.
  11. As an IT guy I see it as Jon does. A cancel button (should) stop the current action and return me to the state I was before (which was Photo Persona) - without the need to press any other button.
  12. Well, I do cancle the load op - or rather this is what I'd like to happen when clicking cancle.
  13. Yes. No, it's not. Sorry. Aside that a "cancle" in ACR means not to touch the RAW (means also its metadata is untouched), it's not like this in ACR. Even with all values set to zero (except whitebalance and tint) we get different results. I either expect those zero values being applied or - even better - that the image is not opened at all when cancle is clicked. Combined with the actual behavior the metadata might get changed, in case they decide in future to write them to a sidecar file or a database (as ACR does).
  14. if you don't want to use AFPs project files, you need to use an application which saves the changes in a XMP sidecar file. But regarding backups: I don't really see where the problem is. I have only 800GB on photos/RAW and I daily backup up not only them, but two other drives. By doing incremental backups it just needs two external 2GB HDDs.
  15. Same here. I believe its because of the compression, since thumbnails of uncompressed TIFs (eg. saved by PS) are shown and printable.
  16. Some hints on that: seems AFP parses the file several times (?), stalls for a couple of seconds before actuall showing it. File size 497MB (522.061.824 Byte), 8bit compressed TIF, two additional layers. Photoshop:
  17. Okay, thanks, I didn't know that. Since the Profiling Events are not the cause for the stall, it seems there is absolutely nothing happing with AFP in this seconds.
  18. Okay, I sent you the link to the images via PM. While checking the load time of the images with Sysinternals Processmonitor I noticed something I didn't before: there are "Profiling Events". Other Programs have them too, they are running 1 to 2 ms, but here they are IMHO running 1 second each, depending on the files size >10 in a row witch delays the load of the images. I am not a coder nor I am able to tell what those "Profiling Events" in there do, but can it be some analyzing/debugging code is still working in there?
  19. Not to have sidecar files was not the reason, why I converted my Olympus 5050 and 5060 -which I use under water-, from RAW to DNG. If I could I would have done different. As long someone don't use certain software (eg. Exiftool) to extract metadata to a sidecar file, metadata for DNG (TIF/JPEG/PSD) always are stored/embedded within the file by PS/ACR. Whereas for ACR some can choose if metadata is stored in a sidecar or within a database. It can be an advantage to have sidecars (eg. RAW): you change the develope settings in ACR and only the sidecar file is touched. By this backup software will only recognize the sidecar file as changed and backup the sidecar only instead the whole RAW. Not possible with DNG.
  20. Okay, will send them soon. What I notice while timing the load times, is that AFP does a 3, 4 or 5 second "wait" while loading, The duration seems to depend on the file size: 574MB 8bit TIF 1.38GB 16bit TIF Shortly before that, Processmonitor shows a BufferOverFlow, but I am not sure if this is true or means a thing. The marked colums to the right are 1. Absolute time since the image was draged to AFP and 2. Completion time
  21. I can do that, but all together they are ~6GB and I can't do it from here, because the line will be clogged. You either have to wait 3 hours until I am home or, since the TIF/PSD don't have special developments or layers, you can download the RAW sample from here and make own derivates - regarding the size they should come out similar. Just let me know, the time it needs to up-/download would be the same or longer as it needs to make derivates. It's the 64MBRAW from the 5D DS. I forgot to mention that TIF and PSD have two additional layers, just copy and paste. This is what PS says and it seems to be right. The PC is an i5-6600 3.3Ghz, 16GB, with a THNSN5256GPU7_NV SSD (nominal read speed 2.058MB/s, but morelikely at an average of ~1.500MB/S. But my older AMD at home, also with SSDs, has similar values.
  22. Sometimes up to five times (or even worse, depends on the size) slower than with PS/ACR. See attachment. All times by dragging and dropping files from into app. Times for RAW/DNG until they appear in PS incl. me ticking "Open" in ACR. Times for RAW/DNG in AFPhoto until the appear in AFPhoto (even) without clicking "Develop." Files stored on a SSD. See also this thread.
×
×
  • 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.