It’s “Guest Blog Wednesday” featuring Michael Tapes
Yet Another “Raw Is Best” Rant – NOT!
[ed note; Michael included a video demo with this post, and you'll find it on the 2nd page---click the "More" button].
As a long time advocate (fanatic!) of shooting Raw format only, my most frequent response to the inevitable question of “why shoot raw all of the time?â€, is because you never know when the shot of a lifetime will jump into your viewfinder. And given that truth (if you accept it), one would surely want to capture that shot of a lifetime in the best quality format that their DSLR is capable of. And that, of course is raw. The reasons why have been well stated time and time again by Scott, me, and countless others. In fact, while many were still debating the efficacy of shooting raw at all, I created an entire DVD about how to shoot raw faster, better, and easier than shooting JPEG. In that DVD I touched on a subject that kept haunting me to the point where I needed to do something about it. That is why I created the free utility called Instant JPEG from Raw.
First Some Raw History
As many did, I resurrected my passion for photography back when convergence of technology brought together 3MP digital point-and-shoot cameras (in my case the Canon Powershot S20), along with the IBM MicroDisk (340MB), and the Epson 1270 printer. Finally one could go out and shoot several hundred photographs, work on them in the amazing digital darkroom called Photoshop, and print them such that people would think they were looking at a real photograph. It was a grand time of creative resurgence and discovery. This was followed by the biggest moment in the recent history of the digital SLR, the introduction of the Canon D30. It also was only 3 megapixels. But for the first time ever, those pixels were silken and magical, and at worst rivaled the quality of film, and according to many beat it when printed to 8×10 or smaller. It was also smaller, higher quality, and quite more affordable than the then reigning king of DSLRs, the Nikon D1.
Thankfully my wife was insightful enough to convince me to buy the D30 instead of the Canon G1 P&S which had also just been released She said to me that we could not afford the G1 ($1,000) and that I must buy the D30 ($3,200)! She knew in her ultimate wisdom, that a G1 purchase would only have satisfied my gear lust mentality for a week or 2, and would be followed by the inevitable D30 purchase for a total cost of $4,200. Hence we could not afford the G1 <g>. Thankfully it still applies today. D300 vs. D90 – 85 f1.8 vs.85 f1.4. “We cannot afford the cheaper one!†Have I mentioned how much I love my wife?
We only got to know the D30 by trial and error, as there was no authoritative documentation. The early adopters, along with Michael Reichmann and others, banded together to discover the mysteries that lay within this magical camera. Raw mode was one of those mysteries, but the only way to convert raw files (in fact the only way to even view raw files), was to develop/process/convert them in the then immature Canon raw software. One could view very small thumbs in the slow software, but to see the full size 3MP file, it would take about 2 minutes per file. Yup! Two+ minutes per file. No wonder people did not adopt raw early on. No way to even view your files, until after a several hour “conversion†session that completely tied up and/or crashed your computer. And that was just to view the files, before you edited or adjusted them. I went on record at DPReview saying that Raw was not ready for prime time (link). And it was not. But then the magic was discovered…
The Embedded JPEG.
The holy grail turned out to be that Canon thankfully had embedded a JPEG file within the Raw data file. It was a raw conversion using the camera adjustments as they were set at capture. In the case of the D30 it was a large 1440×960 pixels, a perfect size for viewing preview images. Based on the ground-breaking work by David Coffin (DCRaw), several developers including Bruce Henderson and Marten Dalfors then abandoned the slow and buggy Canon SDK (Software Development Kit) and created small but powerful applications (Yarc and CRW Extract) that could actually “extract†the embedded JPEG file from the raw file, at blinding speed, a folder at a time. Eureka! This provided the much needed ability to view JPEG conversions in a simple browser application, and actually see the work within a minute or two of download to the computer, for hundreds of raw files. This was a first for raw shooters. This same technique of extracting the embedded JPEG was later used in applications like BreezeBrowser and YarcPlus which were the first practical raw converters for Canon D30 cameras (and the models that quickly followed) and finally presented a usable raw workflow, such that photographers could elicit the full quality that those cameras had to offer.
As a side note, Michael Jonsson (then at Phase One and now at Adobe) later blew the raw workflow paradigm wide open with his pivotal architecture of the original Capture One DSLR raw software. It was later followed by Thomas Knoll creating Adobe Camera Raw for Photoshop , and Jonsson besting himself with RawShooter (later acquired by Adobe). Bibble, the standard to the Nikon Crowd, expanded to support more camera models, and new raw converters were coming out of the woodwork weekly (or so it seemed). Eventually this led to the mega do-all dedicated photographic applications Apple Aperture and Adobe Lightroom which simply (and wonderfully) expand on the raw paradigm that Jonsson had pioneered with the original Capture One DSLR.
It should not go unnoticed that even today, the ability to browse through raw files “instantly†in applications including BreezeBrowser, Irfanview, GarphicConverter, Adobe Camera Raw, Lightroom and scores of others, is still based, either fully or in part, on the ability to extract the embedded JPEG within each raw file. When we view the raw file in one of these applications, one of 2 things happens. Either we are in fact viewing the embedded JPEG based on the camera settings, or we briefly see the embedded JPEG, until the raw conversion software is able to create a new preview file based on the default (or adjusted) settings from within the specific raw application.
The “Instant JPEG from Raw workflow” utility
OK. So I am here to tell you about a free utility that extracts this mighty embedded JPEG file from a RAW file, just like I told you was done almost 10 years ago to create just a primitive raw workflow. But how is that going to help you in your 2009 workflow? Well maybe it will and maybe it won’t, but I am hoping that for at least some of you, it will make your day (and that is a tough thing to do on the day after Photoshop CS4 was announced)!
Let’s take this typical, but fictitious, scenario. We are in NYC at the studio of fashion/advertising photographer Ron Purdy (that part is true). He is doing a fast paced shoot for a fashion catalog. Not only does Ron have to make great pictures, under great pressure (a daily event), but he also has to deliver a flash drive with large JPEG proofs immediately after the shoot, as well as email small JPEGs to the west coast, and create a web gallery. Time is of the essence. Of course Ron shoots in raw format as he always does, even though, as you will see from his work, he definitely gets it right in the camera. Although he knows that JPEG proofs will be required immediately after the shoot, he does not shoot in RAW+JPEG because it is much too slow and cumbersome.
The shoot is done, the files are uploaded to the computer, and the client is extremely pleased but is impatiently waiting to leave with the proofs. There are many ways that the JPEGs could be created, but why create the JPEGs, when they already exist with the raw files? Let’s go to the video…
To summarize what I hope the video clearly demonstrated, I believe that IJFR is the fastest and easiest way to go from raw files to high quality proof files, especially on low powered machines and without involving running an application. I generally get 2 reactions from people who try the utility, one being “that’s cuteâ€, the other being “holy s…, that’s amazingâ€.
The IJFR utility is available for Win or Mac OS, and is fast, simple, has a tiny footprint (uses very little disk space or RAM) and is free, and easy to have on all of your desktop and laptop machines, no matter how slow, or resource challenged. I created it in conjunction with Imagenomic, the people who make the great Noiseware and Portraiture plug-ins. They, like I, want to give something back to the photographic community that has treated us so well. For more information, a video tutorial, FAQs and for the free IJFR download please follow this link.
I would like to thank Scott for the opportunity to share this time with you. I hope that you find IJFR useful in your work, and that the history of my love affair with raw and the embedded JPEG was somewhat enjoyable<g>.
Before I hand the blogging wand back to the unstoppable Scott Kelby, let me leave you with just one more thought. Another reason that I never shoot JPEG is because more than once I have found myself during a critical shoot and the camera was not set to raw. I hate when that happens.
–Michael Tapes
Michael has been a part time pro photographer for all of his adult life. He worked with the design teams of Capture One, RawShooter, and Adobe Lightroom, as a design consultant. He is best known for his development of the WhiBal White Balance Reference Card, which has become an industry standard. He is currently working the soon to be released LensAlign Focus Calibration System. Tapes can be found on his own blog, at RawWorkflow.com.



















bmunch
All RAW files have embedded jpegs. That’s the image you see when you chimp. After you installed the program was there a text file with information about specific RAW formats it worked with?
No there is only the .dll file. To give more information, I am on WinXP sp2 and using Dopus as file browser.
bmunch…Yup the Sony .arw files do not seem to work. Perhaps we will offer an updated version in the future if we can. Read more below.
As Joe mentioned a few posts up, and I have mentioned in my DVD and on forums, there are many other programs that can extract the JPEG, such as EXIF tool (Phil Harvey) and DCRAW (David Coffin), which are also free. The point of IJFR is to have a free utility that is a no brainier to use. To use either of the other 2 is a bit daunting for the average photographer. I am very familiar with the great work that the authors have done.
There are also other applications such as BreezeBrowser and Photo Mechanic that have this feature, but they are expensive if just used for this function. So we did not re-invent the wheel, just made it free, cross platform, small, lean and mean (well not mean spirited).
BTW, the code that actually extracts the JPEG in IJFR, is based on DCRAW, and as such will work with the same raw files (although I see the Sony files listed, so we will have to look into that). More on DCRAW in an upcoming blog post on my site (only after you visit Scott and NAPP).
…and Joe…Raw is not a pain to use, it just is very mis-understood which was the genesis of my DVD.
Thanks…
Michael
Thanks Michael, I will wait for the update.
Another big slap on the back for Michael – it actually works. Just one question though – is the jpeg compression really so hard on my Canon 40D? I’ve run your application on 13MB RAW files and end up with 0.5MB jpegs. Surely with this huge difference there has to be an awful lot of quality loss. Confused.
EllliR,
It is a combination of reducing the pixel count (resolution) of the embedded and JPEG compression. The quality is very good, and file size is smaller but a very respectable 4.5MP.
native = 3888×2592 10MP
embedded = 1936×1288 4.5MP
Nikon tends to use the native size for the embedded, while Canon uses a smaller size. Which is more useful is dependent on the specifics of your needs.
Quality is quite high in either case.
Michael
Not sure if you are still fielding questions. The utility works great.. But I had an instance where some would not convert to jpegs. All the pictures in this particular folder were all take on the same day, same card, The only difference that I can think of is that I have done some tweaking of a few in Lightroom.. Would that stop these photos form being converted??
Thanks.
Hello Scott and Michael,
Today I spent whole day looking at the new features of PSCS4 at CS4 learning center of photoshopuser.com, watched all videos articles on CS4 by all the grate guys of Kelby training group and concluded that Adobe PS development group have done a great job for CS4……
But, but, but wait…., at the end of the I came here (Scott’s blog) and saw this article and video by Michael and downloaded this little gem called “IJFR” and played with it for some time .
And I have to make a small change for my conclusion above and it goes as follows:
“Adobe’s PS development group have done a great job for CS4 and Michael Tapes has done a great,great, great …….great job for photographers, that too at free of cost and he deserves all credit and best wishes for making our lives so enjoyable in this profession.”
Thanks a lot Michael and Scott
Hello Michael,
I have two doubts.
What happens if select few RAWs on CD extract,where does it save?
I tried it,it said found RAW files but extracted zero files. so that’s it on CD?
Second, what is the function of save button next to “Extract” button?
First, thank you for a great little utility!! Very quick and effective!!
Now, the one thing I would add to the ‘wish list’…Is it possible to have the software rotate the output .jpg when appropriate?? Portrait oriented shots come out sideways.
Thanks Michael,
It’s amazing. No more RAW+JPG!
Stepan
Iggy…
no reason why it would not work. Make sure that you are right clicking on a raw or folder of raw files, and not the xmp.
KVS setty…
Thanks for the very kind words. Almost too kind.
Cannot use on CD. Source must be writable. But I do sometimes use IJFR on the CF card when they are just test shots. I leave the camera in raw (always!), use IJFR on the CF card, copy the extracted_jpegs folder to the HD and eject the card and put it back in rotation (which includes additional backup, formatting, etc, but that is the topic of another blog post).
The SAVE button is simply used to save new preferences, without extracting files. So let’s assume that I normally only extract the native size. But this time I need the resized as well. So I invoke IJFR. It does its magic (in less time than to wrote this sentence), and then I open it again, set “native size only”, and click save. That way next time I use it I do not have to think about it. Just a minor feature.
tssheets…
Rotation of JPEGs is actually a complicated topic. We do what we believe to be the proper method. We never rotate the JPEG, but we do pass along the rotate flag in any JPEGs we generate. It is then up to the application in which you view the JPEG to honor the rotate flag and display it rotated. So if the camera sets the rotate flag properly AND you view in a hip application, than all is well. One of those 2 things is not happening (or we have a very hidden bug). Try to view the portrait JPEG in PS or other “proper” display app. It should be OK as long as the camera sets the rotation flag. (As you can see in the video, the portrait files show up as Portrait in both the Mac OS and preview.
Michael
Thanks for the response.. I must have changed my setting from raw to sraw on my camera the 40d has sraw which is a stripped down version,, That must be the one without the embedded jpg.. Do you agree with this?
Again thanks for the response..
Hi Iggy,
There is actually an embedded JPEG in the sraw. The way to grab it using IJFR is to wait for us to fix this oversight.
No promise but I will try to get this into a new version if and when we release one. A design bug, for sure, in that I did not specify sraw. You get a free WhiBal and Raw DVD! Just email me your info. Thanks for finding it the issue.
Michael, you are one great guy, who once again shows he is a photographer’s photographer! This utility is a boone. Thank you very much indeed for it!
Love your Whibal, I use it on every single shoot.
Balliolman,
England.
Michael sent my info to you.. thanks.
Amazing!
Works fantastic, Now I can shoot just in RAW instead of RAW+JPEG and get more pictures on the cards. It makes life alot easier and I can hand out the smaller sized JPEG´s much faster.
Thanks for a great tool!
Ben
Does not seem to work with Vista 64.
MT – “So if the camera sets the rotate flag properly AND you view in a hip application, than all is well.”
Thanks for the response!! I just upgraded to the latest irfanview (4.20) and the images are rotated properly. The previous version I had (3.xx) must not have supported the rotate/orientation flag.
Thanks again!!
Uhhhh…. Not finding a live link for the Mac version of IJFR…. ???
Peter…Vista 64 not tested, so no surprise. Sorry..
Rick…Follow link on blog and register to get download link.
I’ll confirm that it doesn’t work with Vista x64.
Still, this is my chance to thank Michael for all of the help he’s freely provided for many, many years in online photography forums that I frequent.
Thanks, Michael!
Hey Michael,
I completely agree that working with RAW now is great…I hadn’t realized how much of a pain it was when it was first available in digital cameras (I should have been more clear in my comment – sorry for the confusion).
And yeah, I understand the need for a tool that isn’t command line driven.
Cheers!
Michael,
I shoot raw with my D80 and then convert to DNG in lightroom. When I try to convert to jpeg I only get very small 20 to 80kb files. I figure I should be getting 2 to 4 mb files. I get very small files no matter whether I do native or native with smaller sized checked.
Thanks, Frank
Frank,
The size of the DNG preview file (analogous to the embedded JPEG) is determined when the DNG is created. In the latest versions of LR (I believe this came in in 2.0) you can set a preference as to what size preview image you would like the DNGs to have. This cannot be changed by IJFR. We just take what is already there. Hope this clears it up.
The download link seems to be down.
All up and working. No problems with links that I can detect. Please try again later or from a different computer..
Michael,
I was very happy to see and use this app, but there is some issue with my Olympus SP570-UZ. All I get are thumbnails (160×120). Perhaps there is some issue with the Olympus RAW File (.orf) format?
Regards,
Bruce
Bruce,
it is up to the camera mfg as to the size of the embedded JPEG size that they include. A few cameras (Canon D60 comes to mind) allowed the size to be selected by the user, but otherwise it is what is is. We have no control over it.
Originally the embedded JPEG was simply a small thumbnail image that was used for the small LCD on the back of the camera. As the resolution of the raw files grew, and the LCDs got bigger, people got used to zooming in to check focus, which was the reason to boost the size of the embedded JPEG (preview) file. As I stated even now different mfgs have different strategies. Nikon uses the full native size, and Canon uses a half size. Both are very useful. Some raw files even have multiple embedded JPEGs to serve the different purposes. So it is what it is. Sorry ’bout that.
Michael
Thanks for the app. It’s so fast extracting the jpeg – It would be great if apps like LR can have an option of just using the embedded jpeg instead of rendering it from RAW
“Time is of the essence”
Windows users might want to have a look at FastPictureViewer (http://www.fastpictureviewer.com), a new image viewer designed for photographers. The professional version uses JPEGs embedded in CR2 and NEF file for instant preview so you can skip the “extraction step” altogether, and also handles JPG+RAW pairs as a single image when viewing/copying/moving/deleting. XMP rating, histogram and EXIF display round up the feature set, while concurrent image preloading and Direct3D hardware acceleration makes it *the* fastest viewer so far.
I am using a Canon 40D, and was able to install and use the utility, but the size of the jpeg’s are really small. The RAW files that I had were about 8.5 MB, but the jpeg’s produced were 76 KB. Is there any way to get bigger jpeg’s?
Thanks -
Dudley Warner
Downloaded but haven’t installed it. I see it doesn’t work on Windows Vista 64 bit. Anyway to subscribe to receive an email when a working version for Vista 64 bit is release. Thanks.
David
Dudley
The Canon 40D has an embedded JPEG size of 1936×1288 (2.5MP) and about 500k. I would think that you might be using the resize option of IJFR. But even when using the resize option the native embedded JPEG is extracted to the “embedded_jpegs” folder.
David
Yup. No vista 64. We will look into it but no promises. Just register for the download and we will send a mailing if we issue an updated version. Other changes *might* include support for Canon sraw, and Sony .arw files.
syd
LR in fact does extract the embedded JPEG as its first step to creating the final preview images. So does bridge (you can see the cross fade from one to the other). As do most raw processing programs. The practical is of keeping the embedded JPEG as the preview, is that the image would look different than the final processed file since the embedded JPEG was developed by the raw converter in the camera and the LR output is developed by it’s internal Adobe Camera Raw (ACR) engine. I can see the point for editing (selecting and rejecting), but not for making adjustments. So the transition has to happen sometime. It is not so much a technical issue as much a strategic one..
Axel
As I have noted many time in the blog post and comments, there are many full applications that can either extract the IJFR or use it for fast viewing. These include my own YarcPlus from 10 years ago, to Breeze Browser, to Irfanview, and Faststone Image Viewer, the last 2 being free and very good. I have not tried FastPictureViewer, but at a glance for quick viewing I am not sure that it brings anything new to the party, but is relatively inexpensive at $30 for the version that can view raw. But again the 2 free versions I listed (also windows only) are also very fast and competent. I use FastStone Image Viewer and Breeze Browser($) on a regular basis. That being said, I would not want to discourage anyone from trying your suggestion. Everyone should use the tools that work best for them.
In the overview, nothing that I am aware of is quicker and easier to get the JPEGs into your hands than IJFR. If you just want to view quickly then I would suggest FastStone or one of the other raw viewers that use the embedded JPEG. Thanks…
More info on FastPictureViewer
axel…..
I see in their documentation that you must load various codecs (most of them free) in order to have the raw file support. Personally I do not want to go there. The other viewers I mentioned, and of course IJFR, require nothing. My personal opinion is that *I* do not want to load more “helpers” into my system than I absolutely have to. So this one is not for me. Not even to test. YMMV.
Michael
Michael… just as you said, everyone should use the tools that suits them best and I could not agree more. Now, if loading an official decoder supplied by Canon to decode Canon files is beyond limits for you, then stick to other solutions, as you said, there are plenty. YMMV but Canon shooters probably see great advantage in being able to see thumbnails in Vista Explorer and being able to search and sort on metadata, they are probably less reluctant than you to install manufacturer-provided decoders on their machines, same goes for Nikon shooters and a few other brands for which the manufacturers provides Windows codecs.
Of course, you could not possibly see what an app can bring to the table if you refuse to test it, but still, you go ahead and assert that some other apps are “also very fast”, probably on the ground that was set by those apps and the general perception of “being fast” as an image viewer. Let me give you a hint: things change, envelopes gets pushed and the once fast Apple ][ is now just an old snail.
For my part I shoot JPG+RAW, I don’t need a preview dumper as the JPEGs are already there. I can control the size and quality of the JPEGs from the camera, and, unlike dumped previews, those JPEGs include full EXIF and colorspace information so they render correctly on my screen when I shoot in Adobe RGB, and I have access to all shooting details when viewing them. Migrating the medatada is something you might want to consider for v2 of your utility…
Technology evolves and new developments *do* bring new stuff to the game from time to time. FastStone, IrfanView, XnView are all old apps born in another millennium and trying to be everything to everybody ever since then, but none of them properly support color management to this day (try a custom-profiled monitor, moreover their partial color support comes at a hefty performance cost), none of them offers XMP or Vista rating with interoperability with Lightroom, Bridge and other pro apps, none of them provide instant seamless RGB histogram and EXIF data, none of them supports your Direct3D accelerator, for truly instantaneous zooming and smooth rescaling, none of them understand JPG+RAW stacks and they all show every images twice (in fact they were simply not made for photographers, at all, or failed to evolve), finally none of them will scale with the CPU cores and memory of your machine but still, somehow, they represent the state of the art? I don’t think so.
If people refused to consider new stuff on the grounds that other solutions already exists, or existed for years, we’d still be looking at green terminals, or worse.
Anyway, thank you for your hard work with the utility.
Axel
Axel,
I do not disagree with most of what you write. But I try not to look for a solution to a problem that I do not have. Regarding the Codec and MS. Well, let’s just disagree. It is hard enough for MS to get all things right for all people (they just now fixed a monitor profile bug in Vista that has been known since Vista came out, So forgive me if I do not trust Canon or Nikon to write great stuff to OS integration. I worked enough with Canon SDK and utilities to know to stay as far away as possible. That is my experience and opinion.
BTW…Are you connected at all with the product, or just a happy user…?
And I *will* pop in a test hard drive and see how it flies on XP. Not interested in Vista yet. (although I have several test machines with it, along with several Macs.)
Regarding green terminals and the like we knew the problems and were looking for better solutions. If one tried all of the new stuff, we would not have time for our lives. So each of us has to decide what to try and what not. I tend to try things that get me excited based on what the product offers cross referenced about my need for the improvement.
Thanks for sharing your views…
Michael
>I try not to look for a solution to a problem that I do not have
Very wise indeed! Now picture this: you live happily with your toolset, and suddenly you learn that a fellow photographer of yours tried something different which allowed him to cuts its culling time in three. All of a sudden, a “problem†materialized, that you didn’t know existed just moments before
>Codec and MS
It’s a difficult subject, but Nikon, Canon and others are working hard to make it happen. Recent versions work quite decently in my experience, and they all support their own cameras on day one so far, this contrasts sharply with the usual lag 3rd party raw converters and viewers impose to their users.
>Are you connected at all with the product
As connected as one may possibly get: I wrote it.
>Thanks for sharing your views…
You are welcome
Axel
>BTW…Are you connected at all with the product
As connected as one might get: I wrote it.
Cheers,
Axel
so…no DNG support?
it would be great to quickly convert a folder full of DNGs
Axel,
Nice to chat, but wouldn’t it have been more fair to disclose that you were the author, given that you posted a blatant ad? Just my opinion. I will not be discussing this further here. Best to you and your product. But if you want to advertise on Scotts blog, I suggest you pay him or ask his permission. These comments are unmoderated, and it would be nice if we could keep it that way. I am speaking for me, not Scott. You are welcome to email me, but I respectfully ask that you no longer address me here. Not fair to Scott and his readers.
See ya..
Kev
As I mentioned in the comments, IJFR works with DNGs, so you can do exactly as you posted. And as I previously mentioned the embedded JPEG in the DNG represents the adjustments that you made in LR/ACR, not the camera settings, if you save the DNG after processing in LR/ACR.
I will be collating all of this information into the FAQs on my new site going live within a few days.
Thanks…
Michael
How do you install this plug-in? No one said where it goes.
This sounds like a great utility and I’ve appreciated having this ability since using BreezeBrowser as my first raw converter back in 2002 when I bought my Canon S40 and before moving on to C1, Bibble, RSP and now Lightroom.
Unfortunately, I can no longer take advantage of this type of program unless I change my shooting style. Because the histogram is key to proper raw exposure, I’ve taken steps to maximize its accuracy. This includes shooting with contrast set to the lowest setting to minimize the extra headroom between the JPEG clipping point and the clipping point of the actual raw data. I’ve also started using a custom white balance that equalizes the gain of each of the RGB channels so that a tone that is neutral in the raw data is displayed as neutral in the JPEG and thus in the histogram. This means that my embedded JPEG is both low contrast and has a distinct green tint. Not very useful.
To use your tool, I’d have to change my priorities to care about producing a properly exposed JPEG rather than an optimally exposed raw file.
David
P.S. I love your WhiBal product, as have friends who’ve seen it and subsequently purchased it themselves. It’s even more important to me since I intentionally shoot with a “raw neutral” white balance that always needs correcting later.
Michael, any news on the new raw converter? we search in vain but cannot find any new info.
Stanley,
It is in the user guide and mentioned before. I will add a read-me file and update the FAQs later today. Summary…
Mac
drag the “plug-in” to the [/Library | Context menu items] Folder
Win
Run the installer
David
I understand what you are doing and why. I will not go into it here, as it is a topic onto itself. Yes in your case the embedded JPEGs will not be of use to others, but may be of use to you in terms of content and composition and focus, and of course to drive your camera histo.
For the average person shooting in RAW and wants to take advantage of “shoot to the right” exposure technique, their IJFR will be slightly overexposed, which for the puposes of quick web galleries and browsing should be OK. IJFR is simply a tool to make use of (or not) as it relates to everyone’s specific workflow and style of shooting as well post-capture activities. Thanks for sharing your point..
Anon (whoever you are)…
Still in the works. It is simply a matter of there will be no wine before its time. IQ is great, just making sure it is stable as a rock and brings enough to the table. In the meantime Lightroom keeps getting better and better, and that is a good thing for all of us…I see our rc as an addition to LR not a replacement.. Thanks for asking..
Happy Sunday..
Michael, did you ever specifically answer the questioner who asked where you install the downloaded plugin so it’s accessible when you right click on the folder of RAW images? In the Photoshop plugins folder? In applications? This has been driving me nuts as I have a world of uses for IJFR.
Thank you.
Brenda Godwin
Brenda,
In the post above yours are the install directions. I think the thing that has thrown some of you, is that you see the phrase “plug-in” and of course immediately think Photoshop (Scott and his crew has done a great job!). But “plug-in” is a very generic term and is used throughout the software industry. In this case the IJFR “plug-in” actually is a plug-in for Mac OS X. Is is simply dragged into the \Library | Context Menu Items folder. Nothing to do with Photoshop or any applications. It is an addition to the OS X (to simplify the description).
Sorry for any confusion. Enjoy!
Michael
Michael,
I found a work-around for the Olympus ORF files using Photoshop Elements. I open the ORF files and save them as DNG files with a full size JPEG preview. Then I use IJFR to extract the full size JPEGs. It works almost instantaneously.
This saves me from having to use the RAW+JPEG option which takes longer to write to the memory card and also requires me to go through two copies of each picture when I review the pictures on the camera.
Thanks for a very nice utility.
Bruce
I’d like to add a comment to my post on Sept. 25.
This utility does indeed work with Vista x64 when I open the image files in Photoshop!
I can right click on the RAW file and see the ‘Instant RAW from JPEG’ note, and it works like a charm.
It also works in IrfanView. The only place that it doesn’t sem to work is via the Windows environment itself, where I first tried it.
This is great news, and I thank you again for all of your many years of helping members of the online photo community!
Thanks John,
Can you explain this in a little more depth. I am not sure what you are saying. Thanks…
“This utility does indeed work with Vista x64 when I open the image files in Photoshop! I can right click on the RAW file and see the ‘Instant RAW from JPEG’ note, and it works like a charm.”