Open GoogleCodeExporter opened 9 years ago
Hello,
for the moment there is no interface allowing client applications to access the
camera data. The thing is - this information is primarily used only for
debugging of the tracking problems via Ltr_gui, while the client application is
supposed to only consume the tracking data (mainly pose, ...).
As far as other applications of the similar kind (TrackIR software, FreeTrack,
Facetrack NOIR, ...) are concerned, as far as I know, none of them provides
such functionality.
May I ask you why you'd need the camera view in the client application?
Kind regards,
Michal
Original comment by f.jo...@email.cz
on 29 Jan 2015 at 6:23
Hello,
I'm a computer science student and i need to reflect the camera view while
tracking in my widget. I've tried to read the code and find what exactly do
that but it was not very commented so it's difficult. If you can help me this
will be amazing and i will be so grateful :)
Kind regards,
Nadia
Original comment by chaaboun...@gmail.com
on 29 Jan 2015 at 3:26
Hello Nadia,
I can try to add a possibility to put the frame into a memory mapped file. That
said, there will probably be a problem to synchronize the the thing to avoid
tearing...
I'll try to think about it.
Kind regards,
Michal
PS. I know the code is not very well commented, and it is quite convoluted in
several places; I'm going to do a clean-up pass when I get 1.0 out of the
door...
Original comment by f.jo...@email.cz
on 30 Jan 2015 at 12:57
Hi,
OK thanks Michal. This will be great :)
Kind regards,
Nadia
Original comment by chaaboun...@gmail.com
on 30 Jan 2015 at 3:25
Hello Nadia,
I just committed the first attempt of providing frame capture to client
applications (branches/cam_view).
Linuxtrack interface contains two new functions - linuxtrack_request frames,
which requests frames to be passed along, and linuxtrack_get_frame, which
provides the frame (if available).
To have the buffer of the right size for linuxtrack_get_frame, you can use
linuxtrack_get_pose_full, or you can just alloc a buffer of arbitrary size, and
if it is not big enough, linuxtrack_get_frame returns 0 and in req_* values
there will be current frame size (just realloc the buffer accordingly).
I can put you together a testing package, if you let me know which system to
target (linux 32bit, linux 64bit, Mac)...
Kind regards,
Michal
Original comment by f.jo...@email.cz
on 8 Feb 2015 at 2:03
Hello,
the code is now back in the trunk; I'll try to produce some testing build over
the weekend. The changes contain both possibility to receive captured data and
notification on incoming frame. Details are in the ltr_gui help article on
Linuxtrack interface.
Kind regards,
Michal
Original comment by f.jo...@email.cz
on 19 Feb 2015 at 6:21
Original issue reported on code.google.com by
chaaboun...@gmail.com
on 28 Jan 2015 at 10:18