Hi all,
My first question is about the history functions. I tried implementing
ARGetTransMatCont into our program (as described in the "tracking
stability" tutorial,
http://www.hitl.washington.edu/artoolkit/documentation/tutorialhistory.htm#history).
But all I get is constant jitter. It never gets through
ARGetTransMatCont, because the error returned from ARGetTransMat3 (when
accesed from -Cont) is always too large, and it kicks it back to
ARGetTransMat. I've checked the arguments it's passing to
ARGetTransMat3, and they all seem the same except for rot, which seems
different every time. When running, about every other image seems to be
way too large and 45 degrees off. Is this a known bug, or am I doing
something wrong?
The second question is about multiple markers. I've been using the
multiple marker system for a while, and it works fine. However, I now
need it to be able to recognize either a single marker or multiple
markers, based on a toggle button. I have two .dat files, one with info
for multiple markers and one with info for just one marker. It loads
both files fine, and recognizes the multiple marker configuration fine,
but won't recognize the single marker. It will work with two multiple
marker config files, so it's not a problem with having two different
configs (also, if I use only one config file that contains only one
marker, it won't work).
In arMultiGetTransMat it detects the marker, matches it with the pattern
id, has a high confidence factor (cf = .94), but then returns an error
that is too large (err > THRESH_1), thus returning -1 and swapping
buffers without drawing. I've walked through arGetTransMat, which calls
arGetTransMat3, which calls arGetTransMatSub, which calls
arModifyMatrix, and each one returns an error that is too large to the
previous one.
Is there a way to do this? I'd really like to use the multiple marker
config object with n=1 if it's possible.
Thanks!
Anna
|