As to quick corrections, a bit of experience in Sg and wow ... what you can do quickly. At first, SpeedGrade ticked me off, couldn't do squat in it. After a bit of learning about how to use scopes & what the goal is in video (very different than stills) ... and learning some of the interface bits ... and getting a Kensington Expert Mouse Trackball (which is a great trackball with a spinner ring and no mouse at all) so it works with the color wheels real spiffy ...and the ease of saving "looks" for my camera's main use stuff ... speed of quick corrections is stunning. "Normalize" ... a couple clicks if that's all you want to do. Keyboard shorts too. All for me, way faster than the 3-Way or Fast. As to the ACR interface, I went down to NAB in Vegas this spring, got to talk with some of the folks "behind" Sg. And also such things as coming from a stills background, being familiar with the Lightroom and ACR style of panels, wondering if that was possible. Got a pretty good answer ... short answer, "possible" ... well, yes, ... probably. But ... very, very difficult to do, because of a concatenation of things. First ... the photo apps (Lr, P-shop, Bridge) are developed by a completely different group of people, EVERYTHING from the "look" or style thinkers to the coders. There is virtually no "code" similarity between the products for stills and the products for video. Think about the differences here ... Photoshop and Lightroom are designed to work on one image at a time, realistically, and allow "batching" instructions to a few others. And they can at times pretty much take over most computer's resources. The video apps are designed to work on (process) THOUSANDS of images at a time, as that's what a clip is, let alone a full sequence of clips. The coding "ideology" for the two is completely different. Even though P-shop has some video handling capability, NONE of the code is anywhere near alike. You can't say "we've got that code here, let's put it in over there ... ". It would be like thinking you just wanted good power in a little European sportster so you decided to put a big American-built Cummings diesel motor in it. Um ... with enough work & hassle, it actually might be possible. The wisdom of the effort, let alone the happiness you might achieve with the result ... well, it might be worth thinking about before starting. Or at least realizing it's gonna be a ton of work to do. Second ... resources while running. In stills, if one is technically sharp, one looks at a histogram while "developing" in Lr terminology. That histogram takes next to no resources whatever, works perfectly well. In video, if your aren't looking at least at a good Vectorscope if not also Parade while working, well ... the success of your endeavors let alone the time to create them is going to be ... perhaps ... poor. Probably. Yet those scopes can take quite a bit of resources all by their lonesome. Which is why they have the option to "pause" the scopes while playback is going on, as to keep them going in real-time is a right b-tard. Resource-wise. Think of what's going in in the video apps: they take your source footage, but only the bits you've selected (but out FROM the whole clip constantly), all the changes & effects you've made, compute instantly for every flipping image at between 24 to 120 per second what it "should" look like, and display that in your playback monitor. This is a load the stills apps don't even think about. And yet, they've got to make these things "look" like there's no difference in getting things to your monitor than the stills programs. It is literally like comparing 18-wheel freight trucks to Maseratis. And expecting the Maserati to carry the load the freight truck does. Hey, the little Maserati may actually have more horsepower,. you know. Why can't it pull that semi-trailer? P-shop has some video capability, why can't you just cut & paste something else from P-shop into Sg? So ... the long answer is adding some option like the LR/ACR style interface is an intriguing idea even for the Sg "team". However, it would pretty much mean they'd need to rebuild a ton of the program. Now, most of the things you can do within that interface Sg already does, albeit with vastly different code and "tools". When I asked about perhaps just allowing a Secondaries panel with the HSL look out of Lr, one of the main dudes just sort of ... blanched. I would guess from other comments that that little bit has been discussed or something along that line, and ... it would be a "Significant" people-using project to accomplish. From a coding standpoint, some parts of Sg would simply have to be rebuilt. With the appropriate de-bugging needed to get it operational AGAIN on so many different types of hardware/codecs/drivers/OS & etc. There's times that HSL panel would allow me to easily do precisely what I want ... I would love to have it. I've put in numerous Wish Requests for it. And of course, done so in person. I'm not expecting to see it any time soon, mind you ... but again, put in wish requests for the ACR panel in Sg. Can't hurt. Neil
... View more