Site news
LibRaw 0.14.3
Submitted by lexa on 26 October, 2011 - 14:41- Bug fixes in black level subtraction code for PhaseOne files
- New API call LibRaw::get_internal_data_pointer() for developers who need access to libraw_internal_data fields (i.e. Fuji SuperCCD layout).
- doc/API-overview fixes to reflect 0.14 changes
LibRaw 0.14.2
Submitted by lexa on 19 October, 2011 - 15:32- Fixed bug in Canon 1D and 1Ds files decoding.
- New decoder information bit DECODER_HASRAWCURVE
LibRaw 0.14 Alpha3
Submitted by lexa on 19 July, 2011 - 17:08LibRaw 0.14-Alpha3 contains several major changes:
- New sample samples/postprocessing_benchmark.cpp
This sample measures postprocessing speed.
All demosaic methods, averaged white balance, median
filtering, wavelet filtration, highlight recovery, and
cropping are supported. - LibRaw::rotate_fuji_raw() call and corresponding C-API call have been removed.
- The LibRaw::adjust_sizes_info_only() call may be called repeated
and mixed with dcraw_process() call.
LibRaw 0.14 Alpha2
Submitted by lexa on 10 July, 2011 - 23:50- Multiple rendering (LibRaw::dcraw_process() calls) allowed
without re-opening RAW file thrfough the sequence of open()/unpack()
calls.
You should be able to change any processing parameters (except shot_select parameter) between dcraw_process() calls.- New sample in samples/multirender_test.cpp: renders data 4 times: in half and full modes with different white balance settings.
- Unprocessed RAW data is stored in separate data buffer: (2 bytes per pixel for all Bayer-pattern images, 8 bytes per pixel for Foveon, sRAW, and other full-color raw formats), so now LibRaw uses 25% more memory for full processing of most common Bayer images; while for just unpack memory is reduced 4 times.
- New call LibRaw::raw2image() fills imgdata.image array with fresh copy of data. There is no need to call raw2image() separately if you use dcraw_process() or dcraw_document_mode_processing() calls.
- New call LibRaw::free_image(), deallocates imgdata.image buffer. Use this call if current postprocessing results are not needed, but it is to early to call recycle() because dcraw_process() may be called later.
- New call LibRaw::get_decoder_info() to determine raw data storage layout. See samples/unprocessed_raw.cpp for an example of how to use it. * New C-API calls libraw_raw2image() - C API for LibRaw::raw2image() libraw_free_image() - C API for LibRaw::free_image() libraw_get_decoder_info() - C API for LibRaw::get_decoder_info()
If your code uses usual open()/unpack()/dcraw_process() call sequence, then NOTHING CHANGED: your program should produce same results. For interactive programs you may skip open()/unpack() calls after adjusting processing parameters, so user should see image refreshed much faster.
If your code uses raw data (open+unpack calls), you need to call LibRaw::raw2image(), and imgdata.image will contain same bitmap as in LibRaw 0.13.x
If you code uses access to masked borders data, you need to rewrite it. See samples/unprocessed_raw.cpp as a sample.
- Other changes:
- No separate imgdata.masked_pixels buffers, Bayer raw formats are read to buffer with borders. So, no ugly add_masked_border_to_bitmap() call.
- No filtering_mode parameter. Raw tone curve is applied at unpack() stage; zero pixels removed on postprocesing stage.
- unprocessed_raw and 4colors samples are adjusted to use new RAW data storage layout.
- all client code should be recompiled due to internals change.
Please test new version and provide feedback (in comments, forum or via feedback form). This version is experimental (alpha) and we need your feedback before releasing beta and/or release library.
LibRaw 0.13.6
Submitted by lexa on 3 July, 2011 - 20:04LibRaw 0.13.6 implements several minor and cosmetic changes:
- Cosmetic cleanup in Libraw_memmgr code
- Permit OpenMP support on MS VS2008
- More general mem_image interface:
- New call get_mem_image_format returns bitmap size and bit depth
- New call copy_mem_image can copy bitmap into buffer with
different color order (RGB/BGR) and line stride - dcraw_make_mem_image() uses calls mentioned above
- see documentation for info on these function parameters.
- libraw/librawwindows.h implements LibRaw_datastream class based
on Windows memory mapped files.Win32/64-only
Thanks to Linc Brookes. - Fixed parallel make errors in configure/Makefile.am
LibRaw 0.13.5
Submitted by lexa on 21 May, 2011 - 21:28LibRaw 0.13.5 add supports for several new cameras.
Changelog:
- Imported new dcraw 9.08/1.443:
- New color data for Canon 600D and 1100D, Fuji S200EXR
- New cameras supported: Fuji HS20EXR and F550EXR, Kodak Z990, Nikon D5100, Olympus E-PL1s and XZ-1, Samsung NX11, Sony A230 and 290.
LibRaw 0.13.4
Submitted by lexa on 2 April, 2011 - 17:41- Imported new dcraw 9.07/1.442: support for Canon 600D and 1100D, Hasselblad H4D-60, Olympus E-PL2
- Color data for Leaf Aptus II and Canon Powershot S2 IS
LibRaw 0.13.3
Submitted by lexa on 30 March, 2011 - 22:19- New camera support (preliminary: without color data): Fujifilm X100, Leaf Aptus II (all models, from 5 to 12).
- Fixed possible sync loss in LJPEG decompressor.
- Fixed possible out-of-buffer read when decoding in-memory RAWs
LibRaw 0.13.1
Submitted by lexa on 8 February, 2011 - 17:21LibRaw 0.13.1 fixes several minor issues of 0.13.0:
- dcraw_emu documentation updated
- ./configure scripts changed for correct linking on some systems
- FBDD denoising is disabled for full-color images (Foveon, 4-shot Sinar) and 4-color bayer data (including forced 4-color via four_color_rgb option)
LibRaw 0.12.4
Submitted by lexa on 3 February, 2011 - 00:53This version includes new dcraw.c source (9.06/1.440), so supported camera list has changed:
- New cameras are supported: Canon S95, Casio EX-Z1080, Panasonic GF2 and GH2, Samsung NX100, Sony A-580
- Updated color data for: Canon G12, Nikon D3100, D7000 and P7000, Olympus E-5, Pentax K-r and K-5, Samsung NX10 and WB2000