AIMEDSOLUTIONS wrote: ↑
Wed Nov 04, 2020 4:50 pm
The main issue I am facing is updating of every thing on every stage. What I want to say is if I made a complete design and I need to modify something, so I am in sketcher and updating the sketch and on every step its give me a long time to wait as its updating entire part. Normally what CADs doing is when we modify the sketch, software wont update anything untill we finish the sketch and close the sketcher.
Other question I will ask if you allow me.
Talking about LinkStage3 NOT master....is this the problem that you are facing? If yes unfortunately "SkipRecomputes" won't help much:
OficineRobotica wrote: ↑
Mon Oct 26, 2020 5:50 am
P.S. I still randomly hit the memory problem from time to time. Do you still need reports or example files? It happens(to be expected) when some modification is done early in the history and allot has to be rebuilt. The problem isn't the waiting, I see peaks of 90% cpu usage which is good but the fact that memory isn't freed anymore not even if I close the file. Only if I close FC completely.
Realthunder has responded with:
realthunder wrote: ↑
Mon Oct 26, 2020 11:05 am
I'll start adding patches for the memory problem in subsequent releases soon (not the next one though), which might be a bit disruptive. On the other hand, the memory not free problem may not be a leak, although I cannot confirm at the moment. Even if the application frees the memory, it still depends on the runtime heap manager to decide whether to hold on to the allocated heap pages in case of future use.
Keep an eye on memory consumption, if FC starts to eat memory and not free it anymore you'vd hit a known problem. The toponaming algorithm is working hard to keep track of all the changes in your dependency graph if a change is made early in the history. From my little understanding, the new toponaming algorithm is a hugely complex mater and Realthunder is aware of this issue and working on it. So we need to be just a little patient. Things will get better.
Just as a side note, I have stress tested some models for the topo naming issue and they were almost impossible to break while sometimes, it is enough to move a line in a sketch in master to mess up an entire model. Until now, the only way I found to brake a model is to trigger logically impossible situations, like deleting 2 or more features of a model early in the tree, so I guess one would call that user error. Realthunder has tought about that also thus, right click on a feature in the tree -> suppress instead of deleting it.
For any other questions just ask here. If I'm able to I will help as much as possible. We must release Realthunder from "user help" as much as possible. Let's just hunt down bugs, he is really good at squashing them.
Thank you for your kind words about the model. Yes, I never made a single mold in my life but searching the internet's one can find tutorials on just about anything so that helps allot. With a bit of experience of how FC works, the vast majority of tutorials for other 3d cad applications can be adapted to obtain the same result.
Anyway, following those tutorials, I'm aware of these problems on my model:
- the shrinkage factor of the plastic was not considered. How would one go about resolving that issue? A fast parametric way that I thought is to use the scale parameter of links. The main mold is modeled in 1:1 scale and the model to be machined is a link of the main mold with scale applied. Would that work as intended?
- no drafts on faces so that plastic component could become a bi*** to release lol
- no plastic intake channel modeled
- no air escape channel modeled
- no release pins modeled
If you see any other problems or have any question hit me with them. Cheers