I am having a heck of a time since recent updates with processing files in Bambu Studio. I am working with a company file that is the equivalent of a 12 story building without windows…lots of details. However, I cannot share it because I do not own it. The file was originally created in Navisworks and then translated to a colorized .obj file for me to print within a 10in x 10in space that the X1C offers as a single whole unit with PVA supports.
1-Is there a file size limit? I am working with .obj files that are up to 10 Mb in size. Bambu Studio seems to be unable to work with anything over 2 Mb.
2-Does the repair function of a file (correcting non-manifold edges) require an internet connection? It takes so long and I don’t see my resources maxing out. I have worked with both Dell and NVIDIA on the workstations settings but I am not maxing out the resources.
3- Is Bambu Studio cloud based processing? I bought a dedicated workstation and discrete video card to see if I could speed up processes and it does not as these processes are mainly CPU intensive. In monitoring multiple workstations, each trying to solve the settings problem, I notice that none of my resource max out. These files I work with take days to repair and in one test I broke the network connection and Bambu Studio froze and then crashed at some later time on one workstation. At one point, I loaded a large file into Bambu Studio and then attempted to save the project and the application would fail. When I reduced the file size and then tried it…it worked for all files smaller than 2Mb.
4-Has anyone came up with a slicer that is not cloud based? I looked it up and it seems that most are in this manner. I need to figure a way for the slicer to speed up so I can process these large files quicker. Or, I need to parse them in Fusion/Blender before I send them to the slicer so the files are small enough to manage. Fusion is another problem because of it’s cloud based issues but it also has an offline mode.
I am not sure about questions 2-4, but for question number 1, I have printed step files that are over 30Mb without issue. Now a step file is not the same as an STL, so I don’t know about the limitations. But, I would think the limitation would be the computer memory and processing power to process the file?
The printer would have a limited memory too. Does anyone know what that limit is? Limit to the size of the G-code that can be sent?
My dedicated workstation is a Dell Precision 3460, Intel i9 vPro (14900 24core 32logical), 64G RAM (DDR5 5200MT/s ECC), a discrete graphics card (Nvidia RTX 4000 SFF ADA), and the drives are Samsung PM9A1a (7GB/s read 5.1 GB/s write, each 2TB PCIe NVMe Gen 4 Class 40).
Because I am not seeing the resources max out… I am sure it is a matter of dialing in the software for Nvidia and Windows plus Dell has their own optimizer for workstations but I can’t find it. However, since the latest software update with Bambu…something is really broken because it is happening on all three of my computers.
Although I am not much of an IT expert, I expect that your system or installation has some inefficiencies.
I am currently printing a 55MB gcode plate from a 19 plate Studio file. File repair and Slicing do take some time, but nothing excessive.
The only item I see occurs when sending the print code through the cloud as the progress for the printer download shows 100% while still in file processing.
As for other slicers, Orca is quite neat, popular and/but very similar to Studio.
I think the impact of file size heavily depends on the file type.
E.g. STL with 100 MB might work flawlessly while a 5MB OBJ might cause trouble.
Maybe for a test you can export it as STL instead of OBJ? i think BambuStudio anyway is doing that internally.
At which step does it fail? Is it already at import or later at slicing?
Thanks i tried a couple of runs with the network off and the software does work even offline.
My mistake was I had my file on a network drive… when i cut the network I thought the incorrect thing was happening. I moved the files to my local drive and now the network status has no effect.
However, I still have my issue with not being able to repair and slice. I opened a ticket with BBL.
Thanks, that is what I needed to hear. My file size should not be an issue. I cannot even reposition the view without using shortcut keys and it takes minutes. It is happening on multiple different setups all with the latest update of Bambu Studio. I see no real processor utilization and nothing is maxing out but the progress bar doesn’t move for days when repairing and then crashes.
Often when opening in Bambu Labs, I try to save the project and it fails because the file size is like 100Mb and cannot be opened. I have tried immediately exporting to STL and that works. When I open the STL in BB Studio, I cannot move it around and my attempt to repair the non-manifold edges takes days and ultimately crashes. I tried splitting the model immediately and it takes hours for me to get the model to comply. Then i tried taking the smaller chunk (after saving) and repairing it and again it takes days.
I opened a ticket with support and included all my logs. Maybe they have an answer with the additional data I had to upload (logs, source files, etc.)
In the Network tab on the printer, it says WLAN(Only for 2.4 G). Can’t 5 G bandwidth be used? I couldnt understand it. Does it show where it is connected? What is this expression?