Hi Guys, I had this exact issue as soon as I upgraded to 2024. I had several large projects that had years worth of data, and these would take approx 10 minutes to load with the same message.
I pushed this up to Trimble, and they suggested I delete my FXL file that was loaded. Turns out I had an old Numeric Code FXL file. We now converted to Alpha Codes, so it wasn't even valid anymore.
As soon as I deleted the FXL, these old projects opened up in seconds again as before the upgrade. Before I would wait minutes after doing a simple zoom. I too read about attaching PDF's and all this linestyle nonsense (which I don't do).
Hope this might solve it for you. I didn't re-attach my FXL as we don't draft with TBC. Never had a problem since.
Original Message:
Sent: 07-30-2024 00:18
From: Ronny Schneider
Subject: Re: What is this Loading Graphics for Plan View slowdown? Anybody else? 4.11
Doubt it. It's somewhat working and not completely broken. So, no reason to waste developer time and reduce shareholder return over saving us time.
The graphics system, especially for linework, is super inefficient. It seems reasonably ok for point clouds though. I don't know what it is doing, but reloading data all the time from God knows where doesn't seem right. Memory usage seems over the top as well compared to Trueview for instance.
With nowadays SSD transfer rates the loading of a saved project, which means memory state, should be pretty much instantaneously.
Just a really bad example, been playing around with an OBJ file (my own macro, TBC can't read them).
200 MB OBJ leading to 4.1 million simple 2-point start/end line segments.
- TBC project - 224 MB - no line styles or other fancy stuff
- loading from an open TBC instance - 3:10 min
- loading the graphics data just for plan view - another 2:00 min
- zooming too far in the 2:00 min rebuild starts all over again
- enabling/disabling layer another 2:00 min coffee break, if I die from cardiac arrest, it's on Trimble
- memory usage when empty 3087 MB
- memory usage with file loaded 8050 MB
- exported the lines as DWG - 228 MB
- loading into running DWG Trueview and linework visible in 12 sec!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
- occasionally a 1 or 2 sec delay while zooming
- enabling/disabling layer -> linework there instantly
- memory usage when empty 410 MB
- memory usage with file loaded 2602 MB
And what is even weirder, in the meanwhile I know how to add graphical overlays to the viewports via macro, i.e. to highlight a selected line.
My slow python macro is able to "highlight" those 4.1 million lines in 30 sec.
I'm cutting a little bit the corner since I know that the lines are straight 2-point segments and no curves involved which would require chording.
But something for the developers to answer, why is this uncompiled python script 4 times faster than the standard high performance compiled C++ view loading???
def drawoverlay(self): TrimbleOffice.TheOffice.MainWindow.AppViewManager.RemoveOverlayGeometry(self.ViewOverlay) self.overlayBag = OverlayBag(self.ViewOverlay) # create a new/empty overlaybag layerobject = self.currentProject.Concordance.Lookup(8) # as an example get layer 0 as object - doesn't even need to be visible for sn in layerobject.Members: l = self.currentProject.Concordance.Lookup(sn) polyseg = l.ComputePolySeg() self.overlayBag.AddPolyline(polyseg.ToPoint3DArray(), Color.Green.ToArgb(), 1) # if it only needs to be visible in all Planview then remove the Hoops3DViewGUID array = Array[Guid]([DisplayWindow.Hoops3DViewGUID, DisplayWindow.HoopsPlanViewGUID]) TrimbleOffice.TheOffice.MainWindow.AppViewManager.AddOverlayGeometry(array, self.overlayBag) return
------------------------------
Ronny Schneider
Original Message:
Sent: 07-25-2024 18:26
From: Nick Bennett
Subject: Re: What is this Loading Graphics for Plan View slowdown? Anybody else? 4.11
Hi All,
I found this after having the same issue almost 6 years after the beginning of this thread, and it is still happening the same way as Ronny described above.
Any chance Trimble could fix this before a decade has passed?
------------------------------
Nick Bennett
Original Message:
Sent: 05-18-2020 21:08
From: Ronny Schneider
Subject: Re: What is this Loading Graphics for Plan View slowdown? Anybody else? 4.11
Hi Alan,
I understand that concept with the line styles and that it converts in worst case one line segment into thousands of tiny little ones. But that's more of an issue if you zoom out.
But zooming out is smooth and without any delay on my machine. I have the issue with zooming in to about 30 cm and just a few lines left on the screen.
I have enabled the show as solid and even set my lines to solid and no text visible.
I've got a mid size road model with given triangles for the subgrade quantities I have to cleanup, so I'm zooming in and out and rotate a lot in 3D view. And usually with the last mouse wheel click it starts to rebuild in plan or 3D view with just a few lines left on the screen. I don't think it's line style related.
I've got 16 GB out of 32 of RAM left, so once it has rebuilt something it could just keep it in memory all the time and not forget it within a few seconds. And looking at the Quadro graphics RAM and the main RAM, they don't seem to change during the rebuilt. So what is it actually doing?
I have the feeling it's getting worse the larger the file gets. With all the surfaces and Cut/Fill maps the file is meanwhile at 400 MB.
TBC 5.30