ACDSee Pro 3 Beta - General Discussion

PROCESS - EDIT - PROCESS

[closed] (111 posts)
  • LV_Bill
    Member

    Over the last several days, I've been presenting my proposal of "Treat Jpegs exactly like RAW files" to numerous colleagues and fellow Beta testers.  Most strongly agree with me, but there have two major surprises.

    One very respected colleague wanted to know why the much maligned [Originals] architecture wasn't also available for Raw?  His view of the [Originals] scheme was that it was sort of a "visible undo/redo feature".  And, since his real backups were on a separate hard drive anyway, he said he rather liked the [Originals] scheme.

    Another colleague was upset that there wasn't at least an option to have Raw Develop create a high-quality output image rather than a low-quality "preview" image.  His view was "why have a [Developed] folder if you're not able to put usable developed images into it?".  "It seems to me that in the current implementation, [Developed] is no more than a preview cache".

    Both of these reactions caught me a little off-guard, followed by more head-scratching.  Since Pro 3.0 is all but out the door (it's too late for changes), it seems to me that what it's come down to in this thread is to suggest improvements for Pro 3.1.  In light of the above ideas which expanded my view of things, I'm going to suggest the following:

    1. For non-Raw images, implement a Raw Processing style workflow option that can produce [Developed] output instead of [Originals].  (My same proposal).

    2. For Raw images, implement a non-Raw workflow option that can produce [Originals] output instead of [Developed].

    3. Expand the ability of the [Developed] workflow to automatically create high-quality output images in the [Developed] folder at the user's request.  This action and the output format would be specified as a setup parameter.

    If it sounds like I'm saying "Let's make everybody happy", that's probably correct in this case.  Since the programming for both workflows already exists, this approach is not a start over from scratch undertaking.  So, I'm crossing my fingers for Pro 3.1.  Meanwhile, I've learned how to work around the limitations in Pro 3.0.

    Good luck to all,

    Bill

    p.s.  This will be my final contribution to this thread. Although I've learned a great deal and enjoyed the lively debate, too many of the more recent posts are starting to sound like a nagging wife.  I already have one of those.

    Posted On September 22, 2009 - 05:55 PM (10 months ago) (Permalink to this post)
  • Marc Sabatella
    Moderator

    tdi said:

    Eg, how would you collect all your "most current versions" of files at once?  This would require exactly the same sort of handstands required now to collect all your originals.  It seems to me it trades on set of problems for another.

    ok here's how marc...  the same way I've been doing it all along with previous versions.

    That's an approach that works for you because it happens to fit how you currently do things, just as the current approach works for me because it happens to fit how I currently do things.  But people who previously had a different workflow than you would have to make changes to adopt your methods. And that's my point here - either approach will happen to make perfect sense and work well for some people and cause confusion and require change for other people.

    now you know how... kind of curious how you did it before 3.0 if you don't know things like this tho...

    Again, it's not a question of me or anyone else not being able to *figure out* an alternative workflow - it's simply a matter of our existing workflows requiring change.  Your workflow works because you go ahead and explicitly make copies of files you aren't modifying. Not everyone does that.  Yes, if ACDSee were changed the way you seem to be suggesting, one option would be to do those copies like you do - but that would require an extra step I'm not accustomed to doing.  In other wordds, it makes your life easier but other people's harder.  What I'm saying is, we really have no way of knowing how many people have workflows more like your versus ones more like mine.

    If you're really curious about how I actually do things, I'd suggest you read my five-part article on DAM (Digital Asset Management) in the blog section of this site.  Bbut the short version is:

    - shoot RAW

    - make all changes in place using non-destructive processing, so that folder always shows the "most current" versions of my RAW files

    - batch convert anything I wish to have as JPEG into a new folder

    - in that JPEG folder, if I need to do further processing (not very common), perform my changes in place as well, so that folder always contains the "most current" versions of my JPEG conversions

    In 2.0, this worked fine because while editing a JPEG overwrote it, that was OK by me because it was just a batch conversion anyhow and hence possible to recover if necessary.  But since recovery required having access to the externl hard drive that contains my RAW files, it was less than ideal.  Sometimes I'd go ahead and save my changes as a new copy just to avoid that hassle, and then moving my original into a subfolder for safekeeping.  2.5, with its saved originals feature, automated exactly that procedure for me.  3.0 came along and not only kept that helpful feature, but also allowed me to use Develop mode on my JPEG's.  This was great because it not only still guaranteed my most current version would remain in the main JPEG folder, but also allows me to selectively revisit processing, as opposed to the global all-or-nothing "restore original" of Edit mode.

    So as you can see, depending on what your workflow looked like previously, the current 3.0 workflow either is a painful change (eg, for you) or a welcome one (eg, for me).  But change 3.0 to work the way you describe, and all that does is flip these - people who found the 3.0 approach a welcome change would find the proposed change painful, and vice versa.  I honestly have no idea which represents a larger set of users.

    In my workflow above, you should notice the obvious lack of requiring to get up and do a handstand to complete my workflow.  ;)

    No, I see it quite clearly (the "save as" of otherwise unmodified files).  You aren't noticing it because you're used to performing it already.

    It must be a real bugger with the current approach because no one, especially the forum mod who has an answer to everyone's questions, has even attempted to answer my question of HOW that I posed several days ago...

    I'm sorry, there have been so many questions asked, and so much arguing (largely in circles), that I have no idea which question you mean.  Do you mean, how do you collect all your originals if you shoot JPEG?  I actually gave you several ideas for that quite a while ago.  And yes, I agree, they all require a slight change to your workflow - just as the alternative proposal here would require a change to the workflow of others.

    Technically it can be argued that the file is not altered.  But from a client point of view, the file is altered.

    Depends on the client, I guess.  I'm a client, and from mine, it is not.  And I think anyone who has used non-destructive editing before, or read about it and understands what it meant by it, would agree with me here.  You are talking about changes to the "directory information* associated with the file (eg, what folder it is located in, whether it is read only or not, what the file created date is, etc), but none of these change the essential nature of what is means to save the editing is non-destructive.

    But frankly, if ACDSee really does not want me to work with the file, why pretend to keep it as an original?

    Because that is the expectation of anyone who understand non-destructive editing - they care about the *content* of the file, not the details of the directory information associated with it.

    If you do care about those details, you might consider simply backing up the folder before you begin working, and then you'd have pretty much everything th way you describe wanting it, with really only a tiny chane to your workflow an no change required to ACDSee, FWIW.

    Posted On September 22, 2009 - 07:41 PM (10 months ago) (Permalink to this post)
  • Marc Sabatella
    Moderator

    tdi said:

    it would be nice to hear from ACDSee on their thoughts on these suggestions, especially the suggestion(s) of leaving the folder the files were imported into intact and not using an [originals] file. (and not a forum moderator saying how ACDSee wont respond because this is a user-supported forum, this thread is way beyond and user-helping-user issues).

    On the contrary, I'd love to hear from from ACD weigh in as well.  But hopefully I'm still "allowed" to take part in the discussion.

    From a technical perspective, not saving originals at all would completely disable Develop mode as well as the ability to restore originals from Edit mode.  Develop cannot exist without having the original file saved, nor can the Restore Original command relevant to Edit mode.  So completely eliminating the saving of originals would seem to me to be completely out of the question - 3.0 would cease to have a reason to exist, as those are indeed the major features of this release.  Anbd believe it or not, quite a large number of people really love these features, as browsing *other* threads makes clear.

    So the question isn't whether originals should be saved or not; the only question is whether the original file is saved in its original location or not.  And if the original stays in the original location as some are suggesting, then you have to deal with the question of where the *processed* version of the file goes, and what confusion *that* is likely to cause.  Eg, a user edits a file, then browsing to that folder with Windows Explorer and wondering why it doesn't show any of his edits ("what do you mean they're in some separate 'developed' folder, or I have to run this extra step of 'exporting' my images in order to see them outside of ACDSee").  This is what we right now have no way of quantifying.

    Now, if all you mean is the ability for the user to *optionally* turn off the saving of Originals in Edit mode, then that's a totally different matter.  And yes, if you're willing to put up with the reduction in functionality (inability to then Restore Original), I think that's very sensible.  And my guess is, probably not terribly difficult to implement.  It would mean giving up the functionality that the saved originals feature provides, but it would let the user make the choice.

    Pro3 can be changed to stop messing and shuffling around original files before it's released, even though it may cause delays, cause additional development costs, etc. etc.

    And potentially cause additional confusions for users *not* confused by the current model.  That's the additional factor you need to consider here.  All the delays and additional development costs are worthwhile only if one is *confident* there will be a net benefit in user satisfaction.  My gut feel is, simply providing an option to *remove* the "saved originals" functionality is a great idea, with an obvious positive net benefit.  But actually *changing* the implementation of the feature - so your original is still saved, but in its original location, so that your edits are the ones moved to some other location - there is simple no evidence at this point one way or the other which implementation would cause less confusion.  And furthermore, the cost in terms of delays an engineering effort to actually perform that change would probably be far greater than that required to simply provide an option to disable the feature.  Could well be a large cost to make a change that could actually end up providing *less* user satisfaction, and hence be a big mistake.  Hard if not impossible to say without actually doing the work and then running a controlled study using two independent test groups (one using the current implementation, the other using the new one).  Again, my gut feel is that the levels of confusion would be about the same either way, so it would have been a huge costly effort for naught, but others might feel differently about how that study might turn out.

    This issue would not be something that should be considered for a 'fix it in a later revision' either.  You try that and you will have users that have original files shuffled here and there 'processed files' mixed in to the folder the user started with, and you release Pro3.1207 and now it's going to think everything in that first folder is the original and it's not going to know what to do with the files in the [originals] folder and and....   a mess.

    I think that much pretty obviou, yes - changing the location of the saved originals from one release to the next would be a mistake.  For that reason alone, that suggests *not* making the change, because as you may or may not realize, the 3.0 behavior of Edit mode with respect to location of saved originals is exactly like 2.5 (which, I might add, has been out for something like a year with essentially no complaints related to this functionality).

    Seriously, bite the bullet and fix it now.

    If by that you mean *only* providing the option to disable the feature entirely, so that people who prefer to manage the location of the original versus edited versions themselves via copying and save as and so forth can continue to do so, but people who actually *like* the saved originals features can continue to use it - then I'm in 100% full agreement.

    If you mean altering the implementation of saved originals so that it goes somewhere else, I'm 100% against it for Edit mode, as 2.5 already has done it that way and it seems to have gone over very well.  For Develop mode, I'd want to see proof that having edits appear to simply vanish into the ether (which is exactly what would happen if the originals stayed in their original location - the edits would thus have to be saved "somewhere else") would be perceived as preferable to the current implementation.  The obvious candidate for that "somewhere else" would be to place developed JPEG's in a separate Developed folder, just as is done for RAW (as others have already suggested) - and then probably not hide that folder.

    Posted On September 22, 2009 - 08:12 PM (10 months ago) (Permalink to this post)
  • Marc Sabatella
    Moderator

    tdi said:

    Marc always defends ACDSee, has told me here that if I would just 'do it the way it's designed to work'

    Once more, when I've said that, I'm talking about something *entirely different* than the saving of originals.  I don't know how man different ways i need to emphasize that before you understand.  Comment to that effect are meant *only* with respect to the original point of this thread: the attempt to take a developed file into edit and then back into edit mode.  It's not going to work, and that has *nothing* to do with where your original file is kept.  It's inherent in the nature of non-destructive editing.  Please, there is value in this discussion, but not if people continually misrepresent what I have said or am saying.

    HOW do I get all my completed files in one place and all my originals in one place, then chooses to ignore it like it was never asked..

    Not sure I saw that question, but perhaps a separate thread would be a good place for it.  This one is hopeless confused with multiple issues being discussed (most circularly)  as it is.

    BUT of the number that are taking their time and voicing their opinions about this subject, 100% are saying they don't want their original files moved, modified, etc...  at least I haven't noticed anyone chime in and say "No, I prefer ACDSee take my original files and do what they will, modify them and move them and hide them".

    They are not modified, but they are moved.  As I have explained many times, that is so that your actual edits can be performed in place - so they are visible to the outside world without requiring an explicit "export" step or you to browse to some other location to find your edits.  If you wish to see complaints with that model, go to forums devoted to Lightroom or Picasa, especially in the early days of both those applications, and you'll see there was actually quite a bit of complaining about that very aspect. That is my concern.  It's not that anyone wants their original moved as an end in itself - it's that they want their edits to be immediately visible to the outside world, and that by necessity means the original has to be saved *somewhere else* if it is to be saved at all.

    Posted On September 22, 2009 - 08:20 PM (10 months ago) (Permalink to this post)
  • tdi
    Member

    ok I just stopped in to grab some equipment and have to rush to a photoshoot... but I HAVE to comment on you saying hopefully you are allowed to still take part in this discussion.

    In the post above that, your first post on this page, you have quoted me with some things I have said, and also some things others have said, including yourself.  I'm not sure what your goal is in doing that, but I do know that tho we have differed in opinions of how things have worked for years, I have always respected what you have had to say.  You just tossed that.

    And no, I have not seen you address once any procedure of how to restore originals to one folder after ACDSee scatters them...  unless by giving 'several ideas for that' you mean to say 'figure it out yourself'.  Yeah, that we have gotten.  But no answers.  Only how it all comes together if you do it the way it was designed to work, which the way it was designed was apparently to have original scattered in seperate folders, hiding one of those folders so you can't put them back into one folder.

    I'll complete reading all of this when I get back from my photoshoot, while I'm copying my photos to my harddrive to be edited in 2.5... not importing, because tech support couldn't answer why that quit working, which doesn't work anymore in 3.0 either.  And as far as seeing ACDSee respond here?  Well you'd have about as much luck talking to a piece of Wood.  ;)

    now if you have some free time Marc, maybe you want to go back and edit your post and quote the proper users instead of attributing everything to me...  then maybe, I'll see you are doing something to regain some respect from me.

    Posted On September 22, 2009 - 08:30 PM (10 months ago) (Permalink to this post)
  • Marc Sabatella
    Moderator

    tracychess said:

    The single main issue I have with ACDSee is that it forces me to use non-destructive editing if I want to use specific tools (those in the 'DEVELOP' module).

    This is where I think this a deliberate and *correct* design decision, FWIW.  I think in an idea world, *everything* would be done nondestructively.  That's why started shooting RAW several years ago - to get non-destructive editing.  I'd give up photography before going back to a "destructive" JPEG workflow. And I think most who have actually made the transition would agree.

    So what you need to realzie here is that you're actually arguing at cross purposes with some others on this thread, who are actually pushing to see Develop mode completely take over all the functionality of Edit, and have Edit go away.  This is what I feel the future direction of the product should be, and while I have no idea if it will ever happen, it's the direction I think design decisions should be supporting.

    There's room for ACDSee working out a lot in terms of implementation details to get things working in a way that pleases most people,  but no compromise is going to change this essential difference in thinking: to the extent the other differences can be ironed out, I suspect they will be done so in a way that transitions toward *mroe* use of Develop mode, not less.

    The subordinate set of issues arise from the way ACDSee delivers non-destructive and destructive editing in a single package, with the ability to hop back and forth between them, and lose your work without warning.

    Yes, if you do in fact try to "hop back and forth" rather than simple *accept* that moving from non-destructive to destructive editing is a one way street.  Could there be improvements to the UI to make it more apparent this won't work, and to thwart even ore of the attempts some might make to subvert this?  Certainly.  But it's still an awful lot of effort that would be solved immediately if you stopped trying to go backward down that one way street.  And since the one-way street nature of non-destructive and destructive editings *cannot* possibly change*, it really would behoove you to stop worrying so much about that, and join in the discussion on where and when the originals are saved and so forth, as this is what *can* be changed.

    Posted On September 22, 2009 - 08:35 PM (10 months ago) (Permalink to this post)
  • Marc Sabatella
    Moderator

    tracychess said:

    To have a folder of ORIGINALS, you MUST create it BEFORE you do anything else.

    Agreed if you shoot JPEG.  If you shoot RAW, your originals are never modified.

    To have a folder of EDITS is much more complicated.  You are right to keep asking this simple question.  There is no answer inside ACDSee.

    No actually, that's the easy question, and preserving this is precisely why things are as they are (at least, that's how it was explained to us in the focus group when this was being hashed out in the first place).  To have a folder full of edits, you simply perform your editing normally.  With Develop mode, you hit Done when done, no Save or Save As required.  With Edit mode, when you're done with an mage, you need to explicitly save it.  So do so - just a normal save, no Save As required.  The result will be a folder that contians your "most current" versions of the files - the originals for the ones that didn't need editing, and the edited files for the ones that did.  Just as would be the case in a traditional editing environment.  This is the essential simplicity that some on this thread are missing.

    As near as I can tell, the only way you can get a copy of your edits and SOOC files that you decided to NOT edit, is

    Do your processing normally (Develop or Edit mode), end of story.  The folder will contain exactly wwhat is described here: the original versions of the files you didn't edit combined with the edited versions of the files you did.  *That's* the simplicity that the proposed alternatives threaten to destroy, by keeping the originals all together and thereby forcing the edited copies to go somewhere else.  *That's* when it would become more difficult to collect the set of files being referred to here (original versions for unedited images, edited versions for edited ones).  Yes, you could do, by performing additional steps as you are already accustomed to doing (always doing "save as" and deposited edited versions into a new folder rather than simply editing in place, plus performing the additional extra step of manually copying the unedited files into that new folder).

    Posted On September 22, 2009 - 08:46 PM (10 months ago) (Permalink to this post)
  • Marc Sabatella
    Moderator

    tdi said:

    In the post above that, your first post on this page, you have quoted me with some things I have said, and also some things others have said, including yourself.

    If I've accidentally misattributed something, I apologize  Definitely not my intent, but for some reason I've been struggling lately with the "quote" feature of this forum posting software.

    Anyhow, I respect the opinions of all here, and really would love to find some sort of consensus to provide a united front to ACD: saying, "here's what we all seem to agree on".  So please don't assume my only goal here is to prevent change at all costs.

    And no, I have not seen you address once any procedure of how to restore originals to one folder after ACDSee scatters them...  unless by giving 'several ideas for that' you mean to say 'figure it out yourself'.

    OK, I think I see what you mean about misattribution.  I believe when I wrote that, I thought I was responding to Tracy, not you.  Not sure if that was entirely my poor memory, or whether the forum posting software and the misbehaving quoting function contributed, but in any case, again, I'm sorry if I misattributed something.

    Anyhow, my recollection it was Tracy who first asked several weeks ago about collecting all originals in one place, and in a reply, I did give several options for how that could be done.  Frankly, I think the easiest is just to keep them there in the first place, and performing all editing on a separate copy of the folder.   This is what you'd presumably have done anyhow in a "dumb" editing environment.

    Only how it all comes together if you do it the way it was designed to work

    For what seems like the dozenth time but is probably only the sixth, when I have written about using it the way it is designed to be used, I mean *one thing and one thing only*: not trying to take a file from develop mode into edit mode and then back into develop mode.  I am *not* talking about anything having to do with where your originals are stored.  So please do not keep using this out of context.

    EDIT: My poor memory is to blame for sure this time, but I now realize there is one other situatins where I've said something similar.  It too has *nothing* to do with the issue of *where* your originals are saved, though.  It's the bug reported when when you tried to use Save As to save a new copy of a file from Develop mode but give it the same name as the original, it took an extra couple of clicks and an extra dialog box for ACDSee to inform you it wasn't going to work.  And indeed, the solution is *not do that*.  But here, there's also no reason to want to do that - that's a whole lot of extra work to accomplish what is accomplished by simply hitting "Done" or "Next".  So there's really no reason to 8want* to do this.  Whereas with going backwards form Edit to Develop, I can at least see why it's something one might want to do.  But it's not going to work, and again, it's not ACD being mean - it's just the nature of non-destructive editing.

    now if you have some free time Marc, maybe you want to go back and edit your post and quote the proper users instead of attributing everything to me...

    Like I said, if something was misattributed, I apologize, and when I have a moment, I will try to fix it.  But I do have to get to back to work myself now...

    Posted On September 22, 2009 - 08:58 PM (10 months ago) (Permalink to this post)
  • Melanie Wood
    ACDSee Community Manager

    First, let me say thank you to everyone who has posted in this thread. Such open and honest feedback is important to us. Our desire is to make ACDSee the best it can possibly be and the candor here goes a long way to helping us achieve that.

    Secondly, we clearly understand that there are some aspects of Pro 3 that do not resonate well with a certain users. We have heard and made note of the discussion.

    Thirdly, I want to note that Marc Sabatella has responded admirably. The team and I have a large amount of respect for him and hope those people who have challenged him equally respect his professional presence in the forums. As an unpaid moderator, Marc is a much an advocate for us as he is for you, the user and we highly respect end-user feedback, even when it isn't what we necessarily want to hear. Please feel free to continue this conversation although many points and opinions have been clearly stated and as I've said, duly noted.

    Lastly, I cannot promise anything related to product direction or features. What I can promise that your feedback is valued and has been heard. Pro 3 was a natural and necessary evolution of the product with significant effort brought to bear. Although not perfect for everyone, we feel it will meet the needs of the vast majority of customers and the entire team is very proud of Pro 3.

    -Melanie

    Posted On September 22, 2009 - 11:36 PM (10 months ago) (Permalink to this post)
  • tdi
    Member

    tdi said:

    I'd still like to see someone from ACDSee come in here and tell us why they did this, [deciding to move our originals from our original intended folder and land them into a hidden folder that we cannot access] and what is the 'intended way to use it' [which will still allow me access to MY original files and have them all in one place rather than scattered]...

    A response from ACDSee!

    100% political

    0% useful

    Posted On September 23, 2009 - 02:45 AM (10 months ago) (Permalink to this post)
  • tracychess
    Member

    tdi said:

    tdi said:

    I'd still like to see someone from ACDSee come in here and tell us why they did this, [deciding to move our originals from our original intended folder and land them into a hidden folder that we cannot access] 

     Simply put.  They didn't.   My opinion. 

    When you edit a file, and save.  Your original is gone.  That's normal for an editor.  If you want your originals safe, save them before you edit, preferably all in a separate folder. If you want to edit the file again, to create a second 'edit version' I'd recommend going back to your 'safe' original - and making a copy before you edit. You will see - below - that ACDSee seems to recommend a different approach.  They recommend you use 'save as' to ensure that you don't damage an original.  To my mind, that is a dangerous approach.  All it takes is one accidental 'save', and you are busted. 

    The file in the [originals] folder is no longer 'your original', it is an ACDSee working file.  It is just unfortunate that ACDSee lets you see it (if you really want to) as if it was your original. Mess with it, at your peril.  If you erase it, you will only lose the ability to step backwards 'inside ACDSee'.  If you edit it, the results will, of course, be unpredictable depending on the phase of the moon. 

    I don't work for ACDSee.  I work for 5 percent. Beer.

    ========================================================

    If you really want your 'originals' to stay in the folder you are editing, you can: 

    Use ACDSee DEVELOP or EDIT.  Do not DONE, Do not SAVE.  

    "Save as" a new name, so it won't damage your original. 

    Cancel the DEVELOP or EDIT session (painful, but it works). You might - counter-intuitively be required to 'discard' the changes, because ACDSee sees you as still working on the 'not saved as' file.  

    Voila -  

    Your new file will have the edits.

    Your old file will be the original. 

    And you will not (touch wood) have an files in they [originals] folder.  With any luck, you will not even have an [originals], nor a [developed] folder. 

    Once you adopt this 'workflow', you can go into PROCESS and EDIT with impunity, as long as each time you  'save as' to a new file and CANCEL the edit on the 'original' (which might be a prior edit).

    All of your 'originals' will now be in the same folder as your edits. 

    If you choose your new name appropriately, lets say tack a 'e' on the front of all image names that you edit and 'save as', then a simple sort by filename will suffice to separate your originals from your edits.  

    However, I'm not sure if this answers your original question (which I see as ambiguous)  You asked: 

    "how do I end up with with a folder of original jpgs and a folder of 'finished' jpgs?  (the finished being those that needed tweaking and those that didn't? "

    Do you want one folder with originals plus edits?  You've got it above. 

    If you want a folder with just the 'SOOC' and those you 'edited', then using ACDSee normally should give you what you want (except that you will also have the pesky invisible 'originals' folder). 

    If you want a folder with just all of your originals, as stated earlier, make a copy before you start. 

    Or did I mis-understand  the question entirely? 

    Posted On September 23, 2009 - 04:59 AM (10 months ago) (Permalink to this post)
  • tdi
    Member

    no, you're good on this tracychess...

    what I do now (2.5) is of course to make a backup of all originals.  It's kept offline.  So I have them, but if I need to get them, with 3.0 I'll be restoring from backup to get them rather than just have them available to me right on my working drive.

    I have my files in a 'weddings' folder, in a subfolder named for the bride-groom.

    I edit, get it how I want it to look, and save as <same name> to a new folder called 'pp' (post-processed).  I shoot JPG's and save JPG's.  I don't do RAW.  ACDSee bogs down horribly when processing raw files... Lightroom does the same (PC running Vista 64, dual core, 8GB RAM).

    I save JPG's at 90% compression.  If I have a SOOC image that is good as is (rare for me, at least have to crop or rotate to make me happy) then I save as on that also, and it saves with the 90% comp and keeps file sizes 'similar'.  When I'm done I have two folders... originals, and post-processed.  originals and only originals in one, pp'd and only pp'd in another.  Bride wants a CD I can burn the pp'd directory to a CD cuz all the finished files are there.  I've renumbered files after I'm done (cuz you toss some crap images if you are me) so I have consecutive numbering and I can renumber my originals (cuz they are in one folder) and I can renumber my pp'd (cuz they are in one folder) so I then am able to match the pp'd to original if I need.

    The difference with 3.0 is as you have said, I will have to do a cancel each time so I can go to the next image (instead of a quick scroll of the mouse wheel) so I have to add time to my workflow, and really, isn't that what everyone wants in their newer more expensive software?  to spend more time processing and less time shooting?  cuz I know I just have money to throw away...

    so when 3.0 comes out, I'll have to look to see what if anything they have fixed on it (making cropping in EDIT remember the last setting should be fixed by then according to Tony) and if there are any bugs they chose not to fix, and see if the new 'advanced color' tool is worth the $89.00 I had to pay for 3.0, cuz as far as I see, it will pretty much be one single stand-alone tool in my arsenal...  (did you also realize they got rid of auto exposure/color in develop mode? who is responsible for that travesty I wonder...)

    so what area of what country do you live tracychess?  cuz I'd really like to sit down and buy you that beer....

    Posted On September 23, 2009 - 07:23 AM (10 months ago) (Permalink to this post)
  • Marc Sabatella
    Moderator

    LV_Bill said:

    Over the last several days, I've been presenting my proposal of "Treat Jpegs exactly like RAW files" to numerous colleagues and fellow Beta testers.  Most strongly agree with me, but there have two major surprises.

    BTW, sorry I missed responding to this yesterday.

    One very respected colleague wanted to know why the much maligned [Originals] architecture wasn't also available for Raw?  His view of the [Originals] scheme was that it was sort of a "visible undo/redo feature".  And, since his real backups were on a separate hard drive anyway, he said he rather liked the [Originals] scheme.

    Not sure I understand this...

    Another colleague was upset that there wasn't at least an option to have Raw Develop create a high-quality output image rather than a low-quality "preview" image.

    I totally agree that for RAW, we should have the ability to control the quality of the previews.  As I've related elsewhere, I'd also prefer we have control over their location, as I'd probably prefer them in a centralized size-limited cache like they were in previous versions - although I've kind of gone back and forth on that.  Anyhow, choice is good.

    1. For non-Raw images, implement a Raw Processing style workflow option that can produce [Developed] output instead of [Originals].  (My same proposal).

    I do like this idea, and could *personally* get used to my edited files going into the Developed folder. But I do still wonder just how popular that decision would turn out to be.  You say that you got lots of support for thie idea, but I wonder if you clearly outlined the downside (edits not visible to the outside world unless you take an additional explicit action to make it so).  People have learned to live with this in Picasa and Lightroom, but my impression is that no one likes it.

    If it sounds like I'm saying "Let's make everybody happy", that's probably correct in this case.

    No implied apology necessary; that's *always* the right goal to strive for.

    Posted On September 23, 2009 - 03:01 PM (10 months ago) (Permalink to this post)
  • Marc Sabatella said:

    I do like this idea, and could *personally* get used to my edited files going into the Developed folder. But I do still wonder just how popular that decision would turn out to be.  You say that you got lots of support for thie idea, but I wonder if you clearly outlined the downside (edits not visible to the outside world unless you take an additional explicit action to make it so).  People have learned to live with this in Picasa and Lightroom, but my impression is that no one likes it.

    Marc, I have to take issue with your statement that "no one likes it". I do. I'm pretty sure that there is a large body of users that do (it does cost nearly twice the full price of ACDSee). Like you, I'm a RAW shooter so most of this discussion concerning the treatment of JPEGs isn't completely relevant to me or my work flow. It's already a given - and stated by you many times - that the RAW processing implemented by one software package isn't viewable by another, the only way to see the results of any RAW processor - including ACDSee - is to export a new file with the processing applied. ACDSee's implementation of this with the developed folder is simply an attempt to automate this process and make it something the user doesn't have to do. I don't need a JPEG of every photo I shoot - there are tens of thousands of photos in my library that has never seen the light of JPEG day - there are thousands that have. You'll recognize that I don't fully embrace the principles of the DAM book - which BTW - for those new to this forum, Marc presented a very well done set of papers on applying DAM principles using ACDSee.

    I understand your arguments and were I a JPEG shooter, I could make ACDSee work for me - I understand Tracy's discussions of the problems that he is pointing out - I'm pretty sure I wouldn't have those problems only because I would not attempt such operations as he has described - I know they won't work - nor do they come up in my work flow.

    What I'm afraid has happened though is that we (ACDSee and me) have a irreconsiable differnce on what is acceptable - I will not use software that takes liberties with my photos (files).

    Now, I don't really have a lot of heart burn over the creation of the [developed] folder because one way or the other a preview is created with most RAW processors. Lightroom uses a cache which is not viewable without the aid of a utility, but the size of those previews is a configurable option. So I would agree that ACDSee's way of creating the preview is certainly more user friendly - Adobe's more flexable.

    These issues, along with all of the DNG issues that we have discussed (not showing the embedded JPEG properly, not able to use the embedded JPEG, and not able to update the embedded JPEG) are really a problem for me.

    Posted On September 23, 2009 - 03:51 PM (10 months ago) (Permalink to this post)
  • Marc Sabatella
    Moderator

    tracychess said:

    When you edit a file, and save.  Your original is gone.  That's normal for an editor.  If you want your originals safe, save them before you edit, preferably all in a separate folder. If you want to edit the file again, to create a second 'edit version' I'd recommend going back to your 'safe' original - and making a copy before you edit.

    At this point, I think we are at least starting to speak the same language, and perhaps progress can actually be made toward understanding possible solutions, and I'm glad for that.

    Anyhow, you're right with the above - that's how it can successfully be done in a "normal" editing environment.  And this is the basic process that 3.0 is trying to simplify by automating some of these steps.  In particular, the need to do "save as" operations of creating individual copies of files just to avoid overwriting the original when editing.  But it *is* true that the mechanism for doing this involves moving the "original" file you are editing.  So if you need all your originals in one folder for some reason, I'd say it's *still* best to simply clone the whole folder before starting, and work on the cloned folder, thus letting ACDSee do it's thing without requiring all these additional explicit copies and "save as" operations, while leaving your originals pristine.

    You will see - below - that ACDSee seems to recommend a different approach.  They recommend you use 'save as' to ensure that you don't damage an original.

    ???  Where do you see ACDSee recommending using "save as"?  On the contrary, the whole of both the non-destructive Develop mode and the "saved originals" feature of Edit mode is to *eliminate* the need for "save as" as part of one's basic workflow.  In other words, any "save as" that you might otherwise performed solely to protect your original from being overwritten is no longer necessary.  "Save As" would be need only for cases where you are creating multiple *edited* copies - like if you want to create an 8x10 as well as an 11x14 crop, for instance.

    Now, it is true that using "save as" in the way you describe would also be needed *if* you had a need to keep all your originals together *and* hadn't already accomplished this by cloning the folder.  I guess the debate really boils down to just how large of a concern that is - how many people need their originals all in one folder but would not find it acceptable to accomplish that by cloning the whole folder before starting.  Oh yeah - all of this is only an issue is you shoot JPEG; RAW shooters *already* find all their originals stays in one place.

    So it remains an open question (in my mind, at least) how many JPEG shooters people find this a big issue, compared to the number of people who would be unhappy with an alternative implementation the required an explicit export to make edits visible outside of ACDSee.  I'd also want to pose the question of how necessary would it be that the originals are *always kept* in one folder, versus simply adding a Filter->Originals command to ACDSee that would allow you *on demand* to see the originals for a set of files at once regardless of where they live.  That is, I'm thinking if you want them in all folder, it's so you can *do* something to them all together, like burn them to a disk for a client - and this would let you accomplish that goal.  I recognize that you've also mentioned the need to browse the images with another application, but still wonder if between cloning before beginning and then editing in place and the possibility of cloning the originals after the fact via Filter->Originals, this wouldn't be sufficient.

    Anyhow, since we have no way of resolving those questions amongst ourselves, I'd like to at least *for the momemt* consider the possibility that between those two methods (cloning before beginning, and a Filter->Originals feature), much of the concern about originals being moved can be addressed.  Of course those aren't the only concerns being raised here, but because this thread has become incredibly defocus as is, I'm going to start a new one with some ideas for possible resolutions.

    Posted On September 23, 2009 - 04:18 PM (10 months ago) (Permalink to this post)
  • Marc Sabatella
    Moderator

    Michael Presley said:

    People have learned to live with this in Picasa and Lightroom, but my impression is that no one likes it.

    Marc, I have to take issue with your statement that "no one likes it". I do. I'm pretty sure that there is a large body of users that do (it does cost nearly twice the full price of ACDSee).

    Just to clarify, I didn't mean they don't like Lightroom - obviously, many people do.  I'm a fan too, if not an actual customer/user.  i just meant that I don't think many people like *that particular aspect of it* - the need to explicitly export changes to make them visible outside LR.  People put up with it because they at some level understand it's the tradeoff for the wonderful non-destructive editing.  ACDSee's approach of stashing way the original while doing your edits in place strikes me as similar - I can't say I *like* it, but I put up with it as a way of getting non-destructive editing.  I personally dislike the thought of my originals being moved *less* than I dislike the thoguht of needing explicit exports, but recognize others may feel differently.  Unless someone has some new brilliant idea that hasn't occurred to the designer of LR or ACDSee, though, those are basically your two options.  Either way, there's going to be some unpleasant side effect you just sort of put up with in order to get non-destructive editing, and the only question is which of those unpleasant side effect one finds least distasteful.  I think the lines have pretty clearly been drawn for the half a dozen people who have expressed opinions on this thread, but we relly have no way of knowing how it would play out among photographers at large.

    ACDSee's implementation of this with the developed folder is simply an attempt to automate this process and make it something the user doesn't have to do. I don't need a JPEG of every photo I shoot - there are tens of thousands of photos in my library that has never seen the light of JPEG day - there are thousands that have. You'll recognize that I don't fully embrace the principles of the DAM book - which BTW - for those new to this forum, Marc presented a very well done set of papers on applying DAM principles using ACDSee.

    Thank you, and actually, I think you'll find we're very much in agreement on our basic philosophies here.  I also don't need JPEG's of most of my RAW, and prefer to be in control of which I generate JPEG's for, and at what resolution and quality I do so.  i recognize that ACDSee for speed reasons benefits greatly from generating these Developed previews, but I'm pretty sure I preferred the old centralized cache approach (although it didn't actually seem to *work* very well).  Better still in my mind would be some user controls over the whole process, though.

    These issues, along with all of the DNG issues that we have discussed (not showing the embedded JPEG properly, not able to use the embedded JPEG, and not able to update the embedded JPEG) are really a problem for me.

    Yeah, there is definitely room for improvement on the DNG front, too.

    Posted On September 23, 2009 - 04:30 PM (10 months ago) (Permalink to this post)
  • Marc Sabatella
    Moderator

    I just wanted to publicly thank Melanie for her words of support.  I have nothing to add :-)

    Posted On September 23, 2009 - 04:31 PM (10 months ago) (Permalink to this post)
  • tdi
    Member

    Marc Sabatella said:

    I do like this idea, and could *personally* get used to my edited files going into the Developed folder. But I do still wonder just how popular that decision would turn out to be.  You say that you got lots of support for thie idea, but I wonder if you clearly outlined the downside (edits not visible to the outside world unless you take an additional explicit action to make it so).  People have learned to live with this in Picasa and Lightroom, but my impression is that no one likes it.

    I would like you to explain what you are talking about in needing to take explicit steps to make my edited photos visible to the outside world.  I have seen you mention this twice now.  Because it sounds like you are alluding to photos being automatically visible to the outside world if I use 3.0 'the way it is intended to be used'.  And that's where what you are saying makes no sense to me...  because unless I've missed some major piece of technology, I don't see my images being visible to the outside world until I upload them to my website.  And I don't know your situation there, but MY computer is not accessible to the 'outside world' at large, and I'd like it to remain that way.

    I still don't see the big deal, especially if we are creating a 'developed' folder, to put developed images into the developed folder. (My examples I said 'processed' but if developed is your thing, fine, tho it makes me think the peeps working on this must be back in the days of film and don't know the first thing about digital and maybe that's why we have this mess).

    Digital Asset Management (DAM) is not something I'm an expert on.  I don't do alot of keywording and tagging, I use folder structure to manage my digital assets because it makes sense (by the way, referring to something you said much earlier, Bill Gates did make folder heirarchy for windows, but DOES NOT FORCE YOU to use it... you have the option to dumping all of your stuff in the root directory should you so choose.  options... it's about options... let people work the way that works best for them, instead of having some programmer who is familiar with film decide how I should run my digital photo business). But this willy-nilly moving files of this type, not moving files of that type, blah blah blah...  well that to me is creating a DAM nightmare and whoever came up with the DAM idea didn't really have a DAM clue as to what they were doing and should quickly find a DAM solution.

    It's a bad idea from the same kind of mentality that says "I have resolutions to problems being discussed HERE, and I will post those resolutions SOMEWHERE ELSE.  Maybe you should post those resolutions into a thread called [Original Resolutions] and then make the thread hidden so people can't access it... but wait, that wouldn't make any DAM sense would it...

    Posted On September 23, 2009 - 04:58 PM (10 months ago) (Permalink to this post)
  • tracychess
    Member

    Marc asked: ???  Where do you see ACDSee recommending using "save as"?

    When I am in DEVELOP and I click 'SAVE' there is no 'save'.  There is only 'save as'.   SAVE does not have a SAVE option.  This is a bit strange for me, a tekkie who is always reminding people to SAVE their work as they go.  The only way to save my work and carry on, in ACDSee 3 is to click the arrow and then click the back arrow.  Or click DONE and a lot more steps to get back. 

    I can only 'SAVE' AS or DONE (or CANCEL).   SAVE is 'first', so in my mind, ACDSee 3.0 recommends 'save as'. 

    Does this really make sense to anyone?   Not to me.

    Further.. does it make sense that the file menu has 'save and exit'? Which appears to do a 'DONE'? Is 'save and exit' different from 'DONE' (which according to the help file does an exit automatically)? 

    ==================================================

    So I read the help file (again)....

    and it says: 

    Clicking the < or > beside the Done button, adds the image with the adjustments to the queue for processing. When you have finished making image adjustments on the final image, click DONE, and all the items in the queue are processed and saved.

    So, I checked (and it was a brutal test, I even used TASK Manager).  I do have a tendency to check what help files say... and the images are saved when I press the arrow key, not when I press DONE. Maybe the help file describes the way it was supposed to be built, but that's not how it works.  I even tested with RAW files.  The work appears to be saved when I press the arrow. 

    as an aside, even more confusing is the help for 'CANCEL', which says: 

    <td class="TableStyle_BasicTable_Body_0_0_RowSep_ColSep">

    Cancel

    </td>
    <td class="TableStyle_BasicTable_Body_0_0_RowSep_ColEnd">

     Discards changes to current image and returns to the previous mode you were using. If you adjusted more than one image, just the changes to the current image are canceled and the adjustment to other images in the queue are processed and saved.

    </td>

    Cancel SAVES?  Well, the help file is wrong.  The 'arrows' SAVE, and if you cancel edit on a specific image, the previous edits are already saved by the arrow. 

    How am I supposed to learn this software if the help files are wrong, the button labels are confusing and the menu items don't match the buttons? 

    ps.  Just had a squirrel climb in my window (my condo is on the fifth floor), walk around until it woke up the cat - and then leave in a hurry.  Live is more than just ACDSee I guess. Time to go for a bike. 

    Posted On September 23, 2009 - 05:31 PM (10 months ago) (Permalink to this post)
  • Tony
    Developer, ACD Systems

    Okay, I'll try to answer one of the many questions that have been raised in this thread. First, it's crucial to understand what non-destructive develop processing really means. I made a post on Sept 23rd in this thread that Wombat found helpful:

    http://community.acdsee.com/forums/topic/revert-to-original-1

    Basically, you can think of bringing an image into develop mode as the same thing as bringing a roll of film into a photo lab. You bring your negatives into the shop and they develop them into a good looking image. Develop mode is our way of letting you control the way the lab tech develops your image. You walk out of the photo lab with the printed images (developed images), and you still have your negatives in your pocket so you can return to the lab to get them developed again using different settings if you want.

    Now that you have your printed images you are free to do what you want with them. My analogy is going to break down a bit here, but let's say you want to draw a moustache on someone's face on your printed image. You get out your pen and draw on the image (this is like using edit mode). After drawing the moustache on the image you start thinking "I really wish this image was brighter, I'm going to go back to the photo lab to re-develop the image with some brighter settings". This is the point at which you are considering going from Edit to Develop mode. In reality, you can't bring a printed picture with a moustache drawn on it back to the photo lab and ask them to brighten it. The only way you can re-develop the image is to bring in your negative and ask them to develop the image brighter this time. Obviously you are going to have to abandon the moustache you drew on the image and start from scratch.

    Was that helpful or confusing?

    Tony.

     

    Posted On September 23, 2009 - 06:44 PM (10 months ago) (Permalink to this post)

Subscribe to this topic via RSS

Topic Closed

This topic has been closed to new replies.