Changeset 27838 for branches/tap_branches/psphot/doc/footprints.txt
- Timestamp:
- May 3, 2010, 8:41:49 AM (16 years ago)
- Location:
- branches/tap_branches
- Files:
-
- 3 edited
Legend:
- Unmodified
- Added
- Removed
-
branches/tap_branches
- Property svn:mergeinfo changed
-
branches/tap_branches/psphot
-
Property svn:mergeinfo
set to (toggle deleted branches)
/trunk/psphot merged eligible /branches/eam_branches/stackphot.20100406/psphot 27622-27655 /branches/pap_delete/psphot 27530-27595
-
Property svn:mergeinfo
set to (toggle deleted branches)
-
branches/tap_branches/psphot/doc/footprints.txt
r17710 r27838 1 2 2010.01.18 3 4 * we are having some problems with footprints being freed to early in the second pass 5 6 * footprint memory history: 7 8 * entering psphotFindFootprints, on the first pass, we have an 9 array of detected peak in detections->peaks 10 11 * in pmFootprintsFind, footprints array owns allocated footprints 12 footprints each own their spans 13 14 * from pmFootprintAssignPeaks: 15 * the footprints have an array of peaks with valid memory references 16 * the peaks have just the pointer to the corresponding footprint (not owned) 17 * all peaks get assigned to a footprint 18 * at end of pmFootprintAssignPeaks, only a single copy of each peak is/should be available from the collection of footprints 1 19 2 20 pmFootprintCullPeaks is very expensive (15 - 30 msec per object) and
Note:
See TracChangeset
for help on using the changeset viewer.
