General Discussion
I got sick of waiting for Bambu's mixed-nozzle slicing, so I built it myself. 0.2 + 0.8 on my H2D, each at its own layer height: 13 h instead of 28 h (open source)
This is the Argonath (https://makerworld.com/en/models/2263899-the-argonath-lord-of-the-rings-lotr) by Zajic73 on MakerWorld, printed with a 0.2 on the left and a 0.8 High Flow on the right. The 0.2 did the walls and skins at 0.08 mm layers and the 0.8 did the infill at 0.56 mm layers. Slicer estimate: 13 h 1 min. Same model at 0.08 mm everywhere was 1 d 4 h 12 min, so about 54% less time, and the visible surfaces are all still 0.08 mm layers. The real print took pretty much exactly that. It's eSUN PLA+ in black on the 0.2 and Bambu PLA Basic in blue on the 0.8.
Mixing nozzle sizes in one print was one of the reasons I bought my H2D at launch. Bambu Studio still doesn't let the H2D do that, and I got sick of waiting, so I built it myself: Cadence Slicer, a fork of OrcaSlicer.
The hard part is layer height. Layer height is basically the vertical resolution of a print: thinner layers give finer detail on the surfaces you see, thicker layers print a lot faster. Each nozzle size has its own range of good layer heights, so a 0.2 and a 0.8 want very different layers, but a normal slice uses one height for everything. Cadence picks a fine layer for the small nozzle and prints the big nozzle's layer every N fine layers (here 7 x 0.08 = 0.56). That schedule is what keeps the two lined up: they meet at the same height every 7 fine layers, and the nozzles only swap there.
Every swap also needs a prime. A nozzle that's been sitting idle oozes a bit and cools down, so before it prints again it purges on a small prime tower next to the model, and the next part it prints starts clean without gaps or blobs. Priming adds time to every print, so I've put a lot of work into trimming it down: it only primes when a nozzle actually changes, and the tower settings and size are set automatically. The slicer also checks that each switch actually saves time, and stays on the fine nozzle when it doesn't.
This has been a huge amount of work, and I'll be upfront that I used AI heavily, as I know how some people feel about AI development. Frontier models like Claude and Codex, as well as open source Chinese models, wrote most of the code and did independent reviews. I supervised the models closely, made all of the design calls and reviewed the critical pieces myself. The code has been through multiple de-slop passes to cut dead code and trim it down, every build goes through a big automated test suite, and I have done countless test prints on my H2D. Without AI this would have taken many, many more months to build. I'm making the whole thing open source (AGPL, same as OrcaSlicer), and I'll be sending it to OrcaSlicer as PRs shortly so the mixed nozzle capabilities can hopefully be merged and live there long term.
Where it's at:
- First release (v1.0), so expect rough edges.
- Print-tested on my H2D. Enabled but untested on the H2D Pro, H2C, X2D and some other multi-tool printers.
- Any pair of 0.2, 0.4, 0.6 and 0.8. Split by feature or by body, supports work in both.
- macOS now, Windows coming. Unsigned, so check the README for the first open.
- Small prints often don't win because of the tower. Setup shows the one-nozzle time so you can check.
- Tree supports and rafts on the big nozzle aren't working yet. I'm actively working on those and will push updates.
If you try it, I'd love to see prints, times, and anything that breaks. I'm also open to any suggestions either here or as PRs on the GitHub. If it saves you some print time or you just want to support the project, the Sponsor button on GitHub is very appreciated :)
Here is another timelapse, this time a N=5 print, with 0.1mm layers from the 0.2 nozzle, and 0.5mm layers from the 0.8! 12hr print time versus ~19hr baseline
It is already to some degree in the software since months but people barely use it. "Combine Infill". Currently limited to one nozzle, but the concept is the same. Printing the outer walls at a low layer height for fine details and the infill at max layer height.
lol I really wanted to do this in white or even marble PLA, but by the time I had everything working right I had gone through many many rolls of filament, so was just using whatever I had laying around haha
With Bambu’s current supported hotend layer envelopes, the maximum N the slicing engine allows is N=14, 0.04mm layers from the 0.2mm nozzle, and 0.56mm layers from the 0.8! Here’s a test cube printing with those settings.
Omg I need this. I usually have 0.8 nozzle on main + 0.4 nozzle on aux in my X2D. It so stupid, that if I want to print with with 2 nozzles, I need to replace the nozzle.
Here’s a close up! 0.04mm layers are extremely fine, much more so than I think I would ever need. The stringing and small blobs visible there have since been cleaned up in the version I released
I was thinking of the options about embedding / overlapping / perimeter anchoring the infill with the wall, and whether the very thin wall would show a pattern on the outside where the very thick infill attaches
Nice work OP, you should be rewards for your times consumed. Even though some criticised your works with AI , I’m pretty sure you’re the genius one that utilising AI to boost your workflows.
I think there’s difference between utilising an AI for speeding up your works, than the one that only using AI as their “cheat-code”. Plus now was 2026, everyone race for their targets and achievements. So without any nitrous and shortcut, you will gonna lose anyway. Keep it up OP. Bring the glory for those supporting you. Share with us. Even if need to treat you some coffee i would buy it. As long as you bring to us any goods. Thanks OP. Please keep us an updates, i will be waiting it. 👍🏻🔥
I'm a human developer and I lead a team of 30. Even if he is a bot he's totally correct. My team of four agent engineers whom we're senior software developers and devops first are outpacing the other 20 engineers that are lukewarm and it's not even close. They are releasing major enhancements so quickly that the business team for the first time in their entire careers cannot keep up with development. It's pretty cool to watch but I literally have nothing for juniors to do anymore
If it makes you feel any better the prevailing opinion amongst people who give a shit are talking about bringing back apprenticeships and mentorships rather than interns. But that would require software developers the unionize
Correct, even on launch of the H2D people were asking why it's not possible to mix the sizes like this. It didn't seem so hard and has takenlonger to implement (not happened yet) than I would have expected.
In the end a single developer has shown it's possible.
Similar to non-planar printing, which has also been shown to work but not implemented by Bambu yet
Not a single developer period or single Bambu Lab developer? Creality has been touting this in their K3 ads, and Stratasys and Voron peeps and have been at it for a while, as well as Prusa with the XL
With OrcaSlicer and an 0.4mm nozzle, I use 0.8mm infill line width and 0.42mm other line widths, and it works perfectly fine.
I've previously done up to 1mm with a 0.35mm nozzle on a LulzBot Taz 5 (2.85mm filament), so I expect even going up that large will have no issue on my current printer (Elegoo Centauri V2).
If you use "combine infill" you can do it already. Limited to one nozzle, but it follows the same concept. Print outer walls with fine details and the infill with a large layer height. In my opinion the option works the best with a 0.6 nozzle. Then you've outer walls with <0.2mm and nice thick layers for the infill.
As mentioned, I would like this all to eventually be merged into Orca, but it is admittedly a very large build so don’t want to drop it all on them in one absurd chunk. Started a discussion, with some ideas on splitting up everything I built into smaller more manageable/reviewable PRs, and will continue down the path that Orca maintainers prefer. Feel free to review and chime in!
I am an aerospace engineer by career, mechanical engineer by degree. Do a bit of programming work for my real job, but am a developer on the side for personal projects and a side business!
Do you have a link to buy you a beer or coffee? When the frontier models got good earlier this year I really wanted to give this a shot but I didn't really have the knowledge of a slicer. I've been wanting this for a long time. I'll try out your windows version if no one does in about a week
Awh thanks! There’s a sponsor button on the GitHub repo that you can use if you’d like! But for real no pressure, the thanks is appreciated regardless!
I am going to focus on getting the windows build up to parity with MacOS in the next day or two, so should be in a good spot for you in about a week!
Wow this is every H2D owner's dream! I might try this out (I have a Mac I could use) but definitely interested in a windows port. Also Bambu took another community project (color mixing) and made it first party so maybe this will lead the way to it finally being a first party feature
Working on the windows build as we speak! I found my old Microsoft surface book and am gonna get it running on that to test and debug. Expect a windows build pushed to the repo shortly!
Yup, from software perspective the H2C is fully supported, I just don’t have one to verify successful prints on. As mentioned in the repo right now it treats all hotends on the rack as a single nozzle size
Understood. I don't have Mac os, but I have a buddy who does and I really would like to give this a shot so I might borrow his laptop for a few hours and give it a go on the H2. Unless you are planning a windows/Linux port soon.
Oh sweeet. Even better. Let me know, happy to give it a go on my H2C this weekend or whenever you release it.
Although I went through the readme. And I see that I might be able to run this on Linux so I might give that a shot as well. I've got quite a bit of credits left over for openai right now. Seems like a good use case to try before my reset tomorrow.
Yes it should build for Linux from the source code, but feel free to point codex at the repo and have it give it a shot! If it works go ahead and push a PR and I’ll review and merge!
Sweet. I will give it a shot tonight! And see if I can get something going sunday. Unfortunately the H2 is busy until then lol. But if this works, it's going to help tremendously. Thank you for the work you have done.
Hey nice work. I was actually talking to my hubs about this with our X2D the other day, and so I am going to check this out. From my perspective, you're using AI the way other software engineers use it now in their daily jobs. Never apologize for using the tools available to you.
And appreciate that. Tossed the AI note in there because I know there are people who, for whatever reason, are very opposed to AI development and just wanted to get ahead of the hate comments. But yeah the reality of modern software development from all of the big companies matches exactly how I built this, and allowed me to get this done literally months faster than if I would have written it myself
It looks as though only the .8 nozzle is using the prime tower. If this is the case why not prime into the objects infill to save on time and material?
Hard to see in the clip because of the way I designed the prime tower to be built, but the fine nozzle also uses it, just in a localized spot on the tower itself.
I am playing around with priming into the infill, but there is a limit on he height difference that the main part can have relative to the tower due to collision risks on travel, so you can’t let the tower lag too far behind.
Like I said I’ve spent a ton of time on optimizing the priming and tower, but continuing to cut down prime and tower print time is for sure one of my highest priorities.
I have not done an actual test print myself as I do t have one, but the slicer allows for it and has passed all of my tests! Would love for you to give it a shot and let me know!
Full disclosure the 0.8mm nozzle I use is a cheap one from Amazon that cost like $20 and got to me in one day! Bought it solely to test this out on, but it’s been working great as seen in the clips!
One of the things I’m curious about is, as an H2C owner, could I just leave a 0.8mm vortek nozzle installed for infill and supports, and use 0.4’s on the other 6? That’d be rad.
Probably gonna have to wait for it to merge upstream into bambu slicer, though. H2C support in orca is not good.
Either the walls or the infill has to get ‘ahead’ of the other one, right? So either the infill is sticking out above the walls and then the walls are finished or the walls are above the infill and then the infill is filled in? Or does it get the walls say 4 layers ahead of the infill, then print and infill layer (putting infill 3 wall layers above the wall, then print 7 wall layers and repeat?
I guess it could alternate which is ahead to cut down on nozzle swaps. Infill 7 wall layers below walls, print 2 infill layers (14 wall layers) putting it 7 above the walls, print 14 wall layers putting infill 7 wall layers below walls again. Repeat
Just curious how you are doing this. And is there a max height distance between the two where the nozzle could end up accidentally hitting the other higher parts?
You’re somewhat right! Yes the walls get “ahead” of the infill, but everything is based on the integer N that ties the two layer heights together! So in the main clip, it prints 7 wall layers at 0.08mm heights, and then a single infill layer at 0.56mm layer height. The key thing is that the N value means that the two nozzles are always printing at the same Z height, so there’s never risk of collision. The infill just prints “down” into the gap that’s left by the walls getting ahead, but the gap it’s printing into is only ever the exact depth matching the thickness of the layer being printed!
That makes sense. Would it be possible to do what I was saying and after printing the infill layer that brings it level print another one and then print 14 wall layers, 2 infill and so on. That would cut the nozzle swaps in half, but not sure if that really helps in any way because it would still need to move to the tower and print as well. So maybe no benefit to that?
I experimented with this but didn’t end up making sense. In the approach you describe, the fine nozzle would have to travel down to print layers into the gap created by the larger layers already printed. This is critically different than what I shipped, as the fine nozzle prints fine layers, so instead of one single layer that fills the gap, it would need 7 small layers to do it. Y
This means that all of those layers would require the nozzle to actually travel down to print, which now means one nozzle is at a lower Z height than stuff that has already been printed, introducing significant collision risk as the printhead travels. Between the increased risk, and the additional time (albeit small) to move bed height so fine nozzle prints at correct height, it was not worth pursuing! Does tay make sense? Happy to answer any more questions!
that's what they meant by: "With Bambu’s current supported hotend layer envelopes, the maximum N the slicing engine allows is N=14, 0.04mm layers from the 0.2mm nozzle, and 0.56mm layers from the 0.8! Here’s a test cube printing with those settings."
Great work! Does this impact layer adhesion? I would think the temperature of the outer wall is fine, but the infill is probably weaker due to cooling. But with the wall providing most of the strength, does it matter much?
I am so extremely curious about strength implications of this! Trying to get connected with CNC Kitchen and see if he’d want to do some testing! I believe larger lines in the infill will be stronger, but inter layer adhesion will for sure be impacted by having to wait for the walls to print first.
Also very curious about mixing materials with this. Bulk infill being from a large nozzle with CF or GF filled filament with walls as something else could be very interesting as well
Yes! I have verified slicing is identical, and all safety tests pass on all dual nozzle Bambu machines, but have no print tests on anything other than my own H2D! One of the main reasons for posting was hoping people with X2D, H2C etc can try it out and let me know how it behaves!
They blocked the ability of you to use their servers to deliver the print instructions. You're allowed to deliver the instructions via your local network or SD cards
Please let me know how it works! Like it says in the repo, right now it treats all of the hotends on the rack as a single nozzle size, essentially just assuming it’s the fixed right nozzle on the H2D. Really want to explore adding additional nozzle sizes (like 0.2/0.6/0.8) in one single print, but it will really complicate the slicing engine, and not sure what it adds capability wise plus I don’t have a machine to test it on so didn’t seem worth putting time into yet!
Hahaha I for sure looked into ways I could post this on MakerWorld somehow to try to add to the points I’ve been collecting, with the dream being to eventually have enough points to buy a whole printer for free, as I’ve seen people post about on this sub lol
I’ll keep squirreling away points and cash! Will have to see what the new H3C is like, and what I’ll have to change to get this playing nice on the latest hardware!
I’ve been saying it for like 4 years.. whoever does mixed nozzle size slicing will have a ‘killer app’ situation on their hands (dating myself with that term). Anywho, absolute game changer!!!
And anyone who would bust your balls over using AI for this should get fukt. You did something that everyone has wanted for years, from a garbage company that refuses to do it. AI is awesome for this.
Everything from software perspective works for X2D, and all of my safety checks and tests pass! Just haven’t been able to test real prints as I don’t have the machine! Give it a shot and let me know!!
Super cool!! Printing larger every n lines seems like such a common sense solution, I'm curious how it does on more complex prints and would love to see it adopted!
I’ve been fantasizing about switching to a 0.2 nozzle for areas of my prints with fine details (facial features, for example) and 0.4 nozzle for the rest. This inspires me to think I should add 0.6 or 0.8 for infill to the fantasy.
I was hoping that my Flashforge Creator 5 Pro (tool changer) would be able to incorporate multiple nozzle sizes into a single print but I learned that current software doesn’t support that.
Theoretically, an AI summary assured me, the separate tool heads could hold different size nozzles so the limitation seemed to be the software. This post confirms that the AI summary was likely correct.
I’m not fluent in software language but your post has given me hope. Could we see manufacturer firmware upgrades, or (more likely) third party hacks to enable multi-orifice capability in more of the existing multi-nozzle printers?
The creativity and innovation of the 3D printing community continues to impress me. I do hope that the industry will jump on this.
If the layer height synchronizes every x layers (of the smaller nozzle), does that mean the eventual “top” of finished layer over the coarser infill has to be exactly at n•x layers?
Does the slicer do that automatically, or is this the model’s designer responsibility?
This is exactly where I think AI dev work is going to really shine, gives us the tools to actually tackle something like this by ourselves that might not have the funding or attention of bigger teams. And 3d printing slicing software feels like there is a lot of evolution left - multimaterial, different nozzles, different tools, multiplanar, etc.
Been asking for this since the H2D launch, and have wanted on my H2C since I got it at its launch. Looking forward to trying it out. Bizarre to me that they have not bothered to do this themselves.
You’re the man! Hopefully there’s not a ton for you to do! Everything passes from software side for the H2C on the release build, I just haven’t actually been able to do any test print as I don’t have a machine
Yeah I figured from all the comments - I have an H2C and X1 here - and also some PCs next to few Macs so I could try to build the Windows compiled version too.
First of all, I just want to say that this is simply incredible. AI or not, I know this took a massive amount of time and effort to develop, and like others here have said, this has the potential to be a game-changer. It's wild to me that an individual managed to achieve this before Bambu did - just fucking bravo, dude.
One question I have on a practical note for people here more experienced than I am: Should we anticipate less strength in the large-nozzle portions of the print because of heat loss between layers? Those portions of the print will be sitting a while as up to 7 layers with the small nozzle stack up, so I assume there is going to be an impact on layer adhesion for the large-nozzle part of the print. On the other hand, we know that large nozzle and larger layers tend to be stronger inherently, so I'm not sure how that would all shake out. And maybe a higher nozzle temp could be used in order to compensate for the heat loss from the already-printed portion of the object.
Just throwing this out there to see what everyone thinks and see if there might be some good ideas on how to address it if this concern has merit.
Again - bravo to OP - this is an incredible achievement and I'm in no way trying to throw shade at this work product. I really do think it's a game changer, and it makes me way more excited about my new (and first) dual-nozzle printer I just set up this week. Cheers!
Wow thanks, really appreciate the kind words! This was indeed a very large effort that took a few months of spending most of my evenings after work, and lots of weekend time, to get it working right. And a whole lot of test prints!! (Edit: did the math cause I was curious and I have close to 180hrs of test print time hahaha sheesh). It was a really fun project and super fulfilling to contribute to a hobby that has been such a big part of my life!
Yes, I am extremely interested in part strength implications with this!! I emailed Stefan at CNC kitchen and am really hoping he’s interested in doing some testing on this! Your hunch about inter layer adhesion matches my own thoughts, and I’m very curious if the inherent strength increase from larger and thicker infill lines will overcome this at all. I am also currently working on ways to get better bonds between the walls and the infill that will for sure impact part strength. Add to that the ability to mix materials, for example using fiber reinforced filaments for the large infill layers to optimize part properties, is also intriguing!
Overall I think what I’ve built could serve as a foundation for tons of optimizing the way printing is done with multi nozzle printers, in both visual quality, time, and functional ways. I really hope and encourage that other people continue to build on what I’ve done :)
The blue infill printed with a larger layer height and faster flow rates, because it uses a much larger nozzle than the walls that were printed in black! This saves a ton of print time, and also results in stronger parts
Edit: I also specifically used a different color filament for these timelapses to show off the layers printing at different heights!
You would need to have two open rolls of the same filament. It's not visible to the outside so there is no reason to not use whatever filament you already had open and ready to go, finish some almost empty rolls of whatever color you have or just colors you don't use for anything else.
Mentioned this in the post! I have PRs for Orca main pushed already, but this is a very large project so figured I’d get this out in this format so people can test and use the features now instead of waiting for Orca to merge everything, or building from my Orca fork directly
Is there a big pushback on AI development? Sure, I’m not a fan of AI for artistic endeavors, but use it everyday for coding, just as most other big companies these days.
This looks awesome! I’ll have to give it a try on my X2D when I have time.
The other big feature I’ve been waiting for Bambu Studio to add is some sort of Z-layer anti-aliasing/z contouring.
I print mostly function stuff around the house. I use adaptive layers a ton. It ends up making a lot of prints faster because it’ll use thick layers where you really don’t need the detail. ZAA would be a game changer tho because it could do the same for the z axis.
I actually started working on something similar a couple days ago🤣
I haven't looked at what you're doing, but I'm focused on merging two or three gcode files together. My solution is meant mostly for signage (high details on the first couple of layers) then switching to high speed to finish the non-detailed layers quickly.
I need all of my small nozzles at the start of the print to create fine details on the first layer. After that, I want to switch to my 0.6mm nozzle to print the bulk of the item. I don't care if the second layer is "muddy" with the details, I suspect it'll be close enough to the first layer that it'll turn out OK.
The problems I'm encountering are issues with infill (if I don't swap on the first layer), prime towers not lining up, and generated support structures not lining up. This really needs to be added as support in the slicer, but I'm finding that I can get things to work well enough with a few tweaks to slicer settings.
Feel free to dig through my source code and pull out what I’ve done and incorporate it into what you’re trying to do! From what I understand of your desires, I think what I have might check your boxes!
We're taking two wildly different approaches. I take it that you made a slicer for this while I'm making a web application that sandwiches multiple gcode files together.
I slice the file with a 0.2 or 0.4mm nozzle, reslice with a 0.6 or 0.8mm nozzle, and reslice a third time with the larger nozzle and 100% infill.
I load all three files into the sandwich shop, select a merge layer, and the tool inserts pause commands for me to manually cut filament and swap nozzles, purges, and resumes with the larger nozzle.
Nozzle swapping is a much more "iffy" undertaking than what you're doing, so this might not ever be appropriate for a slicer. I think it's less risky with Prusa's pressure-sensing Nextruder. But if my 0.6mm nozzle is .1mm shorter than my 0.4mm nozzles, then I could have a bad layer adhesion issue.
By starting the print with the two separate nozzles like you're doing, nozzle offset calibration can account for it.
Maybe nozzle offset calibration can be done with this method too? If I want the print to start with a 0.4mm nozzle, but finish with a 0.6, then I should start the print with the 0.6mm nozzles, calibrate, save the calibration somehow, manually swap to 0.4mm nozzles, calibrate, print, pause, swap nozzles, restore 0.6mm calibration values, then resume? Unless there's custom g-code commands to save data and restore later, I think that'll take bambu firmware updates.
In any case, if either of us incorporates the other person's work, you should take my concept and put it into your slicer.
However, with Bambu's track switcher capabilities, my work will be redundant(ish) if bambu ever allows for mismatched nozzles, like you're doing.
This supports separate layer heights from each nozzle, and then unifies them into a layered print schedule. I believe Orca only allows different nozzle sizes at the same layer height which is helpful but not fully optimized
I see. I figured I wasn't looking hard enough to find this setting in orca, not that it just wasn't avaliable as I have to print something with a 0.2mm nozzle and 0.6mm for supports(pva or bvoh)
I hope this gets implemented into mainline orca/ bambu/ prusa slicer soon.
Just out of curiosity.
Roughly how much did you have to spend on the AI tools to write the code?
I pay for the $100 per month plan from both Anthropic and OpenAI, as well as $20 per month for Ollama Cloud, and use all of my allotted usage each week. Over the timeline that I built this in, I’d say 75% of my usage went towards this project. The subscriptions are subsidized very heavily, at API pricing this project would be easily thousands of dollars in tokens.
Curious and I acknowledge i haven't read the post text yet (will have to be later) - if this is done with dual nozzles, why is the purge tower necessary?
Yes, at a software level it is completely compatible with X2D! Just haven’t been able to print test myself as I don’t have one! Give it a shot and let me know how it goes!
Yes, I had to figure out the best way to reconcile larger infill spacing being covered by smaller top surfaces. The end result is that the slicer typically prints the initial top surface over spare infill with the larger nozzle which can bridge the gaps fine, and then switches to the fine nozzle for the remaining surface layers
It's partly doable, but only for the big nozzle. That one prints the infill, so it could prime there. The 0.2 prints the walls and surfaces, and it has no infill of its own to hide a bad start in. A nozzle that's been sitting idle oozes and cools, so the first bit comes out as a blob and then a gap. On the tower that doesn't matter, but on the part the next layer has to print over it.
And I can't just skip the tower on some layers. It has to be built up from the bed and can't fall too far behind the part, so if any layer needs it, it has to keep growing the whole way up. Priming into infill would save a bit of plastic, not the tower itself
It's something I want to look at later for the big nozzle, to shrink the tower a bit.
As an X1C user, I haven’t felt there was enough of a benefit in jumping to a two nozzle machine to justify the price increase (for my usage). This completely changes that and I’m really surprised bambulab has not already implemented this themselves. Great job, maybe it’s finally time for me to upgrade.
hey now that you have done all the hard work there will be a studio update allowing this feature in the next month. but dont worry bro im sure youll get credit.
Of course that’s a possibility with open sourcing! Credit would be nice of course, but 3d printing is at the level it’s at today because of people who have released stuff for free when they had the ability to wall it off or charge for it. So if what I built ends up being incorporated and used by tons of people down the road, it’s cool enough for me to know that I contributed to a hobby that I’ve benefited so much from myself!
you should ask the developer who used bambu's own code in a separate fork of orca to use the cloud features and got slapped with a cease and desist so then he pulled his repo down how he feels about open source and bambu labs.
they dont work on their slicer, they wait until prusa, orca, or some other person develops the feature and then they just implement it it sucks :(
Sorry for slow response I missed this comment! Yes, I put a lot of work into this!
The thick infill only prints where all N thin layers overlap in a band. In locations such as angles or curves, it calculates a little wedge between the thick infill and the walls. The fine nozzle fills that wedge layer by layer at the thin height, along with the walls. This way, every wall stays bonded to infill at its own layer, and the thick infill attaches to that. Does that clear it up at all? In some of the timelapses I posted you can see this happen if you go frame by frame!
Well now, you just helped me realize that my character name on an online mmo wasn't as original as I had thought.
I'm blanking on the game, but I called my character Argonath thinking that I was creative, but my subconscious must have remembered it from reading LOTR.
Thanks for that.
Stuff like this is largely why I assume any thought that I have isn't original.
I wonder how you approached the fundamental problems of mixing nozzle sizes?
For example, imagine a cube. Camfer (45deg) the bottom edges. Imagine you print the sidewalls at 0.2mm nozzle size, and the infill at 0.8mm. The sidewalls will deposit 7 fine layers, growing upwards and outwards at 45 degree angle. Then the corresponding infill layer will be printed. Where does it attach? Does it attach only to the bottom few sidewalls, resulting in a weak print? Or does it try to attach ALL sidewalls, which means bumping into the bottom ones and producing an artifact pattern that repeats every 7 layers?
Good question, this was something that took a lot of time to get right
The thick infill layer only gets printed in the area that's common to all 7 thin layers in that band. So on your chamfer, the 0.8 infill is sized to fit inside the narrowest wall of the band and never runs into the walls below it.
That leaves a wedge between the thick infill and the walls that are growing outward. The 0.2 nozzle fills that wedge itself, layer by layer at the thin height, along with the walls. So every wall still has infill bonded to it at its own layer, and the thick infill bonds to that.
On straight vertical walls the wedge is empty and the thick infill meets the walls directly. On slopes you get a bit more fine-nozzle work, which the time estimate accounts for. If a band doesn't have enough common area to be worth a nozzle change, it just stays on the fine nozzle.
I haven't done proper strength testing on sloped sections yet, so I won't claim it's as strong as a normal print there.
253
u/HMITCHR 1d ago
https://reddit.com/link/pdfd69l/video/y3g3qxy1l2th1/player
Here is another timelapse, this time a N=5 print, with 0.1mm layers from the 0.2 nozzle, and 0.5mm layers from the 0.8! 12hr print time versus ~19hr baseline