From Kyle.Brooks at L-3Com.com Mon Feb 1 11:20:42 2016 From: Kyle.Brooks at L-3Com.com (Kyle.Brooks at L-3Com.com) Date: Mon, 1 Feb 2016 16:20:42 +0000 Subject: [Kwiver-users] maptk_bundle_adjust_tracks and Vital Boost Filesystem Replacement Issues Message-ID: Hello, When I run maptk_bundle_adjust_tracks I get this error message: loading track file: clif_tracks.txt loaded 251400 tracks filtered down to 93717 long tracks track filtering: 0.200000 sec CPU, 0.193117 sec wall loading POS files ERROR: No POS files from input set match input image frames. Check POS files! Initializing cameras from POS files: 0.000000 sec CPU, 0.005963 sec wall ERROR: Failed to load input cameras An older version of Map-TK which was used for the CVPR 2015 tutorial did not have this issue. I debugged the issue and I believe I tracked it down to this commit: commit 22dcab9722c26ce299d7247bec9853d36709b497 Author: Linus Sherrill Date: Mon Sep 14 12:35:49 2015 -0400 Convert to use new vital without boost Convert use of boost file path to vital::path_t Use kwiversys support to replace boost file system calls It looks like the intent of this commit was to replace boost::filesystem::path::stem() which returns the filename without the path or last extension with kwiver::SystemTools::GetFilenameWithoutExtension() which does a similar function but instead replaced it with kwiver::SystemTools::GetFilenamePath() which returns the path of the folder that contains the file but not the filename itself. Is this correct? I am going to attempt replacing the calls to kwiver::SystemTools::GetFilenamePath() with kwiver::SystemTools::GetFilenameWithoutExtension () and see if this fixes the issue. Thanks, Kyle Brooks, Member of the Technical Staff L-3 Cincinnati Electronics From matt.leotta at kitware.com Mon Feb 1 11:51:15 2016 From: matt.leotta at kitware.com (Matthew Leotta) Date: Mon, 1 Feb 2016 11:51:15 -0500 Subject: [Kwiver-users] maptk_bundle_adjust_tracks and Vital Boost Filesystem Replacement Issues In-Reply-To: References: Message-ID: Kyle, Yes, you are absolutely correct. Thank you for reporting this issue. This is a bug that was introduced as part of the conversion to use Vital. We actually just discovered this bug a couple of weeks ago and made a fix in our internal development branch that is pending public release approval. I had forgotten that this bug might also affect the public master branch. I have rebased our internal fix and pushed it to Github. The pull request is here: https://github.com/Kitware/maptk/pull/135 I will merge this after the continuous integration tests pass. ?Matt > On Feb 1, 2016, at 11:20 AM, Kyle.Brooks at L-3Com.com wrote: > > Hello, > > When I run maptk_bundle_adjust_tracks I get this error message: > > loading track file: clif_tracks.txt > loaded 251400 tracks > filtered down to 93717 long tracks > track filtering: 0.200000 sec CPU, 0.193117 sec wall > loading POS files > ERROR: No POS files from input set match input image frames. Check POS files! > Initializing cameras from POS files: 0.000000 sec CPU, 0.005963 sec wall > ERROR: Failed to load input cameras > > An older version of Map-TK which was used for the CVPR 2015 tutorial did not have this issue. I debugged the issue and I believe I tracked it down to this commit: > > commit 22dcab9722c26ce299d7247bec9853d36709b497 > Author: Linus Sherrill > Date: Mon Sep 14 12:35:49 2015 -0400 > > Convert to use new vital without boost > > Convert use of boost file path to vital::path_t > Use kwiversys support to replace boost file system calls > > It looks like the intent of this commit was to replace boost::filesystem::path::stem() which returns the filename without the path or last extension with kwiver::SystemTools::GetFilenameWithoutExtension() which does a similar function but instead replaced it with kwiver::SystemTools::GetFilenamePath() which returns the path of the folder that contains the file but not the filename itself. Is this correct? > > I am going to attempt replacing the calls to kwiver::SystemTools::GetFilenamePath() with kwiver::SystemTools::GetFilenameWithoutExtension () and see if this fixes the issue. > > Thanks, > > Kyle Brooks, Member of the Technical Staff > L-3 Cincinnati Electronics > _______________________________________________ > Kwiver-users mailing list > Kwiver-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/kwiver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From Kyle.Brooks at L-3Com.com Mon Feb 1 12:42:55 2016 From: Kyle.Brooks at L-3Com.com (Kyle.Brooks at L-3Com.com) Date: Mon, 1 Feb 2016 17:42:55 +0000 Subject: [Kwiver-users] maptk_bundle_adjust_tracks and Vital Boost Filesystem Replacement Issues In-Reply-To: References: Message-ID: Thanks Matt, I am also having issues with a segmentation fault in maptk_analyze_tracks, here is the backtrace: maptk_analyze_tracks_debug [C/C++ Application] maptk_analyze_tracks [8098] [cores: 2] Thread [1] 8098 [core: 2] (Suspended : Signal : SIGSEGV:Segmentation fault) kwiver::maptk::vxl::image_io::load_(std::string const&) const at 0x7fffdc98f4e4 kwiver::vital::algo::image_io::load(std::string const&) const at 0x7ffff74a9725 maptk_main() at analyze_tracks.cxx:347 0x40dfc4 main() at analyze_tracks.cxx:364 0x40eb99 gdb It happens when it tries to load the first image in our input to generate the features images at this line in analyze_tracks.cxx:364: kwiver::vital::image_container_sptr image = image_reader->load( image_paths[i] ); I checked and the paths in the image_paths vector look correct and are sorted. I don?t have a debug version of libvital or vxl install so I don?t have the symbols to dige down beyond Map-TK. I can build and install a debug version of VXL and Vital if we need it but I?m hoping you have another quick fix for this on too ?. Thanks, Kyle From: Matthew Leotta [mailto:matt.leotta at kitware.com] Sent: Monday, February 01, 2016 11:51 AM To: Brooks, Kyle @ ESG - ISS - CIN Cc: kwiver-users at public.kitware.com; Puchala, Joseph @ ESG - ISS - CIN; Marin-McGee, Maider @ ESG - ISS - CIN Subject: Re: [Kwiver-users] maptk_bundle_adjust_tracks and Vital Boost Filesystem Replacement Issues Kyle, Yes, you are absolutely correct. Thank you for reporting this issue. This is a bug that was introduced as part of the conversion to use Vital. We actually just discovered this bug a couple of weeks ago and made a fix in our internal development branch that is pending public release approval. I had forgotten that this bug might also affect the public master branch. I have rebased our internal fix and pushed it to Github. The pull request is here: https://github.com/Kitware/maptk/pull/135 I will merge this after the continuous integration tests pass. ?Matt On Feb 1, 2016, at 11:20 AM, Kyle.Brooks at L-3Com.com wrote: Hello, When I run maptk_bundle_adjust_tracks I get this error message: loading track file: clif_tracks.txt loaded 251400 tracks filtered down to 93717 long tracks track filtering: 0.200000 sec CPU, 0.193117 sec wall loading POS files ERROR: No POS files from input set match input image frames. Check POS files! Initializing cameras from POS files: 0.000000 sec CPU, 0.005963 sec wall ERROR: Failed to load input cameras An older version of Map-TK which was used for the CVPR 2015 tutorial did not have this issue. I debugged the issue and I believe I tracked it down to this commit: commit 22dcab9722c26ce299d7247bec9853d36709b497 Author: Linus Sherrill > Date: Mon Sep 14 12:35:49 2015 -0400 Convert to use new vital without boost Convert use of boost file path to vital::path_t Use kwiversys support to replace boost file system calls It looks like the intent of this commit was to replace boost::filesystem::path::stem() which returns the filename without the path or last extension with kwiver::SystemTools::GetFilenameWithoutExtension() which does a similar function but instead replaced it with kwiver::SystemTools::GetFilenamePath() which returns the path of the folder that contains the file but not the filename itself. Is this correct? I am going to attempt replacing the calls to kwiver::SystemTools::GetFilenamePath() with kwiver::SystemTools::GetFilenameWithoutExtension () and see if this fixes the issue. Thanks, Kyle Brooks, Member of the Technical Staff L-3 Cincinnati Electronics _______________________________________________ Kwiver-users mailing list Kwiver-users at public.kitware.com http://public.kitware.com/mailman/listinfo/kwiver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt.leotta at kitware.com Mon Feb 1 13:30:13 2016 From: matt.leotta at kitware.com (Matthew Leotta) Date: Mon, 1 Feb 2016 13:30:13 -0500 Subject: [Kwiver-users] maptk_bundle_adjust_tracks and Vital Boost Filesystem Replacement Issues In-Reply-To: References: Message-ID: Kyle, I don?t have a solution off hand. What file format are your images? Did these same images load without complaint when you ran maptk_track_features? Did your config file for maptk_track_features use OpenCV (ocv) to load the images instead of VXL? You could try to use OpenCV to load the images in maptk_analyze_tracks, but that?s more of a workaround than a fix for the problem at hand. ?Matt > On Feb 1, 2016, at 12:42 PM, Kyle.Brooks at L-3Com.com wrote: > > Thanks Matt, > > I am also having issues with a segmentation fault in maptk_analyze_tracks, here is the backtrace: > > maptk_analyze_tracks_debug [C/C++ Application] > maptk_analyze_tracks [8098] [cores: 2] > Thread [1] 8098 [core: 2] (Suspended : Signal : SIGSEGV:Segmentation fault) > kwiver::maptk::vxl::image_io::load_(std::string const&) const at 0x7fffdc98f4e4 > kwiver::vital::algo::image_io::load(std::string const&) const at 0x7ffff74a9725 > maptk_main() at analyze_tracks.cxx:347 0x40dfc4 > main() at analyze_tracks.cxx:364 0x40eb99 > gdb > > It happens when it tries to load the first image in our input to generate the features images at this line in analyze_tracks.cxx:364: > > kwiver::vital::image_container_sptr image = image_reader->load( image_paths[i] ); > > I checked and the paths in the image_paths vector look correct and are sorted. I don?t have a debug version of libvital or vxl install so I don?t have the symbols to dige down beyond Map-TK. > > I can build and install a debug version of VXL and Vital if we need it but I?m hoping you have another quick fix for this on too J. > > Thanks, > Kyle > > From: Matthew Leotta [mailto:matt.leotta at kitware.com] > Sent: Monday, February 01, 2016 11:51 AM > To: Brooks, Kyle @ ESG - ISS - CIN > Cc: kwiver-users at public.kitware.com; Puchala, Joseph @ ESG - ISS - CIN; Marin-McGee, Maider @ ESG - ISS - CIN > Subject: Re: [Kwiver-users] maptk_bundle_adjust_tracks and Vital Boost Filesystem Replacement Issues > > Kyle, > > Yes, you are absolutely correct. Thank you for reporting this issue. This is a bug that was introduced as part of the conversion to use Vital. We actually just discovered this bug a couple of weeks ago and made a fix in our internal development branch that is pending public release approval. I had forgotten that this bug might also affect the public master branch. I have rebased our internal fix and pushed it to Github. The pull request is here: > > https://github.com/Kitware/maptk/pull/135 > > I will merge this after the continuous integration tests pass. > > ?Matt > > > On Feb 1, 2016, at 11:20 AM, Kyle.Brooks at L-3Com.com wrote: > > Hello, > > When I run maptk_bundle_adjust_tracks I get this error message: > > loading track file: clif_tracks.txt > loaded 251400 tracks > filtered down to 93717 long tracks > track filtering: 0.200000 sec CPU, 0.193117 sec wall > loading POS files > ERROR: No POS files from input set match input image frames. Check POS files! > Initializing cameras from POS files: 0.000000 sec CPU, 0.005963 sec wall > ERROR: Failed to load input cameras > > An older version of Map-TK which was used for the CVPR 2015 tutorial did not have this issue. I debugged the issue and I believe I tracked it down to this commit: > > commit 22dcab9722c26ce299d7247bec9853d36709b497 > Author: Linus Sherrill > > Date: Mon Sep 14 12:35:49 2015 -0400 > > Convert to use new vital without boost > > Convert use of boost file path to vital::path_t > Use kwiversys support to replace boost file system calls > > It looks like the intent of this commit was to replace boost::filesystem::path::stem() which returns the filename without the path or last extension with kwiver::SystemTools::GetFilenameWithoutExtension() which does a similar function but instead replaced it with kwiver::SystemTools::GetFilenamePath() which returns the path of the folder that contains the file but not the filename itself. Is this correct? > > I am going to attempt replacing the calls to kwiver::SystemTools::GetFilenamePath() with kwiver::SystemTools::GetFilenameWithoutExtension () and see if this fixes the issue. > > Thanks, > > Kyle Brooks, Member of the Technical Staff > L-3 Cincinnati Electronics > _______________________________________________ > Kwiver-users mailing list > Kwiver-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/kwiver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From Kyle.Brooks at L-3Com.com Mon Feb 1 13:43:29 2016 From: Kyle.Brooks at L-3Com.com (Kyle.Brooks at L-3Com.com) Date: Mon, 1 Feb 2016 18:43:29 +0000 Subject: [Kwiver-users] maptk_bundle_adjust_tracks and Vital Boost Filesystem Replacement Issues In-Reply-To: References: Message-ID: Matt, The images loaded fine for maptk_track_features but it used OpenCV, image_reader:type = ocv. I changed the analyze configuration to do the same and it works now, thanks for the suggestion. Thanks, Kyle From: Matthew Leotta [mailto:matt.leotta at kitware.com] Sent: Monday, February 01, 2016 1:30 PM To: Brooks, Kyle @ ESG - ISS - CIN Cc: kwiver-users at public.kitware.com; Puchala, Joseph @ ESG - ISS - CIN; Marin-McGee, Maider @ ESG - ISS - CIN; Dapore, Alex @ ESG - ISS - CIN Subject: Re: [Kwiver-users] maptk_bundle_adjust_tracks and Vital Boost Filesystem Replacement Issues Kyle, I don?t have a solution off hand. ?What file format are your images? ?Did these same images load without complaint when you ran maptk_track_features? ?Did your config file for maptk_track_features use OpenCV (ocv) to load the images instead of VXL? ?You could try to use OpenCV to load the images in maptk_analyze_tracks, but that?s more of a workaround than a fix for the problem at hand. ?Matt On Feb 1, 2016, at 12:42 PM, Kyle.Brooks at L-3Com.com wrote: Thanks Matt, ? I am also having issues with a segmentation fault in maptk_analyze_tracks, here is the backtrace: ? maptk_analyze_tracks_debug [C/C++ Application]????????? ??????????????? maptk_analyze_tracks [8098] [cores: 2] ??????????????????????????????? Thread [1] 8098 [core: 2] (Suspended : Signal : SIGSEGV:Segmentation fault)?????? ??????????????????????????????????????????????? kwiver::maptk::vxl::image_io::load_(std::string const&) const at 0x7fffdc98f4e4??????????????? ??????????????????????????????? ??????????????? kwiver::vital::algo::image_io::load(std::string const&) const at 0x7ffff74a9725???? ??????????????????????????????????????????????? maptk_main() at analyze_tracks.cxx:347 0x40dfc4??????????? ??????????????????????????????????????????????? main() at analyze_tracks.cxx:364 0x40eb99????????? ??????????????? gdb ? It happens when it tries to load the first image in our input to generate the features images at this line in analyze_tracks.cxx:364: ? kwiver::vital::image_container_sptr image = image_reader->load( image_paths[i] ); ? I checked and the paths in the image_paths vector look correct and are sorted.? I don?t have a debug version of libvital or vxl install so I don?t have the symbols to dige down beyond Map-TK. ? I can build and install a debug version of VXL and Vital if we need it but I?m hoping you have another quick fix for this on too??. ? Thanks, Kyle ? From:?Matthew Leotta [mailto:matt.leotta at kitware.com]? Sent:?Monday, February 01, 2016 11:51 AM To:?Brooks, Kyle @ ESG - ISS - CIN Cc:?kwiver-users at public.kitware.com; Puchala, Joseph @ ESG - ISS - CIN; Marin-McGee, Maider @ ESG - ISS - CIN Subject:?Re: [Kwiver-users] maptk_bundle_adjust_tracks and Vital Boost Filesystem Replacement Issues ? Kyle, ? Yes, you are absolutely correct. ?Thank you for reporting this issue. ?This is a bug that was introduced as part of the conversion to use Vital. ?We actually just discovered this bug a couple of weeks ago and made a fix in our internal development branch that is pending public release approval. ?I had forgotten that this bug might also affect the public master branch. ?I have rebased our internal fix and pushed it to Github. ?The pull request is here: ? https://github.com/Kitware/maptk/pull/135 ? I will merge this after the continuous integration tests pass. ? ?Matt ? ?? On Feb 1, 2016, at 11:20 AM,?Kyle.Brooks at L-3Com.com?wrote: ? Hello, When I run maptk_bundle_adjust_tracks I get this error message: loading track file: clif_tracks.txt loaded 251400 tracks filtered down to 93717 long tracks track filtering: 0.200000 sec CPU, 0.193117 sec wall loading POS files ERROR: No POS files from input set match input image frames. Check POS files! Initializing cameras from POS files: 0.000000 sec CPU, 0.005963 sec wall ERROR: Failed to load input cameras An older version of Map-TK which was used for the CVPR 2015 tutorial did not have this issue. ?I debugged the issue and I believe I tracked it down to this commit: commit 22dcab9722c26ce299d7247bec9853d36709b497 Author: Linus Sherrill Date: ??Mon Sep 14 12:35:49 2015 -0400 ???Convert to use new vital without boost ???Convert use of boost file path to vital::path_t ???Use kwiversys support to replace boost file system calls It looks like the intent of this commit was to replace boost::filesystem::path::stem() which returns the filename without the path or last extension with kwiver::SystemTools::GetFilenameWithoutExtension() which does a similar function but instead replaced it with kwiver::SystemTools::GetFilenamePath() which returns the path of the folder that contains the file but not the filename itself. ?Is this correct? I am going to attempt replacing the calls to kwiver::SystemTools::GetFilenamePath() with kwiver::SystemTools::GetFilenameWithoutExtension () and see if this fixes the issue. Thanks, Kyle Brooks, Member of the Technical Staff L-3 Cincinnati Electronics _______________________________________________ Kwiver-users mailing list Kwiver-users at public.kitware.com http://public.kitware.com/mailman/listinfo/kwiver-users From matt.leotta at kitware.com Tue Feb 2 12:41:55 2016 From: matt.leotta at kitware.com (Matthew Leotta) Date: Tue, 2 Feb 2016 12:41:55 -0500 Subject: [Kwiver-users] Problem running maptk_track_features.exe In-Reply-To: <2694B076-D284-44AE-9F04-8ECAF1BA1F21@kitware.com> References: <2694B076-D284-44AE-9F04-8ECAF1BA1F21@kitware.com> Message-ID: Hossein, We have just made a new patch release of MAP-Tk, v0.7.2, that should address your issues. The details are in the release notes here: https://github.com/Kitware/maptk/releases/tag/v0.7.2 With this release the command line utilities provided by the installer binaries should now be able to load the plugins and have the required dynamic libraries available. There is a limitation that plugins will only be found if the default install path is used (see release notes for details). We will address that issue in v0.8.0. ?Matt > On Jan 6, 2016, at 4:12 PM, Matthew Leotta wrote: > > Hossein, > > Thank you for your e-mail. This has exposed a few issues with our last release. > > 1) The sample configuration files shipped with the v0.7.1 release are outdated. The ?default" types were renamed to ?core?, but I didn?t update the same config. There are likely other issues as well. I?ll need to regenerate an updated config file and test it. > > 2) Based on your output (specifically, there are no options listed after ?valid options are?) it seems that your command line tool is not finding the MAP-Tk plugins. I?ve debugged this and found that the search path for plugins is incorrect in the executables and it?s not yet configurable in this release. > > 3) Even if the plugins are found, they include additional 3rd party DLLs that are missing from the installer package. > > This release, v0.7.1, is the first time a MAP-Tk release has come with an installer. In producing the installer packages for v0.7.1 I only tested the GUI application on Windows and not the command line tools. I should point out that Windows is not my primary development platform and MAP-Tk has been tested less on Windows than other platforms. That said, we support Windows and want to make it work. > > I will try to work through these issues and produce a new release. It may take some time because I?m currently busy with other projects. In the mean time, you can avoid problems 2 and 3 by building from source. You can work around problem 1 by generating a new config file from scratch using the instructions in the README. > > Thanks again for reporting these issues, > Matt > > >> On Jan 6, 2016, at 11:07 AM, Hossein Madjidi wrote: >> >> I came across map-tk project when I was looking for an SfM solution, and I found it very promising based in its github page. >> Then, I tried to run the SfM workflow by downloading the Windows binary files and running maptk_track_features.exe as the first step. I used the sample configuration file as the start and just added the image list file as the input, and ran it with the other default parameters. >> However, I get the following message and it seems that "feature_tracker:type" doesn't accept "default" as the value: >> >> >> "..\MAP-Tk-0.7.1-Windows-AMD64\bin\maptk_track_features.exe" -c maptk_track_features.conf >> >> File parsed! Contained 57 k/v entries. >> Configuration Failure: invalid option >> feature_tracker:type = default >> valid options are >> Config Check Fail: feature_tracker configuration check failed >> Configuration Failure: invalid option >> image_reader:type = ocv >> valid options are >> Config Check Fail: image_reader configuration check failed >> Configuration Failure: invalid option >> convert_image:type = default >> valid options are >> Config Check Fail: convert_image configuration check failed >> ERROR: Configuration not valid. >> >> >> >> I would appreciate if you can help me to resolve the issue. >> >> >> Thanks >> Hossein >> >> _______________________________________________ >> Kwiver-users mailing list >> Kwiver-users at public.kitware.com >> http://public.kitware.com/mailman/listinfo/kwiver-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt.leotta at kitware.com Wed Feb 24 08:50:42 2016 From: matt.leotta at kitware.com (Matthew Leotta) Date: Wed, 24 Feb 2016 08:50:42 -0500 Subject: [Kwiver-users] [Kwiver-announce] About map-tk software In-Reply-To: <6cd18717.ba388.153115fe7cb.Coremail.yangbiaoshy@163.com> References: <486f20.33da8.152446f2185.Coremail.yangbiaoshy@163.com> <0DDA8FF6-2D4A-4962-AC99-8CA1E4E7C817@kitware.com> <6cd18717.ba388.153115fe7cb.Coremail.yangbiaoshy@163.com> Message-ID: <5758832B-9B2B-4DC5-A32B-6E065034EB5F@kitware.com> Biao Yang, Again, please send requests for support to kwiver-users at public.kitware.com or CC that list when responding directly to me. We are working on some additional high-level documentation for MAP-Tk. Hopefully there will be a blog post out in a month or so with a guide on how to get started with MAP-Tk. We are also working on direct support for video files, but that will take a little longer. Im the mean time I suggest you use FFMPEG to extract frames. The command will be something like this: ffmpeg -i myvideo.avi frame-%05d.png Then you can get a list of those frames to pass into MAP-Tk, for example using the ?ls? command like this: ls -1 frame-*.png > frame_list.txt If you have high frame rate video you may want to down sample the frames if there is a lot of redundancy between frames. You can do this either at extraction time or by specifying a subset of frames in the text file. To extract frames with FFMPEG at 1 frame per second try: ffmpeg -i myvideo.avi -vf fps=1 frame-%05d.png If you extract all the frames, but only want MAP-Tk to operate on a reduced set, you could do something like this to get a list of every 10th frame: ls -1 frame-*0.png > frame_list.txt Once you have extracted frames and the image files are listed sequentially in a text file you can set "image_list_file = frame_list.txt? in your MAP-Tk configuration files. I hope this helps. ?Matt > On Feb 23, 2016, at 10:43 PM, yangbiaoshy wrote: > > Hello? > > Thank you for your reply?but I want use the command line tools to process my video data?I need to do what the video data preprocessing operation, There is no clue?If you can provide a maptk SDK development document. > > > Thanks! > > Biao Yang > > > 2016-02-24 > yangbiaoshy > ????Matthew Leotta > ?????2016-01-15 22:22 > ???Re: [Kwiver-announce] About map-tk software > ????"yangbiaoshy" > ???"kwiver-users" > > (I have moved this discussion to the kwiver-users list. kwiver-users is the appropriate list for support questions. kwiver-announce is just for announcements.) > > Thank you for your interest in our MAP-Tk software. The GUI is a new addition to MAP-Tk. In the current release, the GUI is only used to visualize the results produced by the command line tools. The next minor release of MAP-Tk (v0.8.0 - expected in February or March) will add some processing capability to the GUI, but not yet end-to-end processing of video. Ultimately we plan to support end-to-end processing in the GUI, but it will take some time. MAP-Tk is still a relatively new project and is still considered ?pre-release? software. > > You can process video with the command line tools, but there are a few caveats to be aware of. First, direct support of video files is under development, so for now you will need to decode your video file into a sequence of image files (e.g. PNG or JPG). You can do this with ffmpeg or various other tools. Second, if you are using the precompiled binary packages for MAP-Tk v0.7.1 you should be aware of a known issue of missing libraries in the package (https://github.com/Kitware/maptk/issues/125 ). We hope to have this resolved in a week or two and then we will release new binaries with MAP-Tk v0.7.2. > > I?m planning to write a blog post in the future that provides a step-by-step tutorial for running MAP-Tk, so keep a look out for that. > > ?Matt > > > >> On Jan 15, 2016, at 3:36 AM, yangbiaoshy > wrote: >> >> hi : >> I download map-tk software , I want to process video data, but I can't import any video file to software ,the map-tk gui only support conf\ply\krtd\txt , my video file format like mp4\avi and so on, so how to import video file to map-tk software! >> >> thanks >> >> >> 2016-01-15 >> yangbiaoshy >> _______________________________________________ >> Kwiver-announce mailing list >> Kwiver-announce at public.kitware.com >> http://public.kitware.com/mailman/listinfo/kwiver-announce -------------- next part -------------- An HTML attachment was scrubbed... URL: