LibRaw

LibRaw是读取数码照相机（CRW / CR2，NEF，RAF，DNG，和其他人）获得的RAW文件的开源库。
LibRaw是基于dcraw的实用工具，其中弊端的一部分已经被淘汰，并在其上​​开发计划大大改善的源代码。

什么是此版本中的新

• 在支持新相机：
• 堡盟TXG14
• Blackmagic的电影
• 在佳能EOS 70D，C500，S120，G16
• 在富士X-M1，X-A1，XE2，XQ1
• 在哈苏月球，恒星
• 在徕卡C，X VARIO
• 在尼康D5200，P7800，D5300，D610，DF，1 AW1
• 在诺基亚Lumia 1020，1520
• 在奥林巴斯E-P5，E-M1，STYLUS1
• 在OmniVision公司OV5647（树莓派）
• 在松下LF1，GX7，GF6，GM1
• 在宾得K-50，K-500，Q7，K-3
• 瑞创GR
• 在三星NX300，NX1100，NX2000，银河NX（EK-GN120）
• 在索尼RX100II，RX1R，NEX-3N，NEX-5T，RX10，A3000（ILCE-3000），A7，A7R
• 在支持由罗兰·卡尔松基于X3F代码的Foveon传感器
• 在类BSD许可证，因此包含在主LibRaw代码。没有“FOVEON intepolation'，所以没办法让旧适马相机（SD9，SD14，宝丽X530）良好的色彩。对于现代的Foveon相机之一可以尝试创建ICC配置文件（不提供）。
• 在支持从DPX美林和SD1相机中等分辨率原糖。提取为是RAW数据（4800x1600像素），高宽比被设定为0.5，因此这些原糖进行处理，以全尺寸4800x3200的RGB。
• 在支持的Foveon缩略图提取。只有JPEG和位图的缩略图提取，但“FOVEON”（RAW）缩略图真的不生产相机中使用。
• 在新imgdata.params.force_foveon_x3f标志强制使用X3F-工具基于代码的Foveon处理，如果LibRaw与去马赛克包-GPL2编译（和什么也不做，如果LibRaw编译没有这个包）。新的标志-disadcf加入dcraw_emu样使用这个标志。
• 在API的变化：

在imgdata.params
• 在新的参数： - imgdata.params.no_interpolation - 禁用LibRaw插补工序:: dcraw_process（）调用。 - imgdata.params.no_auto_scale - 禁用调用scale_colors（）在LibRaw :: dcraw_process（）调用。 - imgdata.params.sraw_ycc - 禁用佳能sRAW记录YCbCr到RGB转换的LibRaw ::解包（）调用（用于RAW分析仪
• 在新的富士X-横贯处理： - imgdata.iparams.filters值现在是9富士X-跨（而不是2） - imgdata.iparams.xtrans [6] [6]矩阵包含行/列颜色映射富士X-跨传感器。
• 在LibRaw :: setCancelFlag（） - 用于快速解码器终止
• 在LibRaw_abstract_datastream :: make_byte_buffer（）调用并不需要更多。
• 在其他变更：
• 新解拼代码：DHT去马赛克安东Petrusevich
• 设置params.user_qual = 11来使用。
• 新解拼码：修改AHD去马赛克安东Petrusevich
• 设置params.user_qual = 12来使用。
• 在新的C-API调用libraw_COLOR（libraw_data_t * T，INT行，诠释列）（所以LibRaw :: COLOR（行，列）暴露在C-API的用户）
• 在更好的EXIF解析：
• 在新的尼康相机的ISO值（D4，D800）
• 在黑电平提取尼康D5300
• 在正确的奥林巴斯色彩数据转换
• 在索尼摄像机型号名称是由SonyModelID EXIF​​标签设置
• 在索尼ARW2：黑位和色彩矩阵，从EXIF数据中提取
• 在三星：黑电平，并从EXIF提取彩色矩阵;相机乘法器现在正确提取即使黑不为0
• 在删除更快无损JPEG解码器从RawSpeed​​库几年前移植。建立LibRaw与RawSpeed​​得到快速解码。
• 在通过唯一的ID表归佳能EOS型号名称
• 在DNG无压缩标签假设未压缩
• 在回迁0.15.4输入数据检查
• 在支持CMake的构建

什么版本的新 0.16 Beta 1的：

• 在新的摄像头支持：
• 在徕卡C，X VARIO
• 在尼康D5300，D610，DF，1 AW1
• 在诺基亚Lumia 1020 1520
• 奥林巴斯STYLUS1
• 在宾得K-3
• 在索尼RX10，A3000（ILCE-3000），
• 在更新的相机颜色数据：
• 佳能S120
• 在尼康P7800，1 J3
• 在奥林巴斯E-M1
• 修正图像的可见区域大小：
• 佳能G16
• 在西格玛前美林相机：小型和中型原糖
• 在更好的EXIF解析：
• 在新的尼康相机的ISO值（D4，D800）
• 在黑电平提取尼康D5300
• 在正确的奥林巴斯色彩数据转换
• 在更好的Visual Studio的兼容性（尤其是旧版本）
• 在CMake的构建：为MinGW的增加WS2_32库建立

什么是版本0.16阿尔法3新：

