POST
|
Also now experiencing this. Is there any update on the fix?
... View more
10-14-2020
08:42 PM
|
0
|
0
|
969
|
POST
|
I have a similar issue with 3D. ArcGIS Pro will just keep consuming RAM during operations and not seemingly release it. Example being a video I am rendering. It will at first run and consume 8Gb of RAM, but complete fine. Then if I render the exact same video again it will consume the remaining RAM in my PC until the computer freezes up. This seems to happen regardless of layers used too. I find if I close ArcGIS Pro and then open it back up it all works again. I would assume the layers used are fully cached already as they have been in use now for over a month.
... View more
05-07-2018
05:13 PM
|
0
|
0
|
2256
|
POST
|
We seem to have a bit of an issue on Arc Pro using 3D scenes applied to a layout. Some of the outputs we need are perspective views of our city, printed at A3 and A4. Typically the workflow is to create the 3D global scene (extruded polygons, multipatch models, base map and 1m DEM) - typically this eats up about 2Gb of RAM. Once this same scene is added to a layout, RAM usage spikes to around 4Gb (after ensuring the original scene is no longer visible in the project to free up memory). Attempting to then export as either jpg or pdf will further take the memory usage up to around 7.5Gb and near kills the PC. Once the export is completed memory usage drops again, but never down to the original level therefore gradually bringing the PC to its knees as more exports are done. Has anyone else come across anything like this/knows a work around (aside from buying more RAM)? PC specs are i7, 8Gb RAM, Nvidia K620, Windows 7, ArcGIS Pro 2. Cheers, Alex
... View more
09-13-2017
04:09 PM
|
0
|
0
|
321
|
IDEA
|
Thanks for the advice Sumit, however in this case the layers are enabled to display at all scales and most still sit in the 2D bit. What is happening is that in 3D the layers do draw to the full extent, however after a short distance they become generalised and look all 'lumpy'. It seems to be that the DEM underneath it (from a local fgdb set as the elevation for the scene) is rendering at a lower resolution the further out it goes. It is worth noting that this is most pronounced with rasters and data draped over the DEM. Re-reading my original post it seems that I may have omitted this information.
... View more
06-05-2017
01:32 PM
|
1
|
0
|
903
|
IDEA
|
Hi, We have been generating a fair few 3D fly through videos of our city and whilst being a very effective way of communicating the information, there is something that happens which detracts from the experience for our viewers. When exporting a 3D animation to a file, the renderer seems to generalise the DEM after what appears to be around 500(ish) metres away from the camera. I understand that this is likely a design decision to allow performance when rendering, but having the ground reshape itself as you move around isn't a very good look on a pre-rendered video! Ideally, having an option/tick box that allows us to accept terrible performance when rendering (or a slide bar for distance) but drawing the DEM in full would be very handy. Perhaps then once ticked, each frame can be allowed to fully render prior to it being saved to the export file. Yes, it will take forever to run through the model and save it, but this can be run over night and would be fine. Thanks, Alex
... View more
05-31-2017
02:22 PM
|
9
|
2
|
1531
|
Title | Kudos | Posted |
---|---|---|
9 | 05-31-2017 02:22 PM | |
1 | 06-05-2017 01:32 PM | |
1 | 09-11-2016 04:25 PM | |
1 | 09-11-2016 04:25 PM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:24 AM
|