Skip to content

Conversation

@alexlib
Copy link
Contributor

@alexlib alexlib commented Sep 29, 2019

This pull request is only temporary, please DO NOT merge it. It violates the great work by @yosefm on the new buffer type with virtual functions.

But, I'm very happy to see that it works and tracks through test_cavity. It's somewhat ready to be a skeleton for the DLL for BlobRecorder.

alexlib and others added 30 commits September 2, 2019 00:30
So if we could start tracking without reading from files it means that
we can prepare the buffer before tracking during the separate steps of the algorithm and then we need still to replace the fb_next and read_frame and so on by fb_load or something like this? or maybe all is not necessary - we like give tracker the prio from the previous chunk and let it run like for the first time every time, not continuosly and not membering anything backwards. so we are now will be limited to run tracking only to the size of the buffer itself. not a nice one.
if we want to have 10 frames and track using our 4-step algorithm, then we have to create functions that are reading from some memory, fill and advance the buffer in these 10 frames.
…hing in C and failed. probably it was just me :)
Separate frame-buffer to a base class and child class.
(base) MacBook-Pro:src alex$ ./main ../tests/testing_fodder/test_cavity/ 10000 10004
This program was called with "./main".
Can't open ORI file: testing_fodder/cal/sym_cam1.tif.ori
Can't open ORI file: testing_fodder/cal/sym_cam2.tif.ori
Can't open ORI file: testing_fodder/cal/sym_cam3.tif.ori
Can't open ORI file: testing_fodder/cal/sym_cam4.tif.ori
Segmentation fault: 11
This reverts commit 9eb37fc, reversing
changes made to 0471c72.
file main.c runs but does not track anything
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants