Summary: | Skip mode fencepost errors | ||
---|---|---|---|
Product: | [Applications] kst | Reporter: | Netterfield <netterfield> |
Component: | general | Assignee: | George Staikos <staikos> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | 1.x | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
case 1
case 2 case 3 What I have for skip |
Description
Netterfield
2005-02-03 18:36:17 UTC
Created attachment 9413 [details]
case 1
Created attachment 9414 [details]
case 2
Created attachment 9415 [details]
case 3
Investigating Note: this is specific to SPF!=1 right? Created attachment 9472 [details]
What I have for skip
This is what I see. Everything appears to line up just right. Those curves
are with no skip, and skip=1, 2, 3.
Can you attach your data file so I can try to reproduce this with it?
Yup. That is case 1 above. "Everything seems fine". Try starting at a frame other than frame 0 (case 2 and 3). I was using the dirfile_writer output. CVS commit by staikos: seems to fix Skip alignment errors? Please reopen with a new testcase if there are still problems BUG: 98515 M +1 -1 kstrvector.cpp 1.79 --- kdeextragear-2/kst/kst/kstrvector.cpp #1.78:1.79 @@ -468,5 +468,5 @@ KstObject::UpdateType KstRVector::doUpda // new_f0 == 0 results in (new_f0 - 1)/Skip being -0.x which rounds the // wrong way on us. Therefore new_f0 == 0 is a special case. - new_f0 = new_f0 == 0 ? 0 : (((new_f0 - 1)/Skip) + 1) * Skip - 1; + new_f0 = new_f0 == 0 ? 0 : (((new_f0 - 1)/Skip) + 1) * Skip; new_nf = tmp_fn - new_f0 + 1; } |