Instant JPEG From RAW (IJFR)
Mon, September 29, 2008 at 12:40 PM
I gotta tell ya, people are lovin’ that free “Instant JPEG from Raw” utility Michael Tapes and Imagenomic created! Michael, if you were running, I'd vote for you! My thanks once again for doing something so cool and useful for our community! Scott Kelby, Sept. 26
Whew! Talk about a great start for our new website! Last week I had the honor of being the Wednesday Guest Blogger over at Scott Kelby's great blog. I wrote about my new (and free) utility called Instant JPEG From Raw (or IJFR). To say we had an enthusiastic reception would be an understatement. Thanks so much to Scott Kelby and his readers for making me feel so welcome.
Here is the link to my original post. And here is the link to the follow-up by Scott.
Today, I will explain a little more about IJFR based on some of the questions asked over in the comments section of Scott's Blog. Most of this information will also be ported to the FAQs on the site for easy reference.
- IJFR is not an application. Let's call it a utility that attached itself to the Win or Mac Operating System. That means that it is not associated with any specific application.
- In Windows (XPsp2+/Vista32), you unzip the download file, and run the .msi installer. There is no application installed. The registry will be modified, and a DLL will be placed in c:\Program Files\Instant JPEG From Raw. That's it. Right click on a raw or folder of raws to invoke IJFR.
- In Mac (OS X 10.4+), you unzip the download file, and drag the "plug-in to \Library\Context Menu Items. The IJFR plug-in is attached to the finder. Reboot or Force Quit the finder and you are set. Right click on a raw or folder of raws to invoke IJFR.
- IJFR is not a raw converter. It does not develop an image. It extracts the existing embedded JPEG that was developed by the camera and inserted into the raw file container. We just get it out for you.
- This is not a new concept. As pointed out in my blog post at Photoshop Insider, there is a long history of the embedded JPEG, and many applications have had this feature over the years. Some still due. The point of IJFR was to bring this workflow enhanced to the public (it has been a closely held secret for some reason), and format it so that it was as easy to use as possible. And I decided to make it free, as a give back to an industry that has been good to me.
- As I said there is a lot of history behind this, but in terms of IJFR, I could not have done it without my friends at Imagenomic. The guys and girls behind the great Noiseware and Portraiture plug-ins. After paying to have a Windows based prototype built, I decided that IJFR should be cross platform, both for Windows and Mac. My subcontractor could not do that so I mentioned it to my friends at Imagenomic who write both Windows and Mac code all day long. I asked for a bid, but based on it going to be a free utility, they decided to donate their services, again in the concept of giving something back to the photographic community. I am grateful for the donation of their time and expertise. Please take a look at their fine products (I say that because I use them!) if they are applicable to your work.
- IJFR supports almost all raw formats including DNG. Some cameras that we missed are Canon 50D, all Sony .arw, and Canon sRaw. We do not support medium format digital files, although someone has asked me to look into supporting Phase One files.
- IJFR does not work within Windows Explorer in Vista 64, but if you open a file dialog from a 32 bit application, you can right click on the files or folder there and use IJFR with this slight work around. We will look into compatibility directly with Vista 64.
- IJFR has no control over the look of the file. Since the file was created by the camera, it was the settings on the camera at the time of capture that rendered the file into what it looks like. In the case of a DNG exported from an application like Lightroom or ACR, it is the adjustments in that application that will affect the look of the rendered JPEG that is stored in the JPEG (it is called the Preview image).
- IJFR does have control over the size of the image. The largest size (native size) is determined by the camera or DNG exporter. But IJFR can render smaller sizes based on its resize feature.
I am going to cut it off here so I can get this posted and do some paid work <g>. If you have more questions or observations please just comment on this post. Thanks again for your kind reception and let me know what you would like to see on my blog.
MT Out..
View Printer Friendly Version
Email Article to Friend
Reader Comments (21)
Hi Michael - Thanks for the info on the jpeg util. I'm gonna check it out!!.
Posting this comment here since you mentioned the new website. Hoping to order a WhiBal today but looks like the move to the new site has broken your "purchase" links. Will those be back up soon or should we use a different method of ordering?
Thx. - sam
Is there a way to get the images generated by IJFR to automatically rotate to the proper orientation? Many of my photos are shot in the "portrait" orientaion using a Canon 1DS Mark II. Digital Photo Pro and other software are able to read the EXIF dtat and auto-rotate the image.
Hey Michael,
Great post on Scott's blog and here! As you know I've owned your G6 WhiBal for over a year now and it has made great improvements in my photography. The key chain looks like a great idea ... may just get one.
Your new site looks and works great, and I like the blog aspect ... good touch!
Keep up the great work and thanks for all you do for us!
Dennis
Neat - a perfect example of a utility doing just what it should and no more. Two questions
1) Would you consider making the directory to which the JPGs are extracted configurable?
2) Extraction appears to work on DCR files from my old Kodak DCS SLR/n, but the resulting JPGs are unreadable. Don't know if being compatible with obsolete hardware is a major priority though?
Thanks! Cheers.
Sam
We are working to resolve the shopping cart issue. Of course it worked during test but not once we changed the DNS. I have created an Alternate Order input form. So you can use this or wait a few hours for the shopping cart to resume. Thanks!
Dakota
The orientation is correct in that we honor the rotate flag that the camera embedded in the JPEG. Most likely the viewer/browser that you are using does not honor the flag. Try it in Photoshop or a later version of the display software you are using.
Dennis
Thanks for the kind words and support. Yes....the key chain version IS as cool as it looks. I still use the pocket, but the kc version is always with me in case I forget. Thanks!
mfbernstein
1. I used to have the folder destination user settable, but in the interest of simplicity took out the feature. Any small change like that has a ripple effect, but a few people have asked, so we will see if we can put it in without upsetting the apple cart. But no promises as to if or when a new version.
2. Not going to go back wards to support old hardware that had limited sales. (I have 2 if you are interested. an N and a C). Thanks for your support.
Hello Michael,
Firstly thanks for a great tool! :-) Now my only question is why is the JPG extracted roughly one third the size of the JPG created by the camera??? e.g. 1MB vs 3.3MB - Is the JPG in the RAW compressed quality wise more???
I'm using a Nikon D80 and (currently) shooting RAW+JPG FINE.
Cheers!
Hi Jason,
Yes the file size of the embedded JPEG is set by the camera firmware. Generally it is a medium, as opposed to a fine, which means that it is more compressed, and therefore slightly less quality. Given the purposes for which the IJFR JPEGs are to be used (in my workflow), that is more than enough quality. But you and each user has to determine if the quality is high enough. Certainly the IJFR are not meant to be edited (adjusted). That should be done on the RAW. So in essence, we have the raw, and and high quality proof that can be used for proof sheets, web galleries, emails, etc.
HI Michael - ok that would make sense - a Medium JPG instead of a Fine. Thanks :)
This is a great utility! Unfortunately I have one problem with it. I process all my raw files (Nikon D200 nef and Canon G9 cr2) using Phil Harvey's exiftool to add keyword and copyright information before importing them into Lightroom, and it seems IJFR can't extract the preview jpegs from the resulting "raw" files. (The same is true if IJFR is run on the DNG files Lightroom in turn creates from these "raw" files.) IJFR reports that it has scanned the files, shows a count of extracted jpegs of 0, and creates the (empty) extracted_jpegs directory, which is left locked so it cannot be deleted other than by using a utility like unlocker. Exiftool doesn't have any trouble extracting the previews from either the "raw" files or the Lightroom DNG's. IJFR works flawlessly with raw files direct from the camera before exiftool touches them. If you'd like sample files to look at to see what's going on I'd be happy to provide them.
Cheers!
Michael;
I downloaded your jpeg utility and put it on both by laptop and desktop PCs. The program works wonderfully on my home machine; however, on my laptop it doesn't show up at all. I then read in the PDF instructions that the utility doesn't work in 64-bit Vista. Will you please create an update to the utility for use on this operating system? Also it would be nice to have access to the utility when I am in Adobe Bridge. Is this possible? Thanks for your help. -- Tim
R. Kolewe,
I see the problem with Lightroom and ACR, but the weird thing is that it depends on the actual original file. I tried it on some D300 Raws. I converted them into DNG with Medium preview in both LR and ACR. Some files worked and some files did not. Both ACR and LR gave the same results, and I assume that EXIF tool will as well. So I am suggesting that it IS a bug in IJFR, that is related to some aspect of the original files. if you could try it on more files and see if you can get some to work, and then send me 1 working file and 1 not working file that would be great.
Sorry for the problem..
Tim
The work around in Vista64 is to open a 32 bit application and use a file tree from inside the application to launch IJFR by right-clicking..
In Bridge, either Adobe is blocking some of the context menu entries, or is using a non-OS based folder tree (more likely the case), such that IJFR will not work.
Michael
No problem. I'll send you some files. It seems that if I modify only one tag (say, IPTC title) in exiftool the resulting "raw" (and DNG's derived from it) are still handled properly by IJFR. It's only when I modify a number of tags that IJFR can't find the embedded jpeg. Maybe a problem with the way it calculates offsets?
Hi Michael,
IJFR works great with the RAW files from my 40D - no more RAW+jpeg for me!
My daughter has just got a Panasonic Lumix FZ28 that I will use occasionally use when I do not take the full kit. Is there any chance of making IJFR compatible with the .RW2 files that it produces. I realise that this is a recent model, so it is no surprise that most software is not compatible yet. Great work. Thanks.
Hi Michael
Thanks for your best job!
IJFR it's fantastic !
I noticed that it doesn't work at Vista 64. Please let it work.
Michael, excellent!
Yes! Your new version converted in Mac OS X (10.4.11) now also RAWs from my Panasonic LX3.
A most useful, time-saving invention; Thank you.
Good luck
Best Regards
Peter Lück
Any idea when you'll be adding support for Canon 50D RAW files?
martin - It is posted now. Version 1.1
Michael
Micheal, WOW. You just saved me years of time editing my Photos. Where were you when the presidential race started. Thank You Very Much. Leslie Ware
I'm finding if the RAW Canon 40D files are on a DVD, it won't extract them.
Does the software have to work on straight from the camera raws?
Thanks
Phil,
IJFR writes the files to the a folder created within the raw source folder. It cannot do this on a DVD/CD or on a read-only folder. So in these cases of course it cannot work as it has no-place to write the files.
Michael