12946
General / Re: 16k .EXR Export Failing
« on: July 15, 2014, 05:03:27 PM »
It seems that OpenEXR has 2 GB limit for texture size. We'll check if it is PhotoScan problem or not.
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
12947
General / Re: 16k .EXR Export Failing
« on: July 15, 2014, 04:18:15 PM »
Hello ubermuffin,
And what is the size of the exported texture file?
And what is the size of the exported texture file?
12948
Python and Java API / Re: Auto exporting of multiple single photos to ortho
« on: July 15, 2014, 01:00:43 PM »
Hello Mark,
To export orthophoto based on the single camera only, you need to disable all but one cameras in the project.
You can do it in the loop by enabling new camera and disabling the previous one, for example (providing that all the cameras have been initially disabled).
For TopXY projection you need to use corresponding matrix as projection argument (for unreferenced chunks it should be an identity matrix).
To export orthophoto based on the single camera only, you need to disable all but one cameras in the project.
You can do it in the loop by enabling new camera and disabling the previous one, for example (providing that all the cameras have been initially disabled).
For TopXY projection you need to use corresponding matrix as projection argument (for unreferenced chunks it should be an identity matrix).
12949
Python and Java API / Re: Python Scripting
« on: July 14, 2014, 11:29:55 AM »
Hello Freiberg,
There's optional "frame" argument in the .exportModel() method, so you need to loop through all frames and export them individually:
There's optional "frame" argument in the .exportModel() method, so you need to loop through all frames and export them individually:
Code: [Select]
for frame in range(chunk.frame_count):
export_path = export_folder + "\\model_" + str(frame) + ".obj"
chunk.exportModel(path = export_path, texture_format = "jpg", texture = True, format = "obj", frame = frame)
12950
General / Re: DEMs from satellite photos?
« on: July 12, 2014, 06:36:44 PM »
Hello lkwoolsey,
You can process the images even without camera coordinates and then reference the model based on the ground control points.
But please note that PhotoScan is not optimized for push-broom imagery.
You can process the images even without camera coordinates and then reference the model based on the ground control points.
But please note that PhotoScan is not optimized for push-broom imagery.
12951
Python and Java API / Re: Python Workflow is getting slower after a series looping runs
« on: July 12, 2014, 06:30:42 PM »
Hello Nan,
Could you please send your code to my e-mail?
Could you please send your code to my e-mail?
12952
General / Re: Disabling interpolation
« on: July 12, 2014, 06:28:03 PM »
Hello ammaia,
Mesh generation based on the sparse cloud is not possible with the interpolation disabled. The cloud is very sparse to produce the adequate result.
Mesh generation based on the sparse cloud is not possible with the interpolation disabled. The cloud is very sparse to produce the adequate result.
12953
Feature Requests / Re: Bingo export
« on: July 12, 2014, 05:07:03 PM »
Yet another update: next version of PhotoScan will support the following tie points export formats - BINGO, PATB and ORIMA.
12954
Feature Requests / Re: Retrospective Depth Filtering
« on: July 12, 2014, 05:03:49 PM »
Hello James,
Depth filtering is performed, as it actually says, on the step of depth maps estimation, prior to dense cloud generation. It has different meaning from just sorting out some outliers in the dense cloud. So it is not possible to implement such slider, that will show the difference between mild and aggressive filtering results in a few seconds, since depth maps have to be rebuilt completely.
Depth filtering is performed, as it actually says, on the step of depth maps estimation, prior to dense cloud generation. It has different meaning from just sorting out some outliers in the dense cloud. So it is not possible to implement such slider, that will show the difference between mild and aggressive filtering results in a few seconds, since depth maps have to be rebuilt completely.
12955
Feature Requests / Re: Calibration (spherical camera)
« on: July 12, 2014, 04:59:47 PM »
Hello uop360,
Actually, the values provided by the mentioned applications contain the information on how the original images were used. Since PhotoScan uses only final panoramas (that already include all stitching) the information you've mentioned will be redundant.
It will be only useful in case the stitching should be optimized, to split the panorama back into separate pieces, but even in this case (when the stitching optimization is required) it is reasonable to work with original frames.
Actually, the values provided by the mentioned applications contain the information on how the original images were used. Since PhotoScan uses only final panoramas (that already include all stitching) the information you've mentioned will be redundant.
It will be only useful in case the stitching should be optimized, to split the panorama back into separate pieces, but even in this case (when the stitching optimization is required) it is reasonable to work with original frames.
12956
Bug Reports / Re: Model export as dxf
« on: July 12, 2014, 04:49:03 PM »
Just a small update on this topic: in the next version there will be a possibility to choose the internal representation of DXF format: either 3D faces (like in old PhotoScan versions) or polyline (like in latest release).
12957
Face and Body Scanning / Re: same setting got difference resault
« on: July 12, 2014, 02:43:42 PM »
Hello oshi146,
I can also suggest to improve the input data for providing more stable solution. On the screenshots I can see that there's quite a lot of background on the images, so probably more accurate camera orientation and positioning for more effective use of the image frame will help.
I can also suggest to improve the input data for providing more stable solution. On the screenshots I can see that there's quite a lot of background on the images, so probably more accurate camera orientation and positioning for more effective use of the image frame will help.
12958
Bug Reports / Re: Bad Allocation in Building Texture and a series of trailing problems
« on: July 12, 2014, 02:17:56 PM »
Hello rexsham,
Building 90k x 90k texture atlas requires much more than 32 GB RAM. The first sub-step of building texture - texture atlas parametrization doesn't require much RAM and you get through it, but then the texture atlas generation itself will require a huge amount of RAM for 90 000 x 90 000 image (i'm even not sure, how you've planned to use that) and actually fails to allocate it in the memory space.
Also I could recommend to turn off color correction, as it is not necessary in most cases, but takes a long time to complete.
Maybe you can specify the task you are planning to complete, so that we could suggest some workaround.
Building 90k x 90k texture atlas requires much more than 32 GB RAM. The first sub-step of building texture - texture atlas parametrization doesn't require much RAM and you get through it, but then the texture atlas generation itself will require a huge amount of RAM for 90 000 x 90 000 image (i'm even not sure, how you've planned to use that) and actually fails to allocate it in the memory space.
Also I could recommend to turn off color correction, as it is not necessary in most cases, but takes a long time to complete.
Maybe you can specify the task you are planning to complete, so that we could suggest some workaround.
12959
General / Re: Coordinate System Conversion? What I have to do?
« on: July 11, 2014, 07:49:07 PM »
Hello Fernandoker,
Maybe you need projected coordinate system? Since the given coordinate system is also in degrees and online coordinate converter (http://cs2cs.mygeodata.eu/) outputs the same coordinates.
Maybe you need projected coordinate system? Since the given coordinate system is also in degrees and online coordinate converter (http://cs2cs.mygeodata.eu/) outputs the same coordinates.
12960
General / Re: Coordinate System Conversion? What I have to do?
« on: July 11, 2014, 07:17:20 PM »
PhotoScan is able to perform the conversion between datums through WGS84, so both coordinate systems should have defined toWGS parameters.
