Fixing the design: In various part of the FireVoxel there is an inconsistent treatment of time values. Certain structure hold time in "Absolute format" (i.e. seconds since Jan 1, 1900), other structures keeps them in seconds since the start of acquisitions. This causes several glitches, f.e. during transfer of the Input function, from Automatic IDIF finder into Parametric Model calculation model.
Presently converting all the internal structure into the "Absolute format". Relative times would only be constructed temporarily for specific purposes such as Display and during the Parametric Model calculations.
Search This Blog
Saturday, February 8, 2014
Friday, February 7, 2014
DCDI Liver mode: Performing yet another rearrangement of the variables. Principal part is to have the S= ETS (extracellular transit speed) = 1/EMTT= (Fa+Fv+Ki)/Ve
Goal is the 100x times speed improvement during the Grid-search part of the optimization. This can be achieved by using the ETS as the top variable of the nested loop. In that case all the exponential tables can
be precalculated once for each value of ETS. Exponent calculations take about 99% of calculation time.
This is very relevant to plans to calculate the maps for the whole liver.
Goal is the 100x times speed improvement during the Grid-search part of the optimization. This can be achieved by using the ETS as the top variable of the nested loop. In that case all the exponential tables can
be precalculated once for each value of ETS. Exponent calculations take about 99% of calculation time.
This is very relevant to plans to calculate the maps for the whole liver.
Thursday, February 6, 2014
Performing rearrangement of Sourbron's DCDI equation, moving to new
optimization variables:
1. ETR = Ve/(Fa+Fv),
2. F = (Fa+Fv) ,
3. fa = Fa/(Fa+Fv),
4. H = Ki/(Fa+Fv)
This might have definite advantages, due to simplified parameter ranges.
ETR is closely related to EMTT (extracellular mean transit time) and is in [0,100] sec interval.
F is the total Inflow.
fa and H are just coefficients and should be in [0,1] range.
This seems to be a definite improvement over the {Ve,Fa,Fv,Ki } variable set where all 4 nontrivial
intervals are required.
optimization variables:
1. ETR = Ve/(Fa+Fv),
2. F = (Fa+Fv) ,
3. fa = Fa/(Fa+Fv),
4. H = Ki/(Fa+Fv)
This might have definite advantages, due to simplified parameter ranges.
ETR is closely related to EMTT (extracellular mean transit time) and is in [0,100] sec interval.
F is the total Inflow.
fa and H are just coefficients and should be in [0,1] range.
This seems to be a definite improvement over the {Ve,Fa,Fv,Ki } variable set where all 4 nontrivial
intervals are required.
Wednesday, February 5, 2014
Obtained first fitting result for the Liver DCDI model (Sourbron).
In this example 2 input functions are shown in Signal intensity units.
The target ROI is in red.
Fitted Concentration Curve (black) is overlaid on top of the Data Concentration Curve.
Optimal parameter values are shown at the bottom of the diagram. They are normalized
to Sourbron's unit from the paper and on a quick comparison are of the same order of magnitude.
Note: Arterial delay of "0" was used.
In this example 2 input functions are shown in Signal intensity units.
The target ROI is in red.
Fitted Concentration Curve (black) is overlaid on top of the Data Concentration Curve.
Optimal parameter values are shown at the bottom of the diagram. They are normalized
to Sourbron's unit from the paper and on a quick comparison are of the same order of magnitude.
Note: Arterial delay of "0" was used.
Monday, February 3, 2014
Sunday, February 2, 2014
Friday, January 31, 2014
Portal Vein Input function (obtained automatically) was compared between:
a) Unregistered DCDI dataset
b) DCDI dataset registered for the whole liver (URAL-measure\Affine Transform)
difference is substantial, in line with the substantial motion across the axial plain which is eliminated as the result of the registration.
a) Unregistered DCDI dataset
b) DCDI dataset registered for the whole liver (URAL-measure\Affine Transform)
difference is substantial, in line with the substantial motion across the axial plain which is eliminated as the result of the registration.
Compared the Portal Vein Input Function derived from
a) Whole registered liver VS.
b) (starting from wholly registered liver) Local registration with the small ROI enveloping the Portal Vein.
There is small gross misregistration (during b.) on the initial timepoints due to the absence of features (contrast edges on early timepoint). But besides that there seems to be little difference between a) and b).
So in the initial DCDI modelling we will restrict to the Whole liver registration only.
a) Whole registered liver VS.
b) (starting from wholly registered liver) Local registration with the small ROI enveloping the Portal Vein.
There is small gross misregistration (during b.) on the initial timepoints due to the absence of features (contrast edges on early timepoint). But besides that there seems to be little difference between a) and b).
So in the initial DCDI modelling we will restrict to the Whole liver registration only.
Thursday, January 30, 2014
Developed a function, when given a 4D volume and an ROI (3D or 4D), FVX advances to timepoint where amount of information (or entropy) over the given ROI is maximum.
This is an extremely valuable function for all 4D registrations. It allows user to automatically select an "Anchor" point for 4D registration.
Prior to this development, every individual workflow required an individually crafted recommendation which timepoint to use as an "anchor" for the registration.
This is an extremely valuable function for all 4D registrations. It allows user to automatically select an "Anchor" point for 4D registration.
Prior to this development, every individual workflow required an individually crafted recommendation which timepoint to use as an "anchor" for the registration.
Re-implementing the frequent {VolumeCropSlice, VolumeCropTimepoint} operations which are frequently used in processing. Idea is to perform it through copying compressed blocks, instead of VolumeGetBox-VolumeSetBox sequence that require Decompress\Compress.
Pair of this function is used extensively in Registrations and in over 70 locations inside the FireVoxel.
Pair of this function is used extensively in Registrations and in over 70 locations inside the FireVoxel.
Subscribe to:
Posts (Atom)








