zoomer

When I started with VW 2014 I soon (and quite regularly) asked for an option to rename VW generated Classes. I proposed a txt or xml file that lists current VW Names and custom replacements. when starting VW reads that user file and use that naming and Class standard. Similar to what the localized VW versions do. Like VW DE's "none" Class is called "keine" and I think same localization is applied to PIOs. Of course a nice GUI would be even better. I think nowadays we can do similar for DWG Import/exports, where we can map ACAD Layer names with our office standards. Or what about something like Data Manager for IFC - but for VW. So you could build your Office Templates and much less need to think about attaching Objects to Classes manually. Besides the naming, content wise and in my case at least case upper case, it would be nice to be able to control all Class settings and features. Unfortunately there was never any feedback at all.

I liked it. It looked similar to former OpenGL but was much faster for complex models, even with HL in foreground.

AFAIR that happened when it loads the Thumbnails and you have some related Classes set invisible. (Like "None" or other Classes, usually created by VW, which I often have off) Should not be for library resources (?) but happen for resources which reside in your file. (?)

Looks like my VW IFC 2x3 exports with separated components option : - Only exported singly-Ply Walls as IfcWall - All multi-Ply Wall's Components came as separate IfcBuildingElementPart - So there is no IfcWall representation for any multi-Ply Wall's In IFC 4.0 I can not see differences so far between VW 2025 and VW 2026. Here for VW 2026 - All multi-Ply Walls are IfcWall only (no aggregates or such) - Components are accessible in Bonsai IFC Item or IFC Edit Mode (Or Blender Edit Mode) - IfcTypeProduct Infos available - IfcSurfaceStyles (VW Render Materials) seem to be not correctly assigned - (not sure about the VW Building Materials Assignments, but their definitions came in)

It's been a while since I exported IFC from VW - in this sense. Maybe it was Bricscad where users had problems getting their Wall components into Twinmotion and it was said that you could not get the Components out, just the overall Wall. I also think to remember that I had access to Component geometry from IFCs in the past. By VW ? By IFC 2x3+ ? But if it works for you in VW 2025 .....

If I got that right, that is no more supported in newer IFC versions above 2x3 ... Don't know anymore on which forum I read over a few threads about it VW DE, Bricscad, ... (?) Maybe because of the Voids for Wall Openings (?). (Although you could attach a single Void to multiple Objects in IFC) But you could ask also here, they know everything about IFC

OMG, I read this as "and attributes overrides by their (Wall or Component) Classes" 🙂 Thought VW will make an option so older Walls in Plans keep looking the same in VW 2026. In the Update 2 news I also read about Doors and Windows updates ..... while it was meant as Door and Window Assemblies fixes 😅

Could this help ?

251007_Progetto Esterno Villa Lippi v2025.vwx GTT-GI-1-PP-1-00-01-3 v2025.vwx

BTW, is there any vague schedule about SP2 release ?

Uh, I have never seen that memory pressure graph in red .... just brownish yellow .... I assume you would have still enough disk space on your SSD ..... I have seen such warning too. (My M1 SSD, upgraded to 512 GB, is nearly full of crap after 4 years of App installations and upgrades. Only 30 GB or so left for swapping. No matter how often I tried to delete as much Apps and strange cache files) I think Apples shared memory and swapping is totally cool as long as each App's demand fits into the physical memory. As soon as a single demanding Apps wants more memory than available, that swapping did no more work for me and I could only restart my App and or Mac.

Because you have plenty of shared memory ..... Seems I have also higher values with my M4 MBP. I think as long as there is no physical memory shortage to be expected, macOS does not care about swapping or compressing any memory, as it may on weaker specs. Maybe this is more efficient and bit faster overall. I sometimes use more than 90 GB but have not yet seen any swapping. My 16 GB M1 swapped long before.

I opened it in VW 2026. open VW 5.3 GB open File 12.4 GB rendering all 9 VPs 33.6 GB idling seems to stall at 26.94 GB (!?) VW 2026 in background on another desktop space but still eating 3+ % CPU. I think large parts of these 2.22 GB of WIndowServer task may also belong to VW ? EDIT : WindowServer seems to be occupied by Hydra Renderer Support from Apple. Not sure who and why that started. Blender or even VW ? All CAD and 3D Apps closed .... VW closed File 20,28 GB AFAIR Blender gives all memory back when you close a File. Bricscad is also bad with releasing memory. It does but it takes ages. It was said to be the ACIS modeler kernel. And also Bricscad is still Apple Intel/OpengGL.

Restarted VW but got the same. BTW, it is just a clickbait and costs you an eMail address and an ok to SPAM you. No invitation to Beta, just a registration to get a notification when a Beta might be available.

Hmmh, 5.3 GB for VW without even an open file ? I only tried to open an "convert my VWX to DWG please" file which was created in a pirated VW copy - so did not even open that file .... It hink that is a bit too much consumption.