Good afternoon. I have downloaded the version of RAWSHECK to 64-bit Windows 7, but I do not know to use the programme, because there is not any exe file. In the zipped box folder, there are files with unknown formats and I do not know to open them. I have created pictures in CR2 format and I want to view the ADU values. Help me, please.
Это на 99% похоже на переполнение целого (или short, уж не знаю что там используется в dt).
LibRaw 0.14/dcraw_emu -T такого эффекта не дает.
Возможно какой-то постпроцессинг LibRaw такой эффект и даст, но мне за несколько попыток не удалось подобрать варианты и я бросил. Тем более, что я не знаю как именно dt использует LibRaw.
Не менее возможно, что это такое вычитание черного, без проверки выхода ниже нуля, но это точно не LibRaw так поступает, по сведениям LibRaw черный уже вычтен.
Я собираю darktable без rawspeed. Так как с моим Pentax K-x последний не умеет работать, вернее тот что встроен в 0.9.2 не умеет. Так вот с libraw 0.13.8 всё отлично, а c libraw 0.14.0 цветные точки появляются.
В darktable собранном с 0.14.0 (в gentoo есть патч с которым можно собрать dt с системным libraw) на многих снимках вылазят цветные точки. Не знаю проблема это со стороны darktable или libraw.
LibRaw-Lite is no longer exists since version 0.9 or so.
There are:
- main LibRaw, distributed under triple licensing
- GPL2+ licensed sources (demosaic-pack-GPL2): Foveon support and some demosaic methods
- GPL3+ licensed sources: several demosaics plus noise reduction.
Depending on your application license, you may use only main LibRaw (if your application is not GPLed), LibRaw+GPL2 pack (for GPL2+ app), LibRaw+GPL2+GPL3 (for GPL3+ apps)
Would it be possible to get support for X3F files from the newer Sigma camera models? Code might be based on the X3F Tools found here: https://github.com/rolkar/x3f
I'm in the very same step, chaining Cam_xyz with xyz_srgb matrixes, but can't get the color right... What am I missing? Also, which coeficients do I have to use to do white balance?
I need to compile LibRaw as a .so (to use on Android) I'm going to try my hand at making these patches, but I have no idea what I'm doing. If you could provide some help, I'd very much appreciate it lexa! ;)
Thank you for your reply. Writing a simple program cannot reproduce the problem (four_color/half_size). So the error is somewhere in my own code. For the moment I cannot find it but I will.
Thanks again.
For -H 2 and -H 9 the results are bitwise the same for dcraw and dcraw_emu (from 0.13.5) and my sample image (something with blown clouds)
The difference may be in auto-maximum feature in LibRaw (very useful for some cameras). To turn this feature off use -c 0 switch when running dcraw_emu:
four_color_rgb value is saved in the beginning of dcraw_process() call, may be changed by half_size setting, but restored again at the end of dcraw_process(), just before return. (LibRaw 0.13.5)
Could you please provide sample code with errorneous four_color_rgb/half_size behaviour?
You're right, positive exposure shift without highlights compression will not affect entire image with default processing options, because data will be scaled to full 0..65535 range on postprocessing.
Anyway, positive exposure correcton is useful if
1) Manual data scaling is selected
2) Or highlights compression is non-zero.
Thank you for four_color/half_size report, I'll check.
Sorry for delayed answer, just returned from long vacation trip to Mongolia without any internet access....
The code doesn't work. I get an null pointer exception inside the for loop for iProcessor.imgdata.image.
I'm using libraw 0.14.2 with MSVC10. My sample file is Canon 1DSM3. You can find here
http://www.rawsamples.ch/raws/canon/1dsm3/RAW_CANON_1DSM3.CR2
Christian
Maybe it should be RAWSHACK (http://www.testcams.com/rawshack/)?
could you please explain your problem in more detail. Google and I knows nothing about RAWSHECK
Good afternoon. I have downloaded the version of RAWSHECK to 64-bit Windows 7, but I do not know to use the programme, because there is not any exe file. In the zipped box folder, there are files with unknown formats and I do not know to open them. I have created pictures in CR2 format and I want to view the ADU values. Help me, please.
Thank you.
Да, жалко что мы на .org-сайте эту дискуссию развели, при наличии русскоязычного.
Иностранцев распугаем.
Это на 99% похоже на переполнение целого (или short, уж не знаю что там используется в dt).
LibRaw 0.14/dcraw_emu -T такого эффекта не дает.
Возможно какой-то постпроцессинг LibRaw такой эффект и даст, но мне за несколько попыток не удалось подобрать варианты и я бросил. Тем более, что я не знаю как именно dt использует LibRaw.
Не менее возможно, что это такое вычитание черного, без проверки выхода ниже нуля, но это точно не LibRaw так поступает, по сведениям LibRaw черный уже вычтен.
Тут raw с которым сильно проявляется и скрин программы
https://rapidshare.com/files/2640967101/sample.7z
Вообще-то, в libraw 0.14 довольно много всего поменялось. В частности, доступ к RAW-данным.
Вместе с тем, если вы выложите куда-то исходник (RAW-файл) то я на него, как минимум, посмотрю...
Я собираю darktable без rawspeed. Так как с моим Pentax K-x последний не умеет работать, вернее тот что встроен в 0.9.2 не умеет. Так вот с libraw 0.13.8 всё отлично, а c libraw 0.14.0 цветные точки появляются.
В darktable же полностью свой постпроцессинг, от libraw берут только RAW-данные (потому и может работать с rawspeed)?
В darktable собранном с 0.14.0 (в gentoo есть патч с которым можно собрать dt с системным libraw) на многих снимках вылазят цветные точки. Не знаю проблема это со стороны darktable или libraw.
LibRaw-Lite is no longer exists since version 0.9 or so.
There are:
- main LibRaw, distributed under triple licensing
- GPL2+ licensed sources (demosaic-pack-GPL2): Foveon support and some demosaic methods
- GPL3+ licensed sources: several demosaics plus noise reduction.
Depending on your application license, you may use only main LibRaw (if your application is not GPLed), LibRaw+GPL2 pack (for GPL2+ app), LibRaw+GPL2+GPL3 (for GPL3+ apps)
Would it be possible to get support for X3F files from the newer Sigma camera models? Code might be based on the X3F Tools found here: https://github.com/rolkar/x3f
Regards,
Niels Kristian Bech Jensen
I'm in the very same step, chaining Cam_xyz with xyz_srgb matrixes, but can't get the color right... What am I missing? Also, which coeficients do I have to use to do white balance?
Thanks in advance.
ntohs is in libws2_32 library, so you need to add this lib to your linker command line.
libraw.so (generic), and so.2 (generic version 2) should be symlinks to so.2.0.5 (exact version).
You need to specify -lraw to linker command line and linker will do all magic.
Got this to work, cross compiling for android. So I want libraw.so.2? I have libraw.a, libraw.so, libraw.so.2, libraw.so.2.0.5 (all exact same size)
Pentax K5 images works fine since LibRaw 0.11.2 released on November 11, 2010.
Starting with version 0.13.2, LibRaw supports shared libraries.
Just use ./configure (then make && make install) and you'll get libraw.so.2 in your /usr/local/lib
I need to compile LibRaw as a .so (to use on Android) I'm going to try my hand at making these patches, but I have no idea what I'm doing. If you could provide some help, I'd very much appreciate it lexa! ;)
Thank you for your reply. Writing a simple program cannot reproduce the problem (four_color/half_size). So the error is somewhere in my own code. For the moment I cannot find it but I will.
Thanks again.
For -H 2 and -H 9 the results are bitwise the same for dcraw and dcraw_emu (from 0.13.5) and my sample image (something with blown clouds)
The difference may be in auto-maximum feature in LibRaw (very useful for some cameras). To turn this feature off use -c 0 switch when running dcraw_emu:
dcraw_emu -c 0 -H 2
Unfortunately, I'm unable to download your sample, file not found.
four_color_rgb value is saved in the beginning of dcraw_process() call, may be changed by half_size setting, but restored again at the end of dcraw_process(), just before return. (LibRaw 0.13.5)
Could you please provide sample code with errorneous four_color_rgb/half_size behaviour?
You're right, positive exposure shift without highlights compression will not affect entire image with default processing options, because data will be scaled to full 0..65535 range on postprocessing.
Anyway, positive exposure correcton is useful if
1) Manual data scaling is selected
2) Or highlights compression is non-zero.
Thank you for four_color/half_size report, I'll check.
Sorry for delayed answer, just returned from long vacation trip to Mongolia without any internet access....
Pages