It might be more accurate to say:
It would require extensive re-design of Lightroom.
We all know that lots of stuff is possible parametrically - look at Nx2, Aperture, and Bibble.
But they were designed differently, and their design has strengths and weaknesses, as does Lightrooms.
Dont get me wrong - I think at some point Adobe will have to redesign Lightroom in order to remain competitive, and incorporate more comprehensive editing features. But, they have less incentive than Nikon, Apple, or Bibble, since they have their *other* product that fills the gap.
PS - My apologies for continuing the off-topic discussion.
R
DdeGannes wrote:
Jeff also said "Could Lightroom force fit a pixel based editing module into Lightroom? Yes, I suppose but the interest in producing yet another pixel editing tool is simply not there."
Market conditions in the future might dictate otherwise, but I do not think Abobe will develop Lightroom to the stage where it would be an alternative to Photoshop CS.
FWIW, I don't want Lightroom to be turned into an alternative to PS. I don't have an interest (in Jeff's words) in yet another pixel editing tool either.
I'd like to be able to do manage many images and do some basic healing/cloning/retouching using a non-destructive approach without involving two applications. If that isn't a valid motivation then lens corrections and local adjustments should never have been added to LR either.
areohbee wrote:
It would require extensive re-design of Lightroom.
I don't think so. IMHO, it would just require removing inefficiencies and adding some optimisation.
Wasn't the purpose of LR3 to re-design LR so that it becomes faster?
areohbee wrote:
We all know that lots of stuff is possible parametrically - look at Nx2, Aperture, and Bibble.
We "all" know? I can think of an exception...
areohbee wrote:
PS - My apologies for continuing the off-topic discussion.
Maybe we would have less "off-topic" discussions if we felt that the "on-topic" discussions had impact.
I am sure you will see improvements to these areas in Lightroom, as I see it LR 3 was a new rebuild, new process engine, new noise reduction/ sharpening and introduction of Lens correction profiles.
The rush to meet the introduction of PS CS5 seams to have left them short on the testing of the upgrade and they are now struggling to deal with the performance bugs introduced with LR 3.x. JMHO. Raw conversion software is still in a rapid stage of development and other software providers keep pushing the envelop, Capture 1, DxO, Bibble, Aperture and others.
TK2142 wrote:
Maybe we would have less "off-topic" discussions if we felt that the "on-topic" discussions had impact.
Oh, please.
This thread was started by Tom Hogarty, LR product manager.
As a result of some of the reports in this thread, Dan Tull, LR engineer has found and killed a bug that was causing major stalls for some people. In part to test this fix the team has offered a release-candidate in hope of receiving feedback on topics such as this one.
This would seem to demonstrate:
- An interest by the team in getting direct feedback
- An interest by the team in fixing problems experienced by some users
- An ability of the team to fix difficult bugs they can reproduce
- A willingness to get feedback from the community on these fixes
Some things are easy for the team to reproduce, some are not. If they can't reproduce the problem, it's really hard, bordering on impossible for them to fix it.
I know exactly how frustrating it is to have a bug you can reproduce at will that the team can't reproduce at all, but giving up finding the key element never solved the problem for me, nor did it solve the problem in the application.
TK2142 wrote:
areohbee wrote:
It would require extensive re-design of Lightroom.
I don't think so. IMHO, it would just require removing inefficiencies and adding some optimisation.
Wasn't the purpose of LR3 to re-design LR so that it becomes faster?
I really dont know. From the outside, there was very little evidence of a fundamental editor design change. My guess: it was all they could do to add the fantastic new PV2010/NR/Sharpening/Fill-Light improvements (and lens corrections) and "get it back in the box". As has been noted, the re-design for performance improvement never really amounted to much... And also, there were significant design changes in the database handling affecting plugins, and some very nice and fairly extensive enhancements to the SDK (I always want more, but it was substantially improved).
TK2142 wrote:
We "all" know? I can think of an exception...
J.S. knows it too, but he also knows more about the inherent limitations in the existing Lr design than anyone who's willing to share on this forum.
TK2142 wrote:
Maybe we would have less "off-topic" discussions if we felt that the "on-topic" discussions had impact.
I feel ya. I vary daily in my leanings toward hope and hopelessness, Lr-wise... - hang in there.
Lightroom: Ya gotta love it, and ya gotta hate it...
R
Lee Jay wrote:
Oh, please.
Lee Jay, I apologise if my comment could be perceived as being unfair. I'm certainly not saying that there is "no progress" or "no point in posting to this forum". However, I think it is fair to say that many are disappointed by the progress and Adobe's bug fixing policy. I also think it is fair to say that many are not overly happy of how their attempts to provide feedback are received. My comment was simply meant to offer an explanation for some off-topic discussions, not as a statement that all threads are useless.
Hope that clarifies it.
P.S.: Now that 3.4 RC is out, is this 3.3 thread still needed? I don't have too bad of a conscience making off-topic posts because I'm assuming this thread has outlived its purpose. Happy to be told I'm wrong.
areohbee wrote:
J.S. knows it too, but he also knows more about the inherent limitations in the existing Lr design than anyone who's willing to share on this forum.
What makes you so sure that J.S. knows it too? Note that he refers to the limitations of "parametric editing" not to limitations of "particularities of LR's internal design".
I'd have to accept if Adobe chose to never make LR a 80/20 application for portrait photographers because they want to sell PS too. I wouldn't like it but I would have to accept it in an adult way.
What I don't have to accept is that someone tells me that LR cannot be changed/extended because of technical reasons. I also don't want other people to believe that there are technical limits to what you can do within the parametric editing paradigm and that resorting to a two-application scenario is unavoidable. That's why I'm posting more than I should allow myself to. ![]()
AlanUniqueName wrote:
Ignoring for one minute perceived or subjective quality or performance issues with the Bibble 5 product today - it does appear to support Layers, non-circular regions for develop adjustment or painted regions for develop adjustments and also supports non circular heal and clone. All of which are parametric and non-destructive in Bibble.
Lightroom has painted in regions (and gradients) for develop adjustments...as far as I know, Bibble doesn't have multiple pixel layers. The one thing it does seem to have (aside from it's own performance issues) is non circular healing...which is indeed possible parametrically, but hasn't as of yet, shown up in ACR/LR (not saying it will or won't, just that it ain't there yet). But when you look into the technical aspects of storing edits in metadata, there is indeed a hard line between what can be done in pixel editing (PS) and parametric edits (ACR/LR). The more you pack into metadata the less efficient the metadata becomes. As it stands, spot healing and the adjustment brush and gradient masks are not really real...they are stored metadata description of what WILL happen once the file is processed. The more you add, the more complicated the instruction set becomes. That's one of the reasons that local adjustments in ACR/LR are limited to a subset of all the image controls.
All of this is to say, it ain't easy and it's also something that doesn't really fall into the Lightroom/Camera Raw mandate. Past a certain point, the returns diminish and aren't worth the efforts.
But this isn't a direct explanation for why some people are seeing severe performance problems...clearly something else is afoot. And that is something I'm pretty sure really does want to address.
TK2142 wrote:
I'd have to accept if Adobe chose to never make LR a 80/20 application for portrait photographers because they want to sell PS too. I wouldn't like it but I would have to accept it in an adult way.
Then accept it because in terms of workflow, any photography involving substantial retouching (well beyond a few sensor spots) is not what Lightroom is designed for...do the tone and color corrections in LR but the serious retouching is really gonna need to go elsewhere.
TK2142 wrote:
What makes you so sure that J.S. knows it too?
NX2, Aperture, & Bibble are all living proof that you can have layers in a parametric editor, and all adjustments local, and shared masks...
TK2142 wrote:
Note that he refers to the limitations of "parametric editing" not to limitations of "particularities of LR's internal design".
I try to listen to what he means not what he says - you need a J.S. bias filter between your ears and your brain...
TK2142 wrote:
I'd have to accept if Adobe chose to never make LR a 80/20 application for portrait photographers because they want to sell PS too. I wouldn't like it but I would have to accept it in an adult way.
What I don't have to accept is that someone tells me that LR cannot be changed/extended because of technical reasons. I also don't want other people to believe that there are technical limits to what you can do within the parametric editing paradigm and that resorting to a two-application scenario is unavoidable. That's why I'm posting more than I should allow myself to.
I confess I dont know what it would take to enhance Lightroom's editor to be more capable - I only know in general that the overall design dictates what is easy to do and what is not, without ripping it apart and starting again from scratch... Nor do I know the extent to which Photoshop influences their decisions regarding Lightroom's editor, but in my opinion:
- Adobe would be foolish to exlude things from Lightroom soley to boost Photoshop sales.
- Adobe would be foolish to not take Photoshops capabilities into consideration when choosing features to add to Lightroom.
R
areohbee wrote:
- Adobe would be foolish to exlude things from Lightroom soley to boost Photoshop sales.
- Adobe would be foolish to not take Photoshops capabilities into consideration when choosing features to add to Lightroom.
Both are true...if Adobe wanted to avoid competing with Photoshop at all, they wouldn't have produced Lightroom in the first place (and they almost didn't) and yes, some things that CAN be easily done in a pixel editor is factored in when they decide what to add to Lightroom.
Since the primary mandate of Lightroom is for workflow and not low level image manipulation, there are things better left to Photoshop which is the reality of the situation. ACR/LR is tasked with those things that are appropriate for parametric editing...the rest is left to Photoshop.
I keep waiting for someone "in authority" to start a new thread. So far no one has ventured to do so; certainly no such change has been noted here. Though there's nothing technically preventing me from starting such a thread, I suspect not so many people would move over there if I did so. Rob could do it, or Seán: I think people would follow their lead. For whatever reason, any Adobe staff following this thread (if any still are) haven't felt the need to do it. Either they find the discussion here sufficient for their purposes with 3.4 RC, or they've given up on us entirely, focussing instead (we can hope) on the bug reports they get through the proper channels.
On the subject of what should or should not be added to Lightroom, I think they nearly broke its back with the last round of "improvements." All the touted performance enhancements were more than offset by the new image processing features. Personally, therefore, I hope the engineers are spending their time optimizing what we already have and not on adding more bells and whistles. While it may not be hard to think of new things we'd like Lightroom to be able to do, it should be equally easy to imagine what such additions might do to the program's already questionable performance. Unrestrained feature bloat is the last thing we need - or should wish for.
There are some folks, like TK2142, who resent and resist the need to use Photoshop with Lightroom. Naturally, they would like to see Lightroom do more. However, I think Adobe envisioned the two applications working in tandem almost from the beginning. Which is why, as version one came out of beta they changed the name from plain old Adobe Lightroom to Adobe Photoshop Lightroom. I don't think this was a real problem until Lightroom 3 and Photoshop (and Bridge) CS5. Between them, though, they overtax many otherwise capable computers. And, as some reports here attest, even heavy iron has trouble with Lightroom in some cases. Ironically, at the same time both programs became serious resource hogs, their integration was improved significantly. Whereas using Lightroom and Photoshop in an integrated workflow was a real challenge before, with Lightroom 3 and Photoshop CS5 this integration became all but seamless. Which is another compelling indication of Adobe's intentions for their use.
While the resources necessary to run Lightroom are laid out in the system requirements, what such requirements never explain is what is necessary to run Lightroom with other programs, like Photoshop and Bridge. This is truly a case of caveat emptor. I feel confident in saying the minimum requirements for using both LR and PS are at least a quad core CPU and at least 4GB of RAM. More of both are even better. This is, of course, in an ideal world without software bugs.
I think it's reasonable to suggest, therefore, that anyone who doesn't have at least the minimum system recommended above, should not upgrade to CS5 or Lightroom 3. Naturally you won't see Adobe saying as much. But someone should. I get by with a four year old 3GHz quad core Mac Pro with 8GB of RAM. The CPUs are up to the job but I wish I could afford more RAM. Fortunately the Mac Pro can handle it, when and if I ever get the scratch together to buy some.
Jeff Schewe wrote:
areohbee wrote:
- Adobe would be foolish to exlude things from Lightroom soley to boost Photoshop sales.
- Adobe would be foolish to not take Photoshops capabilities into consideration when choosing features to add to Lightroom.
Both are true...if Adobe wanted to avoid competing with Photoshop at all, they wouldn't have produced Lightroom in the first place (and they almost didn't) and yes, some things that CAN be easily done in a pixel editor is factored in when they decide what to add to Lightroom.
Since the primary mandate of Lightroom is for workflow and not low level image manipulation, there are things better left to Photoshop which is the reality of the situation. ACR/LR is tasked with those things that are appropriate for parametric editing...the rest is left to Photoshop.
Competing with Photoshop isn't really an issue as far as I can see. PS does SO much more than what is needed and used in a photographers repertoire, so it's not really the photographer whom is the main consumer. But where competition is concerned, Adobe should be thinking about the other programs which have been mentioned here (Bibble, Aperture etc.. ) because if all we LR users are going to see in terms of newly added features are social networking gimmicks, then at some point a lot of us are going to start veering off into those other directions.
But hey, I woudln't even complain about much of anything if LR's performance was back up to par. The fact that it isn't, however, just makes all the other niggles stand out more.
Doug
Apologies for not jumping in and responding sooner. The original purpose of this thread was to continue to extract more specifics about performance issues experienced by Lightroom 3 customers including details regarding hardware configurations. The thread has recently drifted to speculation about business priorities and technology limitations. However, I want to keep this discussion focused on what the Lightroom 3.4 Release Candidate did and did not fix for those who have been experiencing issues.(Or, in some cases, if the most recent update introduced new problems) The recent spate of speculative posts makes it difficult for the team to follow or gather relavent details. (My goal in participating in these forums is to find solutions not to convince you of Adobe's intention to find solutions.)
The team has already demonstrated a focus on fixing numerous reported bugs with each dot release of Lightroom 3. The non-specific chatter in this thread is an obstacle to finding additional improvements.
Regards,
Tom Hogarty
Lightroom Product Manager
thogarty adobe com
areohbee wrote:
NX2, Aperture, & Bibble are all living proof that you can have layers in a parametric editor, and all adjustments local, and shared masks...
That doesn't stop J.S. to make claims to the contrary.
areohbee wrote:
I try to listen to what he means not what he says - you need a J.S. bias filter between your ears and your brain...
I'll have to go by what he says. This is what people without your "J.S. bias filter" will hear. I don't want them to hear what is wrong.
Tom,
Regarding 3.4RC
Things fixed (performance-wise):
-----------------------------------------
- None that I know of. But, between a hardware upgrade and the succession of bug fixes since Lr3.0, its now performing very well for me, for the most part.
Things not fixed (performance-wise):
----------------------------------------------
- ACR Cache is either ineffective, or broken - dunno which. It would be awesome if Adobe could release an app-note on the ACR-cache...
- All plugins that I've tried (a half-dozen maybe) that use FTP, crash Lightroom.
Jury still out...
----------------
- I've been exercising the DSR tool a bunch and haven't seen any "mis-targeting" nor freeze-ups since 3.4RC, but these things didn't happen that often in Lr3.3 so...
Primary System:
--------------------
Lightroom version: 3.4 RC [733717]
Operating system: Windows 7 Ultimate Edition
Version: 6.1 [7601]
Application architecture: x64
System architecture: x64
Physical processor count: 4
Processor speed: 3.4 GHz
Built-in memory: 7934.1 MB
Real memory available to Lightroom: 7934.1 MB
Real memory used by Lightroom: 2516.8 MB (31.7%)
Virtual memory used by Lightroom: 3037.7 MB
Memory cache size: 1269.1 MB
System DPI setting: 96 DPI
Desktop composition enabled: Yes
Displays: 1) 1920x1200, 2) 1920x1200
Rob
Tom Hogarty wrote:
However, I want to keep this discussion focused on what the Lightroom 3.4 Release Candidate did and did not fix for those who have been experiencing issues.
Wouldn't it make sense to start a new thread for this particular purpose?
As a matter of fact, I'm pretty sure I've seen it already.
Tom Hogarty wrote:
The recent spate of speculative posts makes it difficult for the team to follow or gather relavent details.
OK, I will then stop to contribute to the "chatter". Maybe the posters that contributed to the "chatter" can be forgiven to do so because typically when they ask for participation from Adobe they are told that this is a "user to user" forum and that bug reports should be used to communicate with Adobe. It is good to know that this isn't entirely true.
Tom Hogarty wrote:
(My goal in participating in these forums is to find solutions not to convince you of Adobe's intention to find solutions.)
Maybe there would be a point in trying to attempt the latter as well, in order to keep the user base's faith. If even loyal Adobe fans like tgutgu start threads complaining about Adobe's bug fixing policy, then I'd do the occasional attempt to convince people that Adobe is still trying to do the right thing.
A final suggestion: It would be good if even release candidates were better tested. I'm sure you are missing out on a lot of feedback because people are not prepared to deal with new bugs and hence rather wait till the final dot release becomes available.
responding to Toms message from a few moments ago
There are several issues I am currently having with LR3.3
Due to the noise about LR3.4 RC, I'm not going near that, and Rob C"s comment about cache still 'broke reflects my observations below
My spec
LR 3.3
iMAC ± 3,5 years old
OSX 10.6.6 ( 10.6.7 downloaded but not installed yet)
2.4 Ghz intel core duo with 4 Mb of 667Mhz DDR SDRAM
320 Gb internal drive
connected to a network server with 2x 2Tb of storage space
2Tb (1.6 TB + 400Gb) firewire 800 with main library partition 1 & exact copy of iMac ( partition 2)
500 Gb USB2 Time Machine
500 GB USB2 for other stuff & music
only one screen due to fault - graphics card / monitor
25Gb LR cache on the internal drive that is not affected by time machine / super duper backup etc
No SSD drives, no dedicated drives for cache, for the library etc, as only one firewire 800 port and 3 USB ports on imac
Tom asked for issues with LR3.3 performance feedback - this thread was prior to LR3.4 RC, so I'm doing just that
I have no intention on being a guinea pig for LR3.4 RC as the reviews indicated that most the dot fixes were for new cameras - not any relevance to me and I was burned with a previous dot release making a mess....
If this is the same as no vote no voice, then so be it.
But there are real issues with LR performance, database / keywording layers / parametric editing etc and I wonder if, like the Hyena - LR has / is evolving down a path which leads towards extinction
Hi,
So Adobe wants user feedback in order to fix these performance problems. But are they doing what is needed to achieve such a result?
In every commercial application I have ever written, I have always implemented a "debug mode" feature. When a user reported a problem that I could not reproduce in my lab, I asked him to open the application's "Preferences" dialog and to check the "Debug mode" option. With this option enabled, the application started to record every user actions, tracing entry and exit points (and exit codes) of every important routine, collecting information about the user's system, etc. Once the problem had occured again, the user had to disable the debug mode option and to send me the log file. 90% of the time I could see what happened and fix the problem (or explain to the user what he was doing wrong or what was wrong with his system) without having reproduced the problem on my own systems. And I'm not talking about small applets. I implemented this in complex applications involving a user interface, system services and device drivers. By the way, this demonstrates that the statement "not reproduced, not fixed" that we have read here too many times is not justified.
If I was able to do this for my apps as a small software shop, I'm wondering why Adobe can't do that for Lightroom. There are a lot of commercial software on the market having a similar option. Of course, such a feature is a little bit more difficult to add "after the fact". It's preferable to think about it during the software engineering phase. Also, when the application uses multithreading (like LR does), the logging system has to be protected against re-entrancy. But any seasoned programmer can deal with this.
When implemented properly, such a feature has no impact on the software performance. When the option is disabled, the debug code does nothing at all. When enabled, this code may slightly affect performances but again, if this is done properly, the impact will be very limited.
If we go back for example to the "frantic registry accesses" problem, a debug mode feature would have help determine what's going on (which code is running repeatedly) when the problem occurs.
So I'm wondering : since LR version 1.0, bugs have been reported that Adobe could not reproduce and nobody has ever considered implementing a debug mode feature or writing a specific debug version (which is another way of achieving the same result : collecting information from and tracing execution on the user's system) ?
thewhitedog wrote:
I keep waiting for someone "in authority" to start a new thread. So far no one has ventured to do so; certainly no such change has been noted here. Though there's nothing technically preventing me from starting such a thread, I suspect not so many people would move over there if I did so. Rob could do it, or Seán: I think people would follow their lead. For whatever reason, any Adobe staff following this thread (if any still are) haven't felt the need to do it. Either they find the discussion here sufficient for their purposes with 3.4 RC, or they've given up on us entirely, focussing instead (we can hope) on the bug reports they get through the proper channels.
On the subject of what should or should not be added to Lightroom, I think they nearly broke its back with the last round of "improvements." All the touted performance enhancements were more than offset by the new image processing features. Personally, therefore, I hope the engineers are spending their time optimizing what we already have and not on adding more bells and whistles. While it may not be hard to think of new things we'd like Lightroom to be able to do, it should be equally easy to imagine what such additions might do to the program's already questionable performance. Unrestrained feature bloat is the last thing we need - or should wish for.
Well, you tend to forget, that mostly you can judge the overall quality of Lightroom 3 only based on how it operates on YOUR environment (and maybe a few others). Unfortunately, you generalize your experience too much, and make assumptions and claims that aren't felt by everyone.
Just to make it clear, I have also some problems with not-fixed bugs, but none of those are related to performance, and they are clearly defined and acknowledged.
In my opinion, Lightroom is by no means bloatware. It has about the right mixture of tools, I need for my workflow, and I wouldn't like to miss anything. There are only a few features, which I don't use: slideshow and tethered shooting. That is pretty good for such a mighty program and shows how well Lightroom is focused to photographic workflow. Some people don't like the database concept, those might have to look for other software, I think the database is one of the key assets. Yes, and I want new features, which would benefit my workflow - most notably soft proofing and an enhancement of the local editing possibilities.
Me, and many others, think that LR 3 was an improvement, even on the performance area (for example local edits run much smoother than in LR 2). If I look subjectively to my situation, I can't see that the statement of questionable performance is correct. LR is not the fastest software in all respects, but it allows a fast workflow generally. And nobody I know of, which uses Lightroom, has performance problems.
Most parametric editors have their particular problems - being either stability, image qualtiy, performance or poor implementation of features (usability, thoroughness). Some of the competitors show only minor progress (Lightzone, DxO, Bibble, RawTherapee). By all means, Lightroom is probably still the best all around package we can get here.
Instead of drawing conclusions that Lightroom is not a recommendable solution, you should rather abstract from your situation and recommend everybody interested to testdrive it thoroughly before purchase. I think it is quite clear now, that the behaviour of Lightroom differs in various environments. Not all the problems are reproducable and fully understood, some of them might even not be in the responsibility of the Lightroom developers.
The thread here is to track the problems down and not to discuss, if Lightroom has already turned into bloatware, which it has not, in my opinion. Also keep in mind, that LR 3.4 has still release candidate status. For that circumstance, currently occuring and maybe newly introduced bugs, get a bit too heavy reactions here. 3.4 is not a production release.
@ tgutgu: I've been following this thread - and the one before it - for a long time now and I have much more than my own experience to go on. Indeed, my experience is far from the worst reported here. The fact is, though - as has been noted many times - that Adobe advertised Lightroom 3 as having dramatically improved performance and the best most have been able to claim is that it works more or less as well as Lightroom 2.7. While you mention improvements in local edits, many others report the program bogging down with local edits. There have been endless quibbles about how many local edits are appropriate to expect the app to handle, which is nothing but a distraction from the fact that it doesn't handle them reliably. And such bootless debates have led the discussion far off into the weeds.
My generalizations are based on the totality of what I've read here. You have your own issues with Lightroom; other people have other issues. I've described my biggest problem with 3.4 RC several times and don't feel it's necessary to repeat it every time I post. The arrow key bug made the RC unusable for me; I filed a bug report on it and left it at that. You're right, though, I do generalize, but I do so to try to reach beyond my personal experience and comprehend the meaning of the whole. None of this should be taken to suggest that I don't like the improvements in Lightroom 3, even the ones that contribute significantly to the performance slowdowns people report. It took me awhile to get used to the new import dialog, for instance, but now that I have, I like it. I very much appreciate the improved noise reduction and sharpening capabilities. Likewise, I approve of the change in focus from importing into a proprietary catalog to importing in place, which made possible improved integration with Photoshop and the heretofore unsupported ability to actually use Lightroom as a file manager - though still with a narrow focus and being no replacement for Bridge in overall resource management capability.
But the primary reason for this forum, as Tom just reiterated, is not to sing the praises of Lightroom, but to report and discuss problems. Unfortunately, when people do complain, someone else feels compelled to tell them they're using the program wrong, or some other such insult to their intelligence. As a result, a lot of the chatter here has gone off topic and become defensive in nature, everyone protecting their "turf", rather than learning, or being willing to learn, from others who have had different experiences with the program than they have. As you just did with me, insisting that because you don't experience the slowdowns others have reported that I am somehow misguided in generalizing on their experience.
Some here consistently take criticism of Lightroom as some sort of personal attack. I suggest that it is they, not the critics, who are misusing this forum. The forum was not started to defend Lightroom or Adobe; it was to take problem reports so that Adobe staff could do a better job of fixing the problems. In some cases people have offered suggestions on how to use Lightroom more efficiently. These seem to me to be, broadly speaking, within the scope of this venue as a user to user forum. But this thread was intended, as specified repeatedly by Adobe staff participating here, to help them gather information. So it is more than a user to user forum in this instance. I will presume to suggest that if people spent more effort on trying to understand the difficulties that others are having with Lightroom and less time defending the program against criticism, this forum would be far less contentious and far more on point.
Hi,
thewhitedog wrote:
But the primary reason for this forum, as Tom just reiterated, is not to sing the praises of Lightroom, but to report and discuss problems. Unfortunately, when people do complain, someone else feels compelled to tell them they're using the program wrong, or some other such insult to their intelligence.
...
Some here consistently take criticism of Lightroom as some sort of personal attack. I suggest that it is they, not the critics, who are misusing this forum. The forum was not started to defend Lightroom or Adobe; it was to take problem reports so that Adobe staff could do a better job of fixing the problems.
I fully agree with this. Documented critics and problem reports are positive contributions. Many users reporting problems are also computing professionals who are not "baying at the moon" but are able to identify and document software bugs and design mistakes. So this forum is not the right place for LR evangelists. We are already convinced that it's a good product. We just want it to be fixed. And not posting critics and bug reports would just mean that we don't care any more, which would be much worse news for Adobe (meaning that we are considering switching to another product - not much competition around here but Bibble is stabilizing).
Tom Hogarty wrote:
Apologies for not jumping in and responding sooner.
I think a little more participation on Adobe's part in these forums and/or via other mechanisms, would go a long way...
We pour our hearts & brains out in this forum, and yet often feel like its falling on deaf ears. This forum is presently serving two purposes - a "user to user forum", and (ostensibly) a primary vehicle for communication between users and Adobe. But, users often feel like they're being kept in the dark. The occasional posts by Dan Tull and others, whilst appreciated, are just not enough...
PS - Same goes for the SDK forum, where there has been zero communication from Adobe lately.
PPS - Have you considered a non-forum path for communication? I mean, I would not want to be you/Adobe on these forums - users can be petulant&selfish&whiny&unempathetic&punitive&merciless... Why not set up a site for "Prevailng Issues" where you can post status and such, and solicit input anonymously? Then maybe you could leave the forum for the animals to kill each other, oops - I meant so the users could help each other...
"Tough love",
Rob
Good idea, Rob.
For me, I know what it's like as the developer. But, that said, I'm the customer here, and I expected better from Adobe wrt the quality of LR3 (ha - even after going thru 2.0 ...)
I love LR, and am seen as the 'champion' of LR at my club - at our last clubnight where LR3 was demo'd, *over* 3/4 of the members said they had a version of LR already ... !!!
OK, to the point. I am a techie and I love computers and photography. I'll put inordinate amounts of time into my system to get a smoother and more effective workflow. And, I love to know all of the available features of any s/w so that I'm comfortable with all of the possibilities it offers. So, when I come across a glitch in LR, I have a choice ... do I just reboot LR and retry (often works) else work around the problem, or do I try to help Adobe get it fixed?
Point One:
Well, if I'm to try to help Adobe, that'll be a lot of my time, as I'll try to produce a relevant and carefully thought-out report of what, why & where etc. But what stops me is the doubt that maybe someone's already done this, that Adobe already knows about it, and that maybe they know what needs to be fixed (and that's their decision as to whether / when). There's no way I'll commit myself to that kind of effort if it's a waste of time!
Without any kind of info from their Issue Tracking System, I'm not going to potentially waste lots of my time. With no feedback whatsoever from bug reports or feature requests, sketchy lists of issues fixed in releases and ongoing unfixed issues that must be trapping loads of people into submitting endless duplicate bug reports, it's too one-sided.
Point Two:
I noted with interest the earlier post wrt debugging, and have to hope that the lack of it was a well-considered choice by Adobe, rather than a glaring omission! However, with the amazing free tools available to everyday users on Windows from Sysinternals, I would love it if Adobe would define a list of the useful stats that users could send in, to let them see all of the goings-on in our systems when things go pear-shaped.for us - e.g. action on the registry, from what address, what's loaded at that address, where LR and our DLLs are in memory, the timings of the i/os etc etc etc - all things that easily available via these free tools. Surely that'd be useful to them?
I'd gladly run a rake of free tools to help Adobe get meaningful data, although my current problems are more about disk access / housekeeping than performance. But if there was standardised things to run, especially started by a script that anyone could run, surely that'd help?
What frustrates me is the *apparent* lack of interest and committment by Adobe. I understand that this is only my *perception* of what is or isn't happening, but I'm confused that so little *seems* to be happening, and that we users are so left out of the loop - but asked to 'believe' that things'll get better seemingly without any proof. We are asked to have faith, and keep paying money for the next version of LR, in the *hope* that some of our pet-hate bugs will be resolved ...
Please. Help us to help you - to help us ;-)
Gary
areohbee wrote:
Tom Hogarty wrote:
Apologies for not jumping in and responding sooner.
I think a little more participation on Adobe's part in these forums and/or via other mechanisms, would go a long way...
We pour our hearts & brains out in this forum, and yet often feel like its falling on deaf ears. This forum is presently serving two purposes - a "user to user forum", and (ostensibly) a primary vehicle for communication between users and Adobe. But, users often feel like they're being kept in the dark. The occasional posts by Dan Tull and others, whilst appreciated, are just not enough...
PS - Same goes for the SDK forum, where there has been zero communication from Adobe lately.
PPS - Have you considered a non-forum path for communication? I mean, I would not want to be you/Adobe on these forums - users can be petulant&selfish&whiny&unempathetic&punitive&merciless... Why not set up a site for "Prevailng Issues" where you can post status and such, and solicit input anonymously? Then maybe you could leave the forum for the animals to kill each other, oops - I meant so the users could help each other...
"Tough love",
Rob
+1 Rob... I had an eerily similar reply to Tom that I wrote (I really did) that went off into the ether when my session on the forum timed out.
Tom.. I absolutely agree that these threads, in many cases, have drifted far off base. I know there are folks like Melissa (in the past), Dan, and others that come in from time to time and I've been the receipient of help from them. I have to also agree with Rob though, the flow of, lacking any other term, "official" information as to status of problems, critical ones Adobe is working on, issues that need more information (e.g. Can users send us the following:"), etc. is just not there. The pipeline is primarily one way and the only time we see if something was worked on is when a RC or point release comes out... and that isn't always 100% accurate. There were items fixed in 3.4RC that didn't make the items fixes list.
The team may VERY well be working on some of the issues affecting people's performance, but lacking any other evidence of it, can only go by what they see. If they don't see "their" issue after 4 points releases, then they can only assume it didn't make the attention of Adobe, despite reporting it (since there isn't any real feedback mechanism for items reported).
The point is that most all the folks here are passionate about seeing LR succeed and become even more powerful. They want to help, but they also need to see that their efforts are both being heard and are being taken seriously. I know there is a certain amount of marketing, trust, interface with the CS team, etc. that enters into this. That is Adobe's internal issue to resolve, but know that the people here are ready and willing to help.. but at times, the silence is truly deafening.
Jay S.
I was with you Rob till you went postal on the rest of us. Hoping that was tongue in cheek.
It's true, though, that we feel hung out to dry here. I have no doubt that this sense of abandonment is a major cause of much of the ennui and animus you see on this forum. Telling us that our expressions of frustration are a waste of time doesn't address the underlying cause of these feelings and, if fact, only adds fuel to the fire, indicating a distinct lack of respect for the difficulties we are going through with Lightroom and our efforts to inform Adobe of our problems with the product. Effective communication is a two-way street, which this, for the most part, has not been. We have no way of knowing if our bug reports have made it onto Adobe's to-do list or into the round file. Without feedback we're likely to conclude it's the later. And, though Tom insists that they have resolved a lot of issues in the dot-updates, the last one, 3.4 RC, belies that claim, especially considering that one of their supposed fixes apparently broke more than it fixed. If Adobe wants the benefit of our detailed feedback on the problems we encounter and wants to cut down on the seemingly useless editorializing and speculation, they need to give us enough feedback to see that our efforts are taken seriously. This is not a religious experience. Faith is not enough to sustain us.
And, frankly, if even an experienced hand like Rob is feeling out of the loop, there is clearly a problem here - that only Adobe can address. How they choose to do that is, of course, up to them. But they are at least partially responsible for this forum's lack of productivity. To get more, they'll have to give more. The way they're handling it now is just not working, nor for them and not for us.
There are a number of field diagnostics options in Lightroom 3, actually. There's a command line switch for emitting all errors thrown from Lua to a log (very useful for a certain class of bug), there's various logging facilities that can be turned on to gather data. I (and other engineers) have cornered dozens of former mystery bugs using these switches. There's also some much heavier trace logging which can be used, though that's a bit like a firehose, does definitely impact performance, and takes a lot more analysis to tease out.
I also knocked off several nasty Windows crasher bugs (none of which I was ever able to personally reproduce) by analyzing crash dumps.
But, as you note, since I've added it after the fact (while I've been on the Lightroom team a long time, it was a big codebase well before I got here and I've added things not because I was asked to, but because they make my work easier), it's been hard to establish. In LR 1.0, all the (somewhat primitive) diagnostic capabilities were compiled out of release builds _on purpose_, so my first task was to reverse the thinking process on such supportability features.
Similarly, I've advocated a simple rule for further work: when you chase down a bug that took a long time to figure out, add the logging that would have made it easy as part of the fix. Especially since bugs tend to cluster, this tends over time to cause the system to converge on something in which bugs are easier to diagnose. I push back on bugs that engineers say they can't reproduce and ask "what you need to see to understand what's going on without reproducing the bug directly"? That's a cultural thing that just needs education to fix. My rule is "cannot reproduce is not an excuse", though often what the diagnostic reveals is the essential clue to know how to reproduce it (other times, it's the clue that tells you how to fix it even if you can't quite figure out how it got that way).
There are even some profiling mechanisms in place in LR, though they're less comprehensive than I'd like and for a profiler, incomplete data can often be worse than none at all because it leads you to the wrong conclusion since the real problem isn't properly recorded. There's also lots of tools (some of the stuff from SysInternals comes to mind) that can provide invaluable insight.
So all that is to say, this is not a question of having thought that debug capabilities are useful or even how I'd go about building them into Lightroom (I've advocated a similar stance in the past and it's paid off then, too), it's about available time. You might ask why I've been so quiet on the forums lately. Time. I've been nearly 100% tapped on stuff related to the next version. I have a few items I plan to circle back on, but I'm not sure how much time I'll be able to allocate. Constraints suck.
Addendum: I know "Constraints suck." sounds like a really snarky way to end my post (I can't help it, I'm a bit of a snarky guy at times). I mean it very sympathetically, though. It absolutely kills me that anybody has anything but wonderful experiences with Lightroom and if I had the resources, I would personally hunt each and every bug, but I have limits. I will say every moment I spent sifting through chatter is a moment I'm not spending finding the good leads on important bugs.
Oh, and one other thing: don't _ever_ wait for authority to start a new thread. These are the "user to user" forums. Structure is presumed to be responsibility of the participants.
Now that's a refreshing bit of honesty, even if it confirms our most cynical suspicions that Adobe staff have been tasked with developing new features for Lightroom at the expense of solving current problems. This reflects the popular opinion about Adobe policy in respect to other well known buggy products which shall go unnamed here. And it suggests that even our most honest and straightforward efforts to report bugs and explain performance issues on this forum are, indeed, in vain. Thanks Dan for the truth, painful as it is for us to hear. I don't blame the engineers; after all, for the most part they don't get to choose the projects they work on. Those decisions are made further up the food chain in the executive suites, where the high altitude and low oxygen levels seem to have a negative impact on cognitive ability.
I hope Dan doesn't get any unpleasant blowback in-house for finally coming clean with us. Such courage and integrity are rare and precious virtues.
If Dan's revelations don't kill this forum thread, nothing will. I know, some will say that just because Dan has little or no time for troubleshoot Lightroom, that doesn't mean others aren't dedicated to the task. But he didn't say that they are, only that they were; supposing otherwise is putting words in his mouth and is self-indulgent wishful thinking - in my opinion. I would be pleased if Dan replies, telling me I'm wrong, that there are indeed people at Adobe diligently debugging Lightroom, even if he no longer has time for such work. If that's the case, however, why is it he rather than they responding to our urgent requests for enlightenment?
Addendum: The "chatter" on this thread of which Dan speaks is in large part due to the absence of the kind of honest and informative feedback that he just gave us - at long last. Now that we know he doesn't have time to work on the problems we've already reported, the distinction between chatter and "good leads on important bugs" is moot.
DanTull wrote:
There are a number of field diagnostics options in Lightroom 3, actually. There's a command line switch for emitting all errors thrown from Lua to a log (very useful for a certain class of bug), there's various logging facilities that can be turned on to gather data. I (and other engineers) have cornered dozens of former mystery bugs using these switches. There's also some much heavier trace logging which can be used, though that's a bit like a firehose, does definitely impact performance, and takes a lot more analysis to tease out.
So, under what circumstances and how can users gain access to this information so that we can pass it along to Adobe? This strikes me as a very valuable tool.
thewhitedog wrote:
Now that's a refreshing bit of honesty, even if it confirms our most cynical suspicions that Adobe staff have been tasked with developing new features for Lightroom at the expense of solving current problems. This reflects the popular opinion about Adobe policy in respect to other well known buggy products which shall go unnamed here. And it suggests that even our most honest and straightforward efforts to report bugs and explain performance issues on this forum are, indeed, in vain. Thanks Dan for the truth, painful as it is for us to hear. I don't blame the engineers; after all, for the most part they don't get to choose the projects they work on. Those decisions are made further up the food chain in the executive suites, where the high altitude and low oxygen levels seem to have a negative impact on cognitive ability.
I hope Dan doesn't get any unpleasant blowback in-house for finally coming clean with us. Such courage and integrity are rare and precious virtues.
If Dan's revelations don't kill this forum thread, nothing will. I know, some will say that just because Dan has little or no time for troubleshoot Lightroom, that doesn't mean others aren't dedicated to the task. But he didn't say that they are, only that they were; supposing otherwise is putting words in his mouth and is self-indulgent wishful thinking - in my opinion. I would be pleased if Dan replies, telling me I'm wrong, that there are indeed people at Adobe diligently debugging Lightroom, even if he no longer has time for such work. If that's the case, however, why is it he rather than they responding to our urgent requests for enlightenment?
Addendum: The "chatter" on this thread of which Dan speaks is in large part due to the absence of the kind of honest and informative feedback that he just gave us - at long last. Now that we know he doesn't have time to work on the problems we've already reported, the distinction between chatter and "good leads on important bugs" is moot.
Sorry, whitedog, but I would not be surprised that after your post some of the Adobe staff will be even more reluctant to post here. I am pretty sure that Dan doesn't do anything here in the forum that isn't backed. But your interpretation of his remarks isn't really appropriate. In the software business it is not unusual that you have to find the balance between development and issue fixing, sometimes both work together. Your interpretation that after Dan's notes bug reporting and discussion here in the forum is in vain, is ridiculous, because things have been done, based on information given in threads like this. He explains what he does, so that he needs less time in the future to do the things, you want him to do (finding the causes for difficult to reproduce bugs). Dan also indicated that some stuff wasn't even related to Lightroom code.
I have no idea, why you think that the Lightroom user community ("we") has in general more interest in bug fixing than in further development of the product and that devoting resources to development while some bugs are still open, is somewhat cynical. In all this thread we are talking about hard to track down, time consuming to find, difficult to reproduce issues, which some of the users have - but probably not the majority. If the LR-team would halt development until all this is fixed, the product would be doomed. Some of the performance issues might even only possible to fix with larger refactorings, which can only be done in major versions. If they work on LR 4 intensely now, that may even help that your issues are fixed. Should the development team have postponed 2010 process version, if they had known that on a small percentage of user environments some performance bottlenecks might occur? I don't think so.
You can be sure that once LR 4 is out, there will be another group of unfortunate, who has environments, where Lightroom will no meet the expectations, and where it will be too time consuming to track the last bit of issues down, instead of moving on with the product. (At the end each upgrader spends only a 100 €).
So, I have full sympathy, that LR is further developed quickly and that we get what we need as soon as it is possible. What puzzles me a bit is that Adobe does not assign more ressources to the team so that issue resolving and development can be done to a greater extent in parallel. My post about bug fixing policy was not so much about that things weren't get fixed, but to learn when they will be addressed (if at all). What can we expect still in LR 3?
Lightroom is a business endeavor and not a fun project. Revenue will only come from new customers or from upgraders. The latter you can only convince to spend money, if a new version has enough improvements to justify the purchase (unless your new camera is only supported in the new release). Do you think, that I would spend 99 € again for an upcoming LR 4, if it doesn't have soft proofing? No, I probably wouldn't.
In my opinion, the participation of Adobe staff in this forum isn't as bad as you indicate. If they don't have a solution to your issues in your environment at the moment, what should they say here? I would rather dedicate my bug fixing time to issues, which are clearly reproducible in large amount of constellations, instead of hunting after "foggy" phenomenons with unclear reasons.
I would not have added again to the "chatter" with this post, if your post would not have embarassed me so (however, we should not take this conversation personally).
Kind regards
Thomas
DanTull wrote:
My rule is "cannot reproduce is not an excuse", though often what the diagnostic reveals is the essential clue to know how to reproduce it (other times, it's the clue that tells you how to fix it even if you can't quite figure out how it got that way).
Dan, you have earned a ton of respect from me for your brave post. I appreciate it very much!
I sense that the team should be larger than it is and that the team is not to blame for that. But I don't want to speculate.
Your post convinced me that it makes sense for me to install 3.4RC and report feedback.
It is great to hear that you have the option of field diagnostics. I trust that you are using them with a select set of users. Please don't hesitate to approach me to activate any logging, should you get the impression that the behaviour I report would be interesting to analyse.
If only a select few ever get to activate the switches, I wonder what unecessary overhead is caused by the logging when it is inactive. Wouldn't it be better to have a separate debug build and ask the select users to install this one if you need data from them?
But I do want to end this post on a positive note and thank you very much indeed for what you are doing for LR and letting us know about it.
Thank you.
I'm looking for help about persistent performance issues I'm having with Lr v3.3.
I've been using Lr since v1 and have loved the program but I continually have performance issues with v3.3.
Description of the problem:
I'm editing CR2 files that have been converted to DNG. They're all large raw files from a Canon 5D mk2. Currently I'm working on a brand new 15" MBP (core i7, 8GB ram, 1GB dedicated graphics memory, etc) but have also experience the same issues on my 13" MBP - two fully capable, functioning machines. Lr v3.3 regularly freezes up while working in the Development module. Usually seems to be when I'm using the lens correction tools. Once the Lr freezes up and I see the mac pinwheel of death, it's all over. Force quit, restart, new catalog, accessing the raw files for the local drive, etc nothing works. I've uninstalled Lr and reinstalled yet the problem has popped up again.
This is crippling to my workflow. I cannot consistently edit because Lr locks up. Is anyone else experiencing a similar problem?
Please advise.
Sure.
It's very perplexing but seems to happen most regularly to manual lens corrections made to a single photo. The troubling part is that it's an intermittent problem. Some files work great, others are just trouble. All the files I'm editing are from the same 5D mk2. All files are imported after being converted to .dng.
As recently as today, I found that only one file made Lr freeze up. If I moved on to another file in the catalog, Lr would function normally. I have experienced this freezing up problem on different machines and different catalogs.
Maybe you could consider reporting the details using the form which can be obtained at this site.
https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform
The more details you can provide will assist the troubleshooters to track the problem and make corrections to the program.
I can give you the following very general "rules" to speed-up LR and avoid "freezing".
1) Make your Cache very large - mine is set at 75 GB. Set size in Preferences > File Handling.
2) Have the Catalog and your Cache on a fast internal drive but preferably on a different drive than where LR resides. Do NOT put the Catalog or cache on an external HD - the connection is too slow, particularly with USB drives.
3) Play around with the preview size in Catalog Settings > File Handling. This is a weird one and there was some discussion on this forum. Since I set my preview size ot 2048 pixels, I experienced a better performance.
4) Defragment your HD often and leave lots of free space particularly on your drive where the Catalog and the Cache are.
6) Close all unnecessary programs that run in the background.
7) In Catalog settings > Metadata do NOT check "write Changes into XMP" - this slowed my Develop module significantly. If you want XMP files do it via Metadata > Save Metadata to File or short Ctrl?Cmd. + "S".
Hope this helps.
WW
Hmm. Well, there certainly are various people that also do some investigation of issues from the forums. I honestly don't know what percentage of their time is allocated to Lightroom in general, Lightroom 3 in particular, etc.
I've actually expressed on more than one occasion that it's challenging at times to balance work on existing and newer versions, so I didn't really think of the post as revelatory. It didn't kill the previous thread, so I don't guess it'll kill this one. ![]()
North America
Europe, Middle East and Africa
Asia Pacific