Search This Blog
Wednesday, November 6, 2013
Tuesday, November 5, 2013
Fixed a major issue affecting 3D\4D registrations: When texture gradient detector is performed the result is a 3D vector with Real (float double) components. For the purpose of performance and using SIMD, the vector components are converted into the int16 components. To preserve the accuracy the real values are first scale (by 10,100,1000 etc) to keep precision and than rounded. Those coefficients were fixed in all previous builds prior Build 126. It all seemed to work, i.e. registration results were good.While enabling the URAL registration measures for Real-valued volumes (such as PET), result was poor.
When investigated it was discovered that the URAL measure is accumulated within one row into the INT32 collector. Its was frequently overflowing due to the the above ->int16 conversion. Solution was to replace the accumulator with INT64 and also come up with the new scaling conversion. It all cleared with ABT and new PET tests for 3D\4D registration.
Screenshot: PET to PET (two different timepoints) registered with URAL measure.
Monday, November 4, 2013
Sunday, November 3, 2013
Saturday, November 2, 2013
Friday, November 1, 2013
Thursday, October 31, 2013
Wednesday, October 30, 2013
Automatic Build substest for "Registration with Initial transform" is crashing.
Fixed an intermittent error in the core Registration procedure, when registration image padding was calculated based on the URAL radius, while that radius was undefined due to the different registration measure used (i.e. non-URAL, f.e. MI etc)
Fixed an intermittent error in the core Registration procedure, when registration image padding was calculated based on the URAL radius, while that radius was undefined due to the different registration measure used (i.e. non-URAL, f.e. MI etc)
Tuesday, October 29, 2013
Subscribe to:
Posts (Atom)
