Personally, I am not using ΔX, but I programmed the option in so the user can decide whether to use it or not. Currently, it can be applied to any curve individually or all in the family. It can also be applied to curves that are not in the family, but can be predicted to be part of the family, such as LSLR=2.2, SBR=7, Ḡ=0.62, etc. It can be useful to see how different curve shapes, toes, slopes affect the interplay among parameters, such as CI, Gamma, ΔX, ΔD, etc. I am still trying to figure out the best way to present the data so that the plots do not appear too busy, esp. on mobile devices with limited screen real estate. I still have a lot of work to do. It will be months before I have anything to show.So which curve in each are you applying ΔX to?
Personally, I am not using ΔX, but I programmed the option in so the user can decide whether to use it or not. Currently, it can be applied to any curve individually or all in the family. It can also be applied to curves that are not in the family, but can be predicted to be part of the family, such as LSLR=2.2, SBR=7, Ḡ=0.62, etc. It can be useful to see how different curve shapes, toes, slopes affect the interplay among parameters, such as CI, Gamma, ΔX, ΔD, etc. I am still trying to figure out the best way to present the data so that the plots do not appear too busy, esp. on mobile devices with limited screen real estate. I still have a lot of work to do. It will be months before I have anything to show.
One other thing that I think can be useful to photographers is seeing how particular curves of interest, such as for a "normal" scene luminance or "normal" in the sense of CI, fit into the family of curves. Here, my program synthesized two extra curves, as an example, one, marked "L7" and one marked "ISO." By coincidence, the L7 and the 2.5 minute curves coincide (sorry about the pun), except that the 2.5 minute curve is actual, whereas the "L7" curve is synthetic. Nevertheless, they share the same values of all the parameters of interest and the same overall tonality. This is possible because of the statistical model of the characteristic curve used here. It fits the data quite well. The ISO curve was generated the same way. The synthetic curves are plotted with dotted lines.
View attachment 326296
Sorry. I misunderstood your question. I thought you were asking me for my preference. Generally, I try not to express a personal preference. Instead, I try to incorporate broad functionality into the program so that the user can decide what they prefer.Just wondering because you have a curve family and are showing two speed points without indicating which curve they are from. With the two points off on their own and not readily associated with any specific curve, it appears that you have one speed per curve family which can't be the case. Also, ΔX appears to fall the same distance from the speed point to its right in all three examples and since ΔX's relationship to the fix density point of 0.10 is dependent on ΔD, and if they are from curves with the same ΔD, they should have the same speed difference. If the curve used fits the ISO parameters then the two points should have the same speed. Small point, neither should be labelled as ISO.
You do know I wrote a paper on Delta-X. My comments had to do with the way information is presented on your curve and that I was confused so I asked a question, but if you tend to get this defensive over an inquiry that could help improve your app then I'll just pass in the future. Just a couple of points.Sorry. I misunderstood your question. I thought you were asking me for my preference. Generally, I try not to express a personal preference. Instead, I try to incorporate broad functionality into the program so that the user can decide what they prefer.
Since we are talking about technicalities, let me try to address your question. The relationship between ΔX and ΔD is not exact, so it will not produce identical results, even for curves that have been found to have approximately the same ΔD. It's not that ΔX mathematically depends on ΔD, but, rather, Nelson and Simmonds (1955) identified an inverse relationship based on empirical data. In the paper, they derived their ΔX equation from a simple least-squares "parabolic" fit of the data from previous and current studies, so, by definition, it is an approximation. They used a graphical calculator to obtain their approximate ΔX speed values. Moreover, they used a mathematical model of the characteristic curve based on what they refer to as the "Luther" equation (e.g., the graphical calculator in Fig 11 is based on that model). That equation fits only curves with a toe and straight-line portion (like the one in blue my post #9 above), so that adds another layer of variability. In the end, when applied to real data, all of the computed parameters are approximations, and that's what I tried to show above. The differences, in the case of ΔX, are very small, but, when used to compute film speed, they will be slightly different from family to family. For example, for the "ISO" curve (Δlog-E=1.3, ΔD=0.8, 0.1 over B+F), ΔX may be 0.28987, or it may be 0.29604, or it may be exactly 0.29, and that's what I tried to show. And, on my end, the curve itself is an approximation, with only 21 actual data points and the rest being interpolated based on my model of the characteristic curve. I agree that I should have made it more clear.
Regarding this statement: "it appears that you have one speed per curve family which can't be the case," I don't understand what you mean. I show the "ISO" curve (dotted line), which is generated to comply with the ISO standard for film speed measurement. That is the speed for the family, and the arrow points to the log exposure value used to calculate that speed. If you look at the table in the left-upper corner, you see that each curve has its own Effective Film Speed (EFS), so each curve has its own speed. Is that what you mean?
Inertia is easy to find with a spreadsheet derived automated system because of the linear regression function almost all spreadsheets have. That is the only reason I use an inertia-based method (W). I found coding Delta-X and 0.3G on a spreadsheet difficult because there are no functions to derive those in my spreadsheet software.
One reason I post that complaint many times here is for someone to correct me and indicate "(fill in the blank) software will calculate that..." and this is essentially what is happening in this thread. Aparat has indicated the software will calculate those functions (Delta-X and 0.3G), which is great!
One stumbling block I came across trying to code this [Delta-X] in a spreadsheet is finding the Delta D automatically to solve the equation to generate the table Steve shows "Table II the average relation between Delta D and Delta X..."
View attachment 326323
This is a typical example, but there is no easy way to get the spreadsheet to solve the polynomial to find the points that would be Delta D.
For example the first point needed to find Delta D would be Y = 0.1. So what is X if Y is described by the equation for the film curve below?
I can solve it 'myself' with it being about -2.51, but if I have to do it myself, I would be easier to use an plastic overlay on a printed version of the graph.
@Stephen Benskin I sincerely apologize if you found my post defensive. I apologized for misunderstanding your questions and tried to address them as accurately as I could to explain the discrepancy you thought was there. I don't know how else to address a question so as not to come across as defensive. English is not my first language so perhaps that is the source of my perceived tone.
Forgive me if I have misunderstood the problem, but I think I would use Solver, which is built into Excel, to solve the equation (obtained by fitting a polynomial trendline and displaying the equation) for Delta X given Delta Y, or vice versa.Inertia is easy to find with a spreadsheet derived automated system because of the linear regression function almost all spreadsheets have. That is the only reason I use an inertia-based method (W). I found coding Delta-X and 0.3G on a spreadsheet difficult because there are no functions to derive those in my spreadsheet software.
One reason I post that complaint many times here is for someone to correct me and indicate "(fill in the blank) software will calculate that..." and this is essentially what is happening in this thread. Aparat has indicated the software will calculate those functions (Delta-X and 0.3G), which is great!
One stumbling block I came across trying to code this [Delta-X] in a spreadsheet is finding the Delta D automatically to solve the equation to generate the table Steve shows "Table II the average relation between Delta D and Delta X..."
View attachment 326323
This is a typical example, but there is no easy way to get the spreadsheet to solve the polynomial to find the points that would be Delta D.
For example the first point needed to find Delta D would be Y = 0.1. So what is X if Y is described by the equation for the film curve below?
I can solve it 'myself' with it being about -2.51, but if I have to do it myself, I would be easier to use an plastic overlay on a printed version of the graph.
Forgive me if I have misunderstood the problem, but I think I would use Solver, which is built into Excel, to solve the equation (obtained by fitting a polynomial trendline and displaying the equation) for Delta X given Delta Y, or vice versa.
EDIT: Just seen @aparat's post #31 above, which crossed mine in the ether. My suggestion of using Solver is just a step advance on creating a look-up table.
What are your preferences for displaying log exposure values
Log exposure 0.0 through 3.0 from left to right with 0.1 interval tick marks. This makes the log exposure axis easier, for a simpleton like me, to interpret each zone. There's a fair amount of zone system talk related to all these type threads with all the very heavy heavy technical speak, ya know. I am going to assume most think of the horizontal axis in terms of the delineation of the zone scale, at least I do anyway. Since 0.3 is the log of 2 and every 0.3 interval on the log exposure scale is one stop and easily related to the exposure settings on the lens, it seems to me that is a consistent, more intuitive manner by which to display the horizontal axis......for most that are trying to utilize ZS principles. But maybe there is something I am completely getting wrong here, idk.
You're not wrong. They are all just different ways to communicate information. What's used all depends on the intended purpose and need.
I've just started plotting H+D curves, so I used Excel and adjusted everything by hand, which is tedious.
I went with absolute logE in mililux-seconds because that way I was able to understand what I was doing, and relate correctly step tablet density values with exposure.
I used a square grid so that the two dimensions had the same scale. Major divisions at 0,3 logE and minor ones at 0,1 logE. That is enough resolution to find out the toe/straight line/shoulder portions by eye, but some computational help wouldn't hurt.
As an aside, in methodological terms, what I would find the most useful is a set of procedures/practices to ensure that I can relate in-camera exposure with step-tablet curves. So far, I have been winging it this way:
- contact-print a step tablet unto film, process, and measure
- do a series of exposures in-camera with the same film, same process, and measure
- If I get, for instance, a density of 0.94 with a 2.29 logE exposure from my step tablet, and a 0.94 density on my in-camera negative, then I can consider that both strips of film (processed identically) have received the same amount of light, i.e. 2.29 logE.
- That way I can relate f-stop/diaphragm combination to step-tablet values, and start thinking in terms of tonal reproduction.
My favorite is square aspect ratio, medium lines at 0.10 log units, thick lines at 0.20 log units and thin lines at 0.02 log units. Points that are marked for the odd numbers fall between the thin lines. This makes it easy to plot and read 0.01 values.
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?