User Tools

Site Tools


pr0ntools:pr0nts

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
pr0ntools:pr0nts [2012/02/18 08:44] mcmasterpr0ntools:pr0nts [2016/06/27 15:03] (current) – [BBB/machinekit] mcmaster
Line 4: Line 4:
   * Single: cut up a single input image   * Single: cut up a single input image
   * Project:    * Project: 
 +
 +====== Input files ======
 +
 +I think there is an artificial requirement that the input images be tagged with row and col information (ex: y0123_x031.jpg).  I believe the stitcher either doesn't use this information (it relies on nona to do the clipping) or could easily be worked around as a slightly less optimized version.  If you are interested in using this tool but this is in your way talk to me and I can probably remove this requirement without too much effort.
  
 ====== Configuration ====== ====== Configuration ======
Line 53: Line 57:
 ====== Choosing optimial supertile size ====== ====== Choosing optimial supertile size ======
  
-I'd like to add an option that tries to optimize based on how much memory you feed it but nothing like that exists as of today.+The ideal supertile is the entire output panorama.  That is you stich a single image from all of the source images and then chop it up.  Unfortunately, this image may be too big to fit into your system or at least force you into swapping and result in abysmal performance.
  
-On my production machine have 12 GB of memory.  2 GB is plenty fine to run the system so I allocate 10 GB for stitching.  A 6 X 6 3264 X 2448 image takes up 90% of 12 GB or 9.6 GB on my system.+I'd like to add an option that tries to optimize based on how much memory you feed it but nothing like that exists as of today.
  
 +On my production machine I have 12 GB of memory.  2 GB is plenty fine to run the system so I allocate 10 GB for stitching.  A 6 X 6 3264 X 2448 image takes up 90% of 12 GB or 9.6 GB on my system.  However, its important to generate as few supertiles as possible so yo might be better off sacrificing width for high or vice versa, especially if you have an oddly shaped image.  Take advantage of the pre-stitch dry run to play around with the image dimensions to cut down on stitching type.  Even by guess and check you should be able to cut significant time off of the stitch if you are creating an extra supertile row or col and could slightly trim it.
  
 ====== Examples ====== ====== Examples ======
Line 93: Line 98:
 Usually enblend will fail from out of memory.  Try reducing the supertile size.  nona only uses as much memory as your largest single image so it shouldn't be a problem. Usually enblend will fail from out of memory.  Try reducing the supertile size.  nona only uses as much memory as your largest single image so it shouldn't be a problem.
  
 +
 +====== Tile size ======
 +
 +I chose 250x250 because that's what Google maps default is.  I think I put in command line to change that as needed but its not well tested.
 +
 +
 +====== BBB/machinekit ======
 +
 +<code>
 +echo >>~/.ssh/config <<EOF
 +
 +Host mk
 +User machinekit
 +EOF
 +
 +sudo tee -a /etc/hosts <<EOF
 +192.168.7.2     mk
 +EOF
 +
 +# TODO: how to set static network config auto?
 +# Need 192.168.7.1 / 30 IIRC
 +</code>
  
pr0ntools/pr0nts.1329554662.txt.gz · Last modified: 2013/10/20 14:59 (external edit)