Im just trying to follow the examples in "Calibrating the exposure meter" and "Determing pixel charge capacity..". A keyboard shortcut for "open ext raw file in folder" would ease the handling.
regards.
Johannes
In the samples window when the Append button is pressed there is no confirmation that the sample data line was successfully appended. Multiple presses add multiple lines. Maybe a confirmation when the line is appended the first time? Thanks.
When a new sample is added, an Asterisk (*) is added to the text of the Button "Save Samples"/"Append File". This Asterisk is cleared after a Save or Append. Maybe append only new samples to the file - now Append File appends all Samples to the file.
Can you add the Camera Model, the ISO, the shutter speed and the aperture to the saved File when saved in csv-Format?
Having had a quick play with your program I can see that this would be a fantastic program for astronomical use,
The ability to see each of the RAW RGBG data is pretty useful.
Would it be possible to add to the program the following, Firstly a save as menu, giving options to save one of the RGBG images as any file format. raw, jpg, bmp, tiff, fit, ect.
Also a tick box so that each of the separate RGBG images can be saved at the same time,
Also if possible a batch option to do all of the above.
Normally we have between 10 & 500 images to process for one object.
To be able to strip every single raw image out in one hit and then process them after in the astronomical software programs would be
fantastic.
This an excellent tool overall. However, it lacks the listing of the "raw" image-file's "as-shot color coefficients" that RAWnalyze's display data provides to the user. Adding that specific data to the RawDigger displayed data would be a very helpful feature for users who would like to use RawDigger in the process of evaluating and/or calibrating UniWB configurations. Is this something that could be added to RawDigger ?
When I see specular highlights appearing in the "raw" image-file's histogram display above some particular level, it occurs to me that it would be very helpful and extremely useful for the user to be to set a threshold-level (in the Histogram window, or in the Main window) where all individual photo-site data (as viewed individually, or as viewed in 2x2 format) above that threshold-level would blink on and off in the Main window display of the image - in a manner similar to that provided in some digital camera preview/review displays. Such a feature is one thing that I find myself wanting to more easily determine.
Also, if such a user-settable threshold-level (only when set by the user) constituted the Maximum reported level in the displayed image statistics, and the Average and Standard Deviation reflected image statistics (only) below that threshold-level, the user would have useful data relating to the image statistics existing in image areas where individual photo-site data does not exceed such a user-settable threshold-level.
I have a 1920x1200 pixel monitor display. Each time that I re-open RawDigger, I have to re-adjust the screen size of the Main window and the Histogram window (particularly the the Histogram window screen size). I also re-adjust the Histogram window for Linear X-Axis, and Log Scale in the Y-Axis controls.
How about if the last (most recent) screen-size of these windows (as well as the settings in general) were to be retained by RawDigger when the program is re-opened after being closed ? This would provide a very welcome convenience to the user, and it the implementation of such an approach would be no more complicated if the user were to choose to subsequently alter those particular program settings.
Thank you. Good to hear that the Histogram window size (as well as the position) will (also) be saved upon exit. Also saving the (Main as well as Histogram) window specific settings last used would (also) be a valuable time saver. As I previously indicated, implementing this (from the user's standpoint) would often be more useful and efficient - and would not be any more laborious (from the user's standpoint) in the case that the user desired to change the settings (from the most recently used settings to any newer settings desired when re-opening the program).
This is TRUE dimensions of Fuji sensor (in pixels). The Fuji (not all cameras, but many) image should be stretched in one dimension to get true image proportion.
I think the data export ("Export Tiff") dialog should have the option to export Bayer RAW data as a grayscale 16-bit image when using "Raw composite" in the "data" section to match the interesting grayscale visualization available when the "Display RAW Composite in grayscale" options is selected on the "Display Options" tab.
When using a program to edit raw files (Lightroom, ACR, etc.) it is often desirable to view a histogram of the resulting image. While one can save such edits in a .dng file, when such a file is opened in RawDigger the edits are not reflected in the displayed image or histogram. Thus it would be of some value to be able to open e.g. a .tiff file with RawDigger. Is this request at all reasonable?
I think it could be useful to have in the "data processing" tab of the "Preferences" window a "White/Saturation Level Settings" in which you can set the saturation level (that is, the raw value at which the corresponding channel value is set to its maximum value) at least to:
"Auto" (similar to how the autoscale works now in RawDigger)
"Manual"(you set a single raw value for all channels, e.g. 4095 for 12-bit raw files)
"Per Channel"(same as manual but you can set the raw value at which saturation is reached for each channel, this is useful in Nikon cameras such as D3100 where the highest/clipping value for each channel is not always 4095)
Furthermore, these settings should also influence the image displayed in RawDigger main window and the exported TIFF images.
This could be useful, as an example, for assessing the actual exposure of the raw images captured by the camera.
P.S.: thanks for the implementation of the export of grayscale TIFF images!
You want to export RAW+WB TIFFs, right? No color conversion, no debayer, just black subtraction, WB (and scaling if set). Interesting feature, added to TODO.
I use Profile Edition and work on camera calibration. I was wondering if live metadata updates would be an eventual feature. Not necessarily writing to the file, but just in the UI. The ability to change color matrices, RGB neutral, white/black level, view of the current CCT/Tint according to the Robertson method (Adobe & BMD use these methods) or Ohno method which is the most accurate as of late. This would just make profiling/calibrating much easier.
And side question. How does RawDigger do linear scaling after linearization with black and white level. Does it just do black subtraction (lin - black) or does it do full scaling (lin - black)/(white - black)?
RawDigger's RGB rendering is just for reference, it is not targeted to be color precise. Meanwhile, we'll probably add user-defined color matrix and more flexible WB to future updates.
Color/Tint calculations depends on color matrix and camera calibration data used for calculation. So values calculated will not be compatible with other programs (and/or camera display). Again, we'll probable add this to TODO list.
Scaling:
RawDigger subtracts black level (if enabled in settings) from values decoded from raw. Subtracted values are used for all calculations and numeric value display (no scaling)
For Raw Composite/Channel display (and TIFF export) values are scaled to full scale (again, if enabled in settings) and 2.2. gamma correction applied (again, if enabled).
That's good to hear that you're considering adding these as features. I use RawDigger extensively for doing color work before sending the metadata to firmware or directly to DNGs, so these features will be a great help.
Would it be possible to add full scale values as an option for full scale calculations? This helps in determining the linear values (18% grey, 19.8% grey, 90% white) that apps use before applying scene linear adjustments (baseline exposure).
The problem is full-scale range definition. In display/export case we use real data maximum from real frame. Some data formats reports data maximum, but some are not. So, for precise work this scaling does not looks reliable.
How about another option: display values in percent, relative to user-specified 100% level?
Apologies for the late reply. So would that mean the percentage would be based on scaled data from the user-entered white level? If so, that works perfect!
But you said relative to the user defined white level. I think I'm misunderstanding then. So you mean the percentage would just be 100 * value / user-defined white?
Then that's less helpful since it doesn't reflect how the scaling is done in the most used raw converters. Since most applications deal with scaled data, it helps us to know how the raw unscaled data relates to the scaled data, and it would be much quicker to view scaled data in RawDigger.
For those cameras that don't provide a white level, the programs will usually default to some integer representation of 1.f. Maybe have an option in 'Data Processing' for white level like you do for black level (auto, manual, per channel) and do all scaling based on that? That would give a more realistic relation of camera raw data to intermediate scaled to linear color output than scaling based on the image max.
Relative value (current value divided by maximum) is the same regardless of (linear) scaling.
That's mathematically impossible since you're effectively changing the slope of the line? So an unscaled value relative to an arbitrary 100% of 3800 will not yield the same multiplier as the scaled value relative to 4095. Maybe I'm over thinking it and missing something?
In second sentence you note 'linear color output', so camera color profile and some color engine (and some gamut mapping) are in mind?
By 'linear color output' I just meant demosaicked RGB, not necessarily color transformed. Sorry, should've been clearer there.
Linear scaling is multiplication by (some) constant. So a/b == (a*const)/(b*const).
Indeed, relatve to different max values without scaling will result in different results :)
Well that's the point though. It's supposed to be a different slope so it clips at the correct values. Scaling in some other fashion than the earlier described black/white y=mx + b won't yield the correct black and white points. Which will mean for someone who has to determine metadata values, there's more work in determining the values that create a mathematically and visually correct image (avoid magenta highlights and shadows, get correct middle gray). That's why having the ability to view both unscaled and b/w scaled values is so convenient. It'll also help those of us that work on the in-camera pipeline as well.
No plans for demosaic in RawDigger (except 'for reference only' rgb render).
Yeah, that's all that's really needed. I didn't mean to imply adding a more advanced or new demosaic.
Scaling, indeed, is performed after black level subtraction. Unsubtracted values are non-linear (not proportional to amount of light received) and mostly useless.
So are you subtracting black from the user defined white level as well like:
scale = 100 / (white - black)
subtracted = (unsubtracted - black)
percent = subtracted * scale
or do you just do 100 * (unsubtracted - black) / white?
Because if you're subtracting black from the white value as well, then the scale is correct and there are no mathematical discrepancies. In which case I apologize for misunderstanding your original statement haha
If you happen to have any raw files from cameras that are not yet supported, including new and pre-production models, please, contact us for the support.
Fast Raw Viewer is the first and the only dedicated tool specifically designed and developed for extremely fast display, visual and technical analysis, basic corrections, sorting and setting aside or directly transferring for further processing of RAW images.
Open next raw-file in folder with keyboard shortcut
Submitted by gio on
Im just trying to follow the examples in "Calibrating the exposure meter" and "Determing pixel charge capacity..". A keyboard shortcut for "open ext raw file in folder" would ease the handling.
regards.
Johannes
Right. Can you please use
Submitted by Iliah Borg on
Right. Can you please use drag&drop meanwhile?
--
Best regards,
Iliah Borg
In the samples window when
Submitted by Panagiotis (not verified) on
In the samples window when the Append button is pressed there is no confirmation that the sample data line was successfully appended. Multiple presses add multiple lines. Maybe a confirmation when the line is appended the first time? Thanks.
Thank you. Maybe a check that
Submitted by Iliah Borg on
Thank you. Maybe a check that the sample is already added, or a warning.
--
Best regards,
Iliah Borg
When a new sample is added,
Submitted by gio on
When a new sample is added, an Asterisk (*) is added to the text of the Button "Save Samples"/"Append File". This Asterisk is cleared after a Save or Append. Maybe append only new samples to the file - now Append File appends all Samples to the file.
Can you add the Camera Model, the ISO, the shutter speed and the aperture to the saved File when saved in csv-Format?
Kind regards
Johannes
Regional settings (decimal point) are not used in Samples File
Submitted by gio on
When I Save/Append a Samples file, the decimal point is always a point (.) and no comma as defined by the regional settings on my system (Win XP).
Regards
Johannes
The problem fixed in v0.9.9
Submitted by lexa on
The problem fixed in v0.9.9 released today: http://www.rawdigger.com/news/rawdigger-0-9-9
Two requests :)
Submitted by Panagiotis (not verified) on
Two requests :)
A keyboard short-cut to convert selection to sample.
Ability to load samples locations from a previous saved *.csv.
Thank you,
Panagiotis
Shortcut will be added to
Submitted by lexa on
Shortcut will be added to next minor release.
Save/Load sample locations requires sligtly more work, added to TODO list, thanks for suggestion.
usage for astronomical photography.
Submitted by Mac (not verified) on
Having had a quick play with your program I can see that this would be a fantastic program for astronomical use,
The ability to see each of the RAW RGBG data is pretty useful.
Would it be possible to add to the program the following, Firstly a save as menu, giving options to save one of the RGBG images as any file format. raw, jpg, bmp, tiff, fit, ect.
Also a tick box so that each of the separate RGBG images can be saved at the same time,
Also if possible a batch option to do all of the above.
Normally we have between 10 & 500 images to process for one object.
To be able to strip every single raw image out in one hit and then process them after in the astronomical software programs would be
fantastic.
Excellent program.
Mac.
For batch save you may use
Submitted by lexa on
For batch save you may use 'samples' (really, very useful programs) from LibRaw (Download page: http://www.libraw.org/download )
Precompiled versions for both Windows and Mac are available
The 4channels sample converts RAW to 4 TIFF (or PGM) files, each for each color channel.
The unprocessed_raw sample saves 4 RAW channels into one TIFF file.
Source code for Library and samples is available, so you may adjust these simple utilities according to your needs.
Image File As-Shot Color Coefficient Data Display
Submitted by Pro (not verified) on
This an excellent tool overall. However, it lacks the listing of the "raw" image-file's "as-shot color coefficients" that RAWnalyze's display data provides to the user. Adding that specific data to the RawDigger displayed data would be a very helpful feature for users who would like to use RawDigger in the process of evaluating and/or calibrating UniWB configurations. Is this something that could be added to RawDigger ?
Using RawDigger 0.9.9 Beta (EN)
Yes, WB on Raw Data is
Submitted by lexa on
Yes, WB on Raw Data is planned, but not on top of TODO list.
Blinking Over Threshold Highlight Display - Under Threshold Data
Submitted by Pro (not verified) on
When I see specular highlights appearing in the "raw" image-file's histogram display above some particular level, it occurs to me that it would be very helpful and extremely useful for the user to be to set a threshold-level (in the Histogram window, or in the Main window) where all individual photo-site data (as viewed individually, or as viewed in 2x2 format) above that threshold-level would blink on and off in the Main window display of the image - in a manner similar to that provided in some digital camera preview/review displays. Such a feature is one thing that I find myself wanting to more easily determine.
Also, if such a user-settable threshold-level (only when set by the user) constituted the Maximum reported level in the displayed image statistics, and the Average and Standard Deviation reflected image statistics (only) below that threshold-level, the user would have useful data relating to the image statistics existing in image areas where individual photo-site data does not exceed such a user-settable threshold-level.
Yes, Over (and, Under-)
Submitted by lexa on
Yes, Over (and, Under-)-exposure warning is in TODO.
It it not very easy to do it both flexible and useful, so.. just wait several weeks :)
Retain Main and Histogram Window Size Data
Submitted by Pro (not verified) on
I have a 1920x1200 pixel monitor display. Each time that I re-open RawDigger, I have to re-adjust the screen size of the Main window and the Histogram window (particularly the the Histogram window screen size). I also re-adjust the Histogram window for Linear X-Axis, and Log Scale in the Y-Axis controls.
How about if the last (most recent) screen-size of these windows (as well as the settings in general) were to be retained by RawDigger when the program is re-opened after being closed ? This would provide a very welcome convenience to the user, and it the implementation of such an approach would be no more complicated if the user were to choose to subsequently alter those particular program settings.
Main window position is
Submitted by lexa on
Main window position is already saved if you enable it (Preferences - Save Main window position).
For Histogram window(s) and Samples - it will be done in next beta. Thanks for suggestion.
Thank you. Good to hear that
Submitted by Pro (not verified) on
Thank you. Good to hear that the Histogram window size (as well as the position) will (also) be saved upon exit. Also saving the (Main as well as Histogram) window specific settings last used would (also) be a valuable time saver. As I previously indicated, implementing this (from the user's standpoint) would often be more useful and efficient - and would not be any more laborious (from the user's standpoint) in the case that the user desired to change the settings (from the most recently used settings to any newer settings desired when re-opening the program).
Wrong image dimensions for Fuji X10 RAF-Files
Submitted by gio on
When opening a .RAF-file from a Fuji X10 the image dimensions are wrong.
see http://forum.getdpi.com/forum/fuji/35363-help-adobe-dng-converter-fuji-x...
This is TRUE dimensions of
Submitted by lexa on
This is TRUE dimensions of Fuji sensor (in pixels). The Fuji (not all cameras, but many) image should be stretched in one dimension to get true image proportion.
Save the decoded RAW file as TIFF
Submitted by ccshello on
It would be great if rawdigger can save the resulted file as TIFF, based on the chosen options. This will be a wonderful feature.
I find rawdigger has the most robust decoding support.
ccshello
So, you want to dump current
Submitted by lexa on
So, you want to dump current 'visible screen' to full-resolution TIFF, right?
This feature is already planned, expect it in 0.9.16 or 0.9.17
RAW dump
Submitted by ccshello on
Yes. I think few choices would be great:
1. current visible screen area
2. full RAW resolution
3. user defined area (X1 - X2, Y1 - Y2)
Thanks!
ccshello
Export Tiff
Submitted by Marco Vuano (not verified) on
I think the data export ("Export Tiff") dialog should have the option to export Bayer RAW data as a grayscale 16-bit image when using "Raw composite" in the "data" section to match the interesting grayscale visualization available when the "Display RAW Composite in grayscale" options is selected on the "Display Options" tab.
Yes, this feature is planned
Submitted by lexa on
Yes, this feature is planned for next release.
opening other file types
Submitted by mikeb on
When using a program to edit raw files (Lightroom, ACR, etc.) it is often desirable to view a histogram of the resulting image. While one can save such edits in a .dng file, when such a file is opened in RawDigger the edits are not reflected in the displayed image or histogram. Thus it would be of some value to be able to open e.g. a .tiff file with RawDigger. Is this request at all reasonable?
(Limited) TIFF support is
Submitted by lexa on
(Limited) TIFF support is planned in the near future.
White/Saturation level in data processing tab
Submitted by Marco Vuano (not verified) on
I think it could be useful to have in the "data processing" tab of the "Preferences" window a "White/Saturation Level Settings" in which you can set the saturation level (that is, the raw value at which the corresponding channel value is set to its maximum value) at least to:
"Auto" (similar to how the autoscale works now in RawDigger)
"Manual"(you set a single raw value for all channels, e.g. 4095 for 12-bit raw files)
"Per Channel"(same as manual but you can set the raw value at which saturation is reached for each channel, this is useful in Nikon cameras such as D3100 where the highest/clipping value for each channel is not always 4095)
Furthermore, these settings should also influence the image displayed in RawDigger main window and the exported TIFF images.
This could be useful, as an example, for assessing the actual exposure of the raw images captured by the camera.
P.S.: thanks for the implementation of the export of grayscale TIFF images!
Thank you for your suggestion
Submitted by lexa on
Thank you for your suggestion.
Added to TODO list (but no exact schedule, sometimes in future versions)
White Balance eyedropper
Submitted by Amir Gabdulkhakov (not verified) on
White Balance eyedropper
White Balance eyedropper will
Submitted by lexa on
White Balance eyedropper will do ... What?
Do you want to apply WB to Raw data for histogram display, statictics, export and so on?
White Balance
Submitted by Jack Hogan (not verified) on
Yes, an eyedropper to calculate white balance by click-and-dragging an area on the image would be useful.
For instance when exporting TIFFs (In the Raw Processing Box add a tick box called 'Apply White Balance')
You want to export RAW+WB
Submitted by lexa on
You want to export RAW+WB TIFFs, right? No color conversion, no debayer, just black subtraction, WB (and scaling if set).
Interesting feature, added to TODO.
Right, thanks.
Submitted by Jack Hogan (not verified) on
Right, thanks.
Live Metadata Update
Submitted by eddieab on
Hello,
I use Profile Edition and work on camera calibration. I was wondering if live metadata updates would be an eventual feature. Not necessarily writing to the file, but just in the UI. The ability to change color matrices, RGB neutral, white/black level, view of the current CCT/Tint according to the Robertson method (Adobe & BMD use these methods) or Ohno method which is the most accurate as of late. This would just make profiling/calibrating much easier.
And side question. How does RawDigger do linear scaling after linearization with black and white level. Does it just do black subtraction (lin - black) or does it do full scaling (lin - black)/(white - black)?
Thanks,
Eddie
Dear Sir:
Submitted by lexa on
Dear Sir:
RawDigger's RGB rendering is just for reference, it is not targeted to be color precise. Meanwhile, we'll probably add user-defined color matrix and more flexible WB to future updates.
Color/Tint calculations depends on color matrix and camera calibration data used for calculation. So values calculated will not be compatible with other programs (and/or camera display). Again, we'll probable add this to TODO list.
Scaling:
RawDigger subtracts black level (if enabled in settings) from values decoded from raw. Subtracted values are used for all calculations and numeric value display (no scaling)
For Raw Composite/Channel display (and TIFF export) values are scaled to full scale (again, if enabled in settings) and 2.2. gamma correction applied (again, if enabled).
Thank you for the quick reply
Submitted by eddieab on
Thank you for the quick reply!
That's good to hear that you're considering adding these as features. I use RawDigger extensively for doing color work before sending the metadata to firmware or directly to DNGs, so these features will be a great help.
Would it be possible to add full scale values as an option for full scale calculations? This helps in determining the linear values (18% grey, 19.8% grey, 90% white) that apps use before applying scene linear adjustments (baseline exposure).
The problem is full-scale
Submitted by lexa on
The problem is full-scale range definition. In display/export case we use real data maximum from real frame. Some data formats reports data maximum, but some are not. So, for precise work this scaling does not looks reliable.
How about another option: display values in percent, relative to user-specified 100% level?
Apologies for the late reply.
Submitted by eddieab on
Apologies for the late reply. So would that mean the percentage would be based on scaled data from the user-entered white level? If so, that works perfect!
And thank you for being so responsive!
I mean unscaled data: sensor
Submitted by lexa on
I mean unscaled data: sensor data maximum or linear response max.
But you said relative to the
Submitted by eddieab on
But you said relative to the user defined white level. I think I'm misunderstanding then. So you mean the percentage would just be 100 * value / user-defined white?
I see it as two separate
Submitted by lexa on
I see it as two separate things:
1) Display values as percentage of maximum value (and, also, in EV, relative to histogram EV0).
2) Ability to specify user own 100% level
I do not see any need to data scaling here.
Then that's less helpful
Submitted by eddieab on
Then that's less helpful since it doesn't reflect how the scaling is done in the most used raw converters. Since most applications deal with scaled data, it helps us to know how the raw unscaled data relates to the scaled data, and it would be much quicker to view scaled data in RawDigger.
For those cameras that don't provide a white level, the programs will usually default to some integer representation of 1.f. Maybe have an option in 'Data Processing' for white level like you do for black level (auto, manual, per channel) and do all scaling based on that? That would give a more realistic relation of camera raw data to intermediate scaled to linear color output than scaling based on the image max.
Relative value (current value
Submitted by lexa on
Relative value (current value divided by maximum) is the same regardless of (linear) scaling.
In second sentence you note 'linear color output', so camera color profile and some color engine (and some gamut mapping) are in mind?
Relative value (current value
Submitted by eddieab on
Relative value (current value divided by maximum) is the same regardless of (linear) scaling.
That's mathematically impossible since you're effectively changing the slope of the line? So an unscaled value relative to an arbitrary 100% of 3800 will not yield the same multiplier as the scaled value relative to 4095. Maybe I'm over thinking it and missing something?
In second sentence you note 'linear color output', so camera color profile and some color engine (and some gamut mapping) are in mind?
By 'linear color output' I just meant demosaicked RGB, not necessarily color transformed. Sorry, should've been clearer there.
Linear scaling is
Submitted by lexa on
Linear scaling is multiplication by (some) constant. So a/b == (a*const)/(b*const).
Indeed, relatve to different max values without scaling will result in different results :)
No plans for demosaic in RawDigger (except 'for reference only' rgb render).
Linear scaling is
Submitted by eddieab on
Well that's the point though. It's supposed to be a different slope so it clips at the correct values. Scaling in some other fashion than the earlier described black/white y=mx + b won't yield the correct black and white points. Which will mean for someone who has to determine metadata values, there's more work in determining the values that create a mathematically and visually correct image (avoid magenta highlights and shadows, get correct middle gray). That's why having the ability to view both unscaled and b/w scaled values is so convenient. It'll also help those of us that work on the in-camera pipeline as well.
Yeah, that's all that's really needed. I didn't mean to imply adding a more advanced or new demosaic.
Scaling, indeed, is performed
Submitted by lexa on
Scaling, indeed, is performed after black level subtraction. Unsubtracted values are non-linear (not proportional to amount of light received) and mostly useless.
So are you subtracting black
Submitted by eddieab on
So are you subtracting black from the user defined white level as well like:
scale = 100 / (white - black)
subtracted = (unsubtracted - black)
percent = subtracted * scale
or do you just do 100 * (unsubtracted - black) / white?
Because if you're subtracting black from the white value as well, then the scale is correct and there are no mathematical discrepancies. In which case I apologize for misunderstanding your original statement haha
This feature (user defined
Submitted by lexa on
This feature (user defined maximum) is not yet implemented.
Indeed, we need to add option [ ] Black value already subtracted for this used-specified 'white level'
Pages
Add new comment