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

Keith Reeder

Members
  • Posts

    285
  • Joined

  • Last visited

Posts posted by Keith Reeder

  1. Well, what better proof of support could there be than a crowdfunding campaign? 

     

    I've chipped in to lots of crowd funding initiatives without ever having any intention to actually buy the thing the funding was for - sometimes i just like an idea enough to throw a few quid at it even though I'd never actually use the end product.

     

    Point being - crowd funding does not provide a reliable indicator of future demand.

  2. Obviously this is a subjective issue, with no "one size fits all" answer.

     

    And with that said, I also think that different cases can be made for Designer and Photo.

     

    For most photographers, it's likely that the questions: 

    • "does it do the same things I used in my previous solution?"
    • "Does it do them well?"
    • "Is it acceptably stable?" and
    • "Does it fit into my existing workflow?"

    (which is all that most of us need to know, if we're honest) can be answered easily enough within 10 days in most cases.

     

    But I can easily imagine Designer needing a longer lead time (not in R C-R's case! :D), simply because of the relative complexity of workflow.

  3. You think there are no piracy version of Affinity? You are wrong.

     

    What has that got to do with anything? Are you seriously saying that because a shitty thing happens over there, we may as well accept it happening here too?

     

    Besides, never having had the intention to pirate Photo, I've never tried to find pirated copies. The fact that you apprarently did is interesting in the context of this discussion...

     

    If software companies could rely on users' conscience as a barrier to piracy, there'd be no need for software protection.

     

    And we all know what the real World looks like there.

  4. The big (but by no means the only) problem with 32 bit is the 4gb physical RAM limit (which amounts to 3gb usable on most machines - if the 3gb switch doesn't make the machine unstable): running Photo on such a small amount of RAM will be a joyless experience, which is why most software companies no longer provide or support 32 bit products.

     

    There are also dependency issues: most modern 64 bit programmes rely on native OS functions that simply aren't available in 32 bit operating systems, so Serif would need to code their own alternatives - and all for a very rapidly diminishing target audiience.

  5. Fact is

    If you come home from a so called "shoot" with a certain amount of pictures, AP alone is a very poor choice (any operating system)

     

    Nope - not even close to "fact", except as it applies to your expectations. And (I really shouldn't have to point this out) your way isn't the only way, nor is it remotely the only "right" way.

     

    Fact: deal with the DAM part of your workflow before opening Photo and it isn't a "poor choice" at all. There's no rule anywhere - written or unwritten - that your DAM solution has to come from the same company that provides the software you use for the rest of your workflow.

  6. It stands for Digital Asset Manager. I don't understand entirely myself, but it's my understanding that it is a collection of images with tags, adjustment tools, sharing options, and practically an image library and organizer to store all files.

     

    That's one kind of thing a DAM is, but this is the problem - there are as many ideas about what a DAM should be as there are people who would use it, and Serif is going to have the Devil of a job getting that right.

     

    In fact, even the phrase "Lightroom competitor" tells the story: I have never used Lr as a DAM solution (I have my own), only as a Raw conversion solution. So for me a "Lightroom competitor" is Photo Ninja, my Raw converter of choice.

     

    By the same token, because Photo has the Raw conversion functionality, it is already a "Lightroom competitor".

     

    See what I mean?

  7. After using DXO Optics - Capture One - Lightroom and Photoshop for many years, so I felt good about Affinity Photo.

     

    Capture One and Affinity Photo are not analogous, Jörgen - although Photo provides Raw processing functionality, it's not intended to replace your current Raw solution, so the smart move is to have a two stage workflow, starting with the Raw converter and ending with Photo.

     

    The Photo Raw converter will doubtless improve in speed terms, but it's going to be hard-pushed to compete with the established Raw solutions, in image quality terms, for the foreseeable future.

     

    As to your other questions.

     

    2. Crop. The files are approximately 40x55cm 300dpi. 

        The end result should be: 18x24cm 300 dpi, with different scalings.
        Very easy in Photoshop. crop the image as desired. DONE!
    HOW TO DO IT IN AFFINITY PHOTO ????

     

    Hard to answer without knowing what you're doing in Photo that isn't working. But do these help at all? 

     

     

    If I have 50 photo, how do I do in Affinity photo.

     

    Have you read on up Photo's batch processing? 

  8. pro shooters often use Photo Mechanic to cull photos, then open the remaining good ones in raw developer. I have heard it is much faster workflow than importing and rating in LR. 

     

    Culling outside of Lr can be really easy, and literally as fast as you can think and move your fingers; and you don't need an expensive dedicated program like Photo Mechanic to do so.

     

    For example, my own (Windows) workflow is as follows (and note that as a sport/motor sport/wildlife photographer I can come back from a shoot with 1000s of images):

     

    1) Ingest images onto my computer using the file system, to a folder named for the date and location of the session;

    2) Navigate to the first Raw file in the folder, and Open With Irfanview;

    3) If it's to go, press the Delete key (Irfanview can be configured automatically to move to the next image on delete - you'd want to do that);

    4) If it's a keeper, press the -> key to navigate to the next image;

    5) Repeat as necessary - I can literally fly through a big folder of images this way - and finally;

    6) Import the remaining images into Lightroom/the Raw converter of choice.

     

    It's much, much, much quicker this way than in Lr. Admittedly I'm not rating images as part of this workflow, but I don't do that anyway. If rating is seen as a necessity, you can do that in Lr as a much more manageable second pass. I also believe that XnView allows the addition of ratings, so that might be a substitute for Irfanview - but I don't know if its ratings are readable by Raw converters. 

     

    That said - it looks like it's pretty capable as a cataloguing tool in its own right.

     

    (Note that for my approach you'll probably need to install the Irfanview Raw plugin if you're not already a user - it's a one-off, two minute job, and well worth the trouble).

×
×
  • 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.