• 在支持新相机：
• 在索尼A7，A7R
• 松下GM1
• 在索尼RX1R和RX100M2色彩数据进行更新。
• 在索尼摄像机型号名称是由SonyModelID EXIF​​标签设置
• 在索尼ARW2：黑位和色彩矩阵，从EXIF数据中提取
• 在三星：黑电平及彩色矩阵从EXIF提取;
• 在相机乘数正在抽取正确，即使黑不为0
• 在与Mac OS X编写更好的源代码兼容
• 在用Win32汇编更好的源代码兼容
• 在DNG无压缩标签假设未压缩
• 在更好的X3F-工具基础的Foveon支持：

基于X3F-工具
• 在新的Foveon元数据分析。所以，如果LibRaw编译
• 在无解拼包，GPL2，那么没有Dcraw执行的Foveon代码中使用。
• 在支持从DPX美林和SD1相机中等分辨率原糖。
• 提取为是RAW数据（4800x1600像素），高宽比被设定为
• 0.5，因此这些原糖进行处理，以全尺寸4800x3200的RGB。
• 在支持的Foveon缩略图提取。只有JPEG和位图
• 在缩略图中提取，但“FOVEON”（RAW）缩略图真的不使用的
• 在生产相机。
• 在新imgdata.params.force_foveon_x3f标志
• 在部队使用X3F-工具基于代码的Foveon处理，如果LibRaw
• 在与去马赛克包-GPL2编译（和什么也不做，如果LibRaw编译
• 在没有这个包）。
• 在-disadcf加入dcraw_emu样使用这个标志，新标志。
• 在LibRaw不上破的Foveon文件调用exit（）。
• 在API / ABI发生变化，因此使用LibRaw所有代码应重新编译。

什么是0.15.1版本，新的：

• 在固定错误的数据计算最大松下文件
• 在检查可能的缓冲区溢出的曝光校正代码

什么是新版本的 0.15测试版4：

• 在11个新相机：佳能6D和EOS男，卡西欧EX-ZR100，富士X-E1，徕卡D-LUX6和V-LUX4，尼康P7700，奥林巴斯XZ-2，松下G5，三星EX2F，索尼RX-1。
• 在有新的API调用。
• 在LibRaw :: is_fuji_rotated（）返回true的文件，并且需要一个'fuji_rotate（）“后处理上的电话。 LibRaw :: recycle_datastream（）释放的文件句柄（和相关文件的缓冲区），如果您的应用程序不会叫解包。

什么是新版本的 0.15 Beta 2中：

• 在新相机的初步支持：
• 在佳能：G15，S110，SX50
• 在富士胶片：F800EXR，XF1
• 在尼康1 J2，V2 1，D600
• 在奥林巴斯E-PL5，E-PM2
• 松下：FZ200，GH3，LX7
• 在宾得K-5 II，K-5的非法入境，K-30，Q10
• 在索尼：SLT-A99，NEX-5R，NEX-6
• 在LibRaw :: subtract_black（）的返回类型是现在的整数。根据libraw错误的转换函数会返回错误代码。
• 在新的加工阶段LIBRAW_PROGRESS_RAW2_IMAGE（这个标志是由LibRaw :: raw2image（）调用设置）
• 在新的警示标志LIBRAW_WARN_RAWSPEED_PROCESSED
• - 不是一个真正的警告，但信息RawSpeed​​库用于图像解码
。
• 在imgdata.rawdata.color_image现在分成两个指针：
• - USHORT（*）[3] color3_image 3组分RAW图像（颜色DNGs，sRAW记录）
• - USHORT（*）[4] color4_image为4-分量颜色原糖（齐纳尔4shot，柯达原糖等）
。
• 在imgdata.idata.sizes.raw_pitch现在*字节*这个值应该用于imgdata.rawdata访问行。* _图像缓冲区。
• 已启用RawSpeed​​处理非拜耳DNGs和sRAW记录。
• 注：有在RawStudio r499一个bug，3色（线性）未压缩DNGs读取错误。提起来RawStudio的Bugzilla使用RawSpeed​​ / rawspeed.uncompressed色，dng.patch直到这个错误是不固定的主RawSpeed​​源代码库。

对于因为一些编译器问题线性插值
• 在删除的OpenMP支持。
• 在残疾人为wchar_t *接口，如果LibRaw编制MinGW的，因为MinGW的STL没有wchar_t的字符串
• 在ABI和API改变，采用0.15-β1及以上所有程序应重新编译！

什么的0.14.8版本是新的：

• 在进口dcraw的9.15（1.449）：
• 在新的摄像头支持：佳能5D Mark III，G1 X，1D X和的Powershot SX200;尼康D4，D800 / D800E和D3200;富士X-S1及HS30EXR;卡西欧EX-Z8;奥林巴斯E-M5;松下GF5;索尼NEX-F3，SLT-A37及SLT-A57;三星NX20和NX210;
• 在支持更新的三星NX200固件。
• Makefile.msvc：易额外的编译标志编辑

什么的0.14.6版本是新的：

• 在卡西欧EX-Z500支持
• 在（可能）I /立案O异常钓到开在open_datastream
• 在可能的固定后读缓冲区索尼ARW2解码
• 在固定的mingw32错误编译LibRaw_windows_datastream时
• 在Makefile.msvc：支持OpenMP和LCMS的（取消注释使用）
• 修正了一些叶问博II文件解码

什么是0.14.3版本，新的：

• 在PhaseOne文件的黑电平减代码Bug修复
• 在新的API调用LibRaw :: get_internal_data_pointer（）谁需要访问libraw_internal_data领域（即富士的SuperCCD布局）的开发。
• 在DOC / API-概述修复，以反映0.14变化