I think this is one of the most functional and safe additions you've made so far and hope this, together with bricks is going to be added to Orca soon! Fantastic work.
variable layer heights with this would be game changing, there'd be no visible distinction between variable layer height and completely low layer height prints
Dear god man, how have you managed to create multiple revolutionary and actually game-changing features in the span of 1 week, when getting just scarf seams in prusaslicer took like 10 whole months? I swear you're going to end up changing the way we 3D print entirely in such a short time. Kudos to you!
This is a great example of how you can change the G-code without diving deep into the source code of the slicer. I believe that such prototyping in high-level languages should become more common. Then more people will be able to contribute their ideas to the world of 3D printing. Multi-axis 3D printers may be available in the future, including 6-axis printers. However, right now there is no widely available software to manage them.
For improving curved surfaces you can use simple linear interpolation. If you use four points you can calculate the control points of a bezier curve and interpolate using this higher order curve.
.6 Nozzles have reduced detail on fine objects, increased oozing with PETG, its harder to print really small layers (like .12 or lower) and it still leaves you with the issue of perimeters all having really tall or short layer heights contributing to time-wasting. Being able to print 3 or 4 perimeters total and have just 1 of them being really fine and the others chunky would make for huge improvements in print time over just having different layer heights for infill. Still, the infill thing is good to know - that will still save time for me in future.
But if you want something strong with a nice finish, the setting you are talking about are not saving as much time as the script. If you set wall thickneas of 5 walls, this setting prints all 5 at lower height right? While the script in the video only affects the single outer layer.
Excellent thinking buddy, well done, and this is a super useful addition. Thank you for this, no doubt in time it’ll get incorporated into the slicer…if you can have variable extrusion widths, and variable layer heights, it must be possible to apply different layer heights for wall types ultimately. Layer height 0.2, outer perimeter walls 0.1 etc.
You are going crazy man, well in the good way! Something like this already exists for infill, why no slicer maker ever thought about this??? For curved surfaces you could vary the line width. I routinely use 0.6 mm line with on a 0.4 mm nozzle. You can reduce it to 0.3 mm wide and move it inwards on the top of 2 partial layers. This might be the easy bit. Recognizing the curve is probably the hard part.
doesn't it already do that with combined infill option? keeps your walls the set thickness (ex 0.08) but lets infill go up to max thickness for your nozzle (.24 or maybe .3 depending on your profile for an 0.4 nozzle)
I was using that reverse on simplify3D back in 2015 i think. Pretty sure this is also present on current prusa/orca but can't confirm since i havent used that specific function in a long time.
Cool idea and hopefully a step towards getting this working on curved outer walls. I haven't run this but from a skim of the code, it looks like your "Detect layer changes" block will also catch Z-hops. I don't think it'll cause an issue looking at some of my sliced G-Code but thought I'd flag it. It might also be worth noting that it looks like you're not retracting and/or Z-hopping between the new wall extrusions and that might cause issues for some, although I can see that some of that would be mitigated by printing outside walls first. You might be able to avoid this problem if you alternated the direction of each new layer (rather than travelling back to the start position for each one) which I think should be possible by just reversing `external_block_lines` in the backward pass.
I had to mod the script for Bambu when it came out and reprinted a part for a customer. This script came right on time for me :) Nice to see further improvements.
Nice work! I was actually going to test it but in the last sentence you mentioned it doesn't smooth out curved surfaces. I totally understand that this is way more complicated to achieve. Thank you anyway!
where command only works for cmd/batch environment, for modern terminal/poweshell environment one should use get-command instead. and it's so fun to see silly blurred default python install paths :)))
Hmm. Interesting. I think a good way to improve smoothing in curved surfaces would be to implement a gradient on the width. Something similar like bricklayers, but you kinda increase or decrease perimeter width per perimeter according to the angle of the curve. Keep up the good work!
Your Videos and creating new ways of doing exactly what everyone wants and needs is amazing. Downfall is for the life of me I can not get any of them to work. I have tried for days and no go. I get and error about the output locations upon trying to export. I have moved the locations and retyped them gI have added and removed spaces. Still nothing. Yet looks easy enough.I am at a loss. I have tried this project and the pattern one. same issue using prusa.
How simple is it to reverse the process? ie. increase the layer height of infill and inner walls? This will probably give you optimum details without thinking about "anti-aliasing" of the slopes, etc.
Looking forward to this and brick layers being standard options in slicers instead of add-on Python scripts. A similar reduction in print time can be achieved by setting layer height to the shorter layers and then turn on combine infill layers so a double tall infill is printed after two finer perimeter layers.
Expecting slicers to add features will be a long wait. Only slicer that does features on mass is CURA. Everyone else is too busy spending a decade on paintable supports rather than any small features. Then you have the fact that Prusa was years late to organic supports... like come on. Cura already had them for 3 years
Can you change the script so that it combines the inner layers, and does not additionally slice the outer ones? That is, we slice the model with a layer height of 0.05. And we want the height of the inner layers to be 0.2. Then -4- from this expression: 0.2/0.05=4. That is, we take the trajectory of the inner walls from each 4 * n + ( 4 / 2 ) + 1 layer for this example. We skip the first layer, which is equal to what we set in the slicer for normal adhesion to the table. And we get a sequence of layers with a base trajectory for the inner walls 7,11,15, ... We take the flow as an average over 4 layers or multiply the flow on our base layer by 4. And thus we get inner layers with a thickness of 0.2, and outer ones 0.05, since we did not change them. Excluding the first one, of course. This will improve the quality of the outer walls, including the curved ones.
Heads up for anyone trying this. I was getting error code 1 in Orca slicer when trying this. It turns out it's because I tossed the smoothifactor script in my Orca folder which I guess Orca doesn't have permission to access. Moved it to my downloads and now it slices the gcode. (haven't confirmed if it's changing the walls yet)
Not sure what I'm doing wrong but can't seem to get this to work with Orca Slicer. I slice, cmd window flashes as the script does its thing, I click export GCODE file, import back into Orca and its like it didn't change anything. The log file looks like it did things, but just not seeing anything changed on my print. I'm just testing on a primitive cube in orca slicer. I have verified that the post processing script is in the exact format as the video.
Id like to make some addons for cura or a slicer, but idk how. Im learning python/ getting better at applying everything new. Could you create a video where you explain how the slicer works from the super basic code perspective ? It would be cool to have a thing called a hairy purge block if someone is doing multicolor. You create a 1 wall thick 3d shape and then use a camera on the printer to determine how much material you purged, then iron on the material you just extruded.
Now that I've gotten to play with this, I see what you mean about slopes not benefiting from the script; do you have any plans for looking into finding a workaround for that? It's unfortunate because if that were there, it'd basically be a quality magic bullet, almost perfectly resolving the quality vs time problem we currently face. Thanks again for all your efforts! I hope Prusa works this stuff in natively eventually, its potentially VERY useful stuff you're putting out!
Isn't there absolutely no point if it doesn't improve the appearance of non-vertical surfaces? It sounds like these algorithms really should be implemented at the slicer level instead of being post-processing scripts. This would allow access to the original mesh instead of trying to patch things up after the model was already sliced.
This is usually the first steps towards possible slicer adoption, it has to prove it's use-case and have real benefits, speed while maintaining shell detail is what it's about. I think it's fairly reasonable to have a post-process script for now. They had no obligation to release anything really.
You are absolutely right about the fact that such things are better implemented at the slicer level. Unfortunately, sometimes it takes years for such features to be added there
To have increased details from smaller layer height the only possible way is to increase layer heigh for internal structures instead of reducing layer height for outer walls, but it will break majority of infill patterns, it is better to make native implementation instead of playing with postprocessor
@@tengertechnologies there is, gcode with specific layer heigh is a lossy way to describe object, in other words, you do not know real geometry at this point. You might interpolate but it's not really representation of lost details, just a static "assumption"
@@tengertechnologies anyway, "infill combination" in orca slicer does exactly what i described, as added benefit it might work with your brick layer postprocessor if it won't go insane because of oversized infill
9 дней назад
@@SergeiSugaroverdoseShuykov It's only lossy if you upsample the outside, instead of going the other way and downsampling the inside. Yes, that would of course be very similar to infill combination but still a small step forward by including the inner perimeters.
Why would you need a python script for that? Set layer height to 0.1, then set combine infill every 2 layers, or set layer to 0.05 and combine infill every 4 layers, and you are done... Been doing that since 2016.
Hey, is it that publishing these logics and codes under GPL will have legal force to prevent future pantenting ? If it's the intent, wouldn't you think you'd need a more formal description of the purpose methods, etc... maybe following the typical patent format ? Oh and thank you btw :-)
Yes, there is indeed but analyzing the generated gcode with combine infill enabled I notice that it only applies for the infill (Like the name of the functions says), the script created by @TenTech is much more efficient because it combines all "inside" features not only the infill and prints just the outer layers with a smaller layer height. Looking forward to having this option implemented on the slicers !
Edit: Found solution - Prusaslicer was set to bgcode. Changed it to gcode and it worked. I've gotten an error code on Prusaslicer. Error code: 9009 The smooth_wall_log file is blank. Any ideas?
seemed like an interesting concept until you showed it doesn't improve non-vertical surfaces. Might be more beneficial when using larger 0.6/0.8mm nozzkles maybe as those layers can be chonky. But unless the lower layer height follows the STL contour it doesn't provide much benefit for regular printing.
Any particular reason for not: Just reduce the layer height in the slicer and have it combine the infill? If I recall correctly it is a quite old feature (might predate the prusa fork of sli3r, but I'm not 100% sure its that old), in Orca slicer its called infill combination
The Orca one only seem to be modifying the sparse infill (I'm not sure why it doesn't also do it for solid infill layers, but I guess there is a reason)
Doesn't work for me. I use orcaslicer. And the script generates the first layer without changing, and the subsequent layers are superimposed on each other. that is, the model becomes equal in height to 2 layers.
Tried this but keep getting Error code: 9009 in Orca when trying to save the gcode. Tinkering I finally got Orca to export but the outer wall is now only 2 layer tall... Tried multiple iterations and prints come out with outerwall missing. Shame too because this would be a huge game changer got large prints that require small layers.
@jomiller7332 lol it is a guy that says hey a patent is for the states so fuck it. I don't think he would prefere bambu 🤣 (also don't care, bambu studio needs to be open source so yeah...)
i think your approach with post-processing is fundamentally flawed. you should start off with normal slice at 0.05 and then post process it to 0.3mm height for internal structures and supports. i personally would seek for a way to combine 2 native slicedowns at 2 layer heights and merge the high quality shell with the coarse internals gcode
Just 3 days passed and we get another gem from the same guy?? Amazing, can't wait to try it out!
Seriously. This guy is innovating slicer software singlehandedly
I think this is one of the most functional and safe additions you've made so far and hope this, together with bricks is going to be added to Orca soon! Fantastic work.
variable layer heights with this would be game changing, there'd be no visible distinction between variable layer height and completely low layer height prints
Dear god man, how have you managed to create multiple revolutionary and actually game-changing features in the span of 1 week, when getting just scarf seams in prusaslicer took like 10 whole months? I swear you're going to end up changing the way we 3D print entirely in such a short time. Kudos to you!
1:55 holy bridging
Back to back amazing contributions!! Thank you so much!
This is a great example of how you can change the G-code without diving deep into the source code of the slicer. I believe that such prototyping in high-level languages should become more common. Then more people will be able to contribute their ideas to the world of 3D printing.
Multi-axis 3D printers may be available in the future, including 6-axis printers. However, right now there is no widely available software to manage them.
For improving curved surfaces you can use simple linear interpolation. If you use four points you can calculate the control points of a bezier curve and interpolate using this higher order curve.
Fantastic! One of many features I've been wondering about if it would ever exist. You're doing great things!
Interestingly this was a thing in Cura a long time ago, but then disappeared.
@@WellHiddenTreasure Huh, I didn't know that. There's a lot I miss about Cura though, hahaha.
You are insane. Wish I could use them, but post-processing scripts are the bane of my existence, they never work as intended
Cool! With combination of variable layers it could help with curved surfaces. Thanks!
You can do this in most slicers.
I've been doing this in cura for years.
I always use a .6 nozzel; print outer walls at .2, infill at .4.
.6 Nozzles have reduced detail on fine objects, increased oozing with PETG, its harder to print really small layers (like .12 or lower) and it still leaves you with the issue of perimeters all having really tall or short layer heights contributing to time-wasting. Being able to print 3 or 4 perimeters total and have just 1 of them being really fine and the others chunky would make for huge improvements in print time over just having different layer heights for infill.
Still, the infill thing is good to know - that will still save time for me in future.
But if you want something strong with a nice finish, the setting you are talking about are not saving as much time as the script. If you set wall thickneas of 5 walls, this setting prints all 5 at lower height right? While the script in the video only affects the single outer layer.
man, there are some true geniuses in this world
Nice! I might use this to have thicker inner walls with a larger layer height for strength, and vice versa on the outer walls for quality.
Excellent thinking buddy, well done, and this is a super useful addition. Thank you for this, no doubt in time it’ll get incorporated into the slicer…if you can have variable extrusion widths, and variable layer heights, it must be possible to apply different layer heights for wall types ultimately. Layer height 0.2, outer perimeter walls 0.1 etc.
I was looking for this exact option in orca slicer just 2 days ago! Brilliant!
You are going crazy man, well in the good way!
Something like this already exists for infill, why no slicer maker ever thought about this???
For curved surfaces you could vary the line width. I routinely use 0.6 mm line with on a 0.4 mm nozzle. You can reduce it to 0.3 mm wide and move it inwards on the top of 2 partial layers. This might be the easy bit. Recognizing the curve is probably the hard part.
Your work is freaking revolutionary.
I'll make sure to donate as soon as I have some spare money.
Thank you so much!
Oh, so unfortunate that it doesn't work on curves. That was the only practical usage :(
I am amazed by you, you are a genius, you have some really innovative ideas. Thank you so much for your work, and sharing it with the world.
Wow you're on a roll with these awesome updates
What about reverse approach? Slice with fine layer height and change infill to bigger. It will not have problems with details on surface.
doesn't it already do that with combined infill option? keeps your walls the set thickness (ex 0.08) but lets infill go up to max thickness for your nozzle (.24 or maybe .3 depending on your profile for an 0.4 nozzle)
I was using that reverse on simplify3D back in 2015 i think. Pretty sure this is also present on current prusa/orca but can't confirm since i havent used that specific function in a long time.
Bit would this work if you set multiple outer layers? Otherwise, it would not really be saving that much print time.
What a great script, thank you for sharing, I will try it out! :) I hope they will implement it in Prusa Slicer!
This feature is already present in Orca Slicer/Bambu Studio. It's called "Infill Combination"
I think this also Changes the inner perimeters, Not Just the infill combining. So thats kinda cool.
Cool idea and hopefully a step towards getting this working on curved outer walls.
I haven't run this but from a skim of the code, it looks like your "Detect layer changes" block will also catch Z-hops. I don't think it'll cause an issue looking at some of my sliced G-Code but thought I'd flag it.
It might also be worth noting that it looks like you're not retracting and/or Z-hopping between the new wall extrusions and that might cause issues for some, although I can see that some of that would be mitigated by printing outside walls first. You might be able to avoid this problem if you alternated the direction of each new layer (rather than travelling back to the start position for each one) which I think should be possible by just reversing `external_block_lines` in the backward pass.
I had to mod the script for Bambu when it came out and reprinted a part for a customer. This script came right on time for me :)
Nice to see further improvements.
So it works with Bambu studio?
@@thainarv idk. I use OrcaSlicer.
Gotta do this one and the brick layers now make the script decrease the layer height on only the outer walls so the inner AND infill can be bigger
Idea for your next project,
Give the user the option to Iron any layer he wants. Like how Orca slicer give you the option to pause at any layer
Awesome....One man industry innovation source!
Nice work! I was actually going to test it but in the last sentence you mentioned it doesn't smooth out curved surfaces. I totally understand that this is way more complicated to achieve. Thank you anyway!
This would be even better with adaptive layer thickness for the walls.
where command only works for cmd/batch environment, for modern terminal/poweshell environment one should use get-command instead. and it's so fun to see silly blurred default python install paths :)))
Great work ! 👍🏻
This is amazing since thicker laywr are better mechanically
Hmm. Interesting. I think a good way to improve smoothing in curved surfaces would be to implement a gradient on the width. Something similar like bricklayers, but you kinda increase or decrease perimeter width per perimeter according to the angle of the curve. Keep up the good work!
We've had infill every x layers since forever, weird that we didn't have inner walls every x layers before.
Your Videos and creating new ways of doing exactly what everyone wants and needs is amazing. Downfall is for the life of me I can not get any of them to work. I have tried for days and no go. I get and error about the output locations upon trying to export. I have moved the locations and retyped them gI have added and removed spaces. Still nothing. Yet looks easy enough.I am at a loss. I have tried this project and the pattern one. same issue using prusa.
How simple is it to reverse the process? ie. increase the layer height of infill and inner walls? This will probably give you optimum details without thinking about "anti-aliasing" of the slopes, etc.
Looking forward to this and brick layers being standard options in slicers instead of add-on Python scripts.
A similar reduction in print time can be achieved by setting layer height to the shorter layers and then turn on combine infill layers so a double tall infill is printed after two finer perimeter layers.
Expecting slicers to add features will be a long wait. Only slicer that does features on mass is CURA. Everyone else is too busy spending a decade on paintable supports rather than any small features. Then you have the fact that Prusa was years late to organic supports... like come on. Cura already had them for 3 years
@@WhatsTheWordBozo - We just got paintable fuzzy skin. That was on my 2024 wish list.
How can I possible not like this and leave a comment?
absolute god!!! but u deffo should implement the curve surfaces it will be a game changer for miniatures printing.
Can you change the script so that it combines the inner layers, and does not additionally slice the outer ones? That is, we slice the model with a layer height of 0.05. And we want the height of the inner layers to be 0.2. Then -4- from this expression: 0.2/0.05=4. That is, we take the trajectory of the inner walls from each 4 * n + ( 4 / 2 ) + 1 layer for this example. We skip the first layer, which is equal to what we set in the slicer for normal adhesion to the table. And we get a sequence of layers with a base trajectory for the inner walls 7,11,15, ... We take the flow as an average over 4 layers or multiply the flow on our base layer by 4. And thus we get inner layers with a thickness of 0.2, and outer ones 0.05, since we did not change them. Excluding the first one, of course. This will improve the quality of the outer walls, including the curved ones.
Hmm, what about combining inner walls and infills, so you can have smooth curves? Prusa slicer can combine infill natively
Thanks a lot! 💪🏼
As I'm not into scripts (yet) I'll rather wait till it's implemented in orca 😏🤷🏻♂️
Heads up for anyone trying this. I was getting error code 1 in Orca slicer when trying this. It turns out it's because I tossed the smoothifactor script in my Orca folder which I guess Orca doesn't have permission to access. Moved it to my downloads and now it slices the gcode. (haven't confirmed if it's changing the walls yet)
Any update?
Not sure what I'm doing wrong but can't seem to get this to work with Orca Slicer. I slice, cmd window flashes as the script does its thing, I click export GCODE file, import back into Orca and its like it didn't change anything. The log file looks like it did things, but just not seeing anything changed on my print. I'm just testing on a primitive cube in orca slicer. I have verified that the post processing script is in the exact format as the video.
Wow! Can you teach us how you develop those scripts? Thanks for the work 🎉❤
another banger, enjoy the coffee
Genius 🥰
Id like to make some addons for cura or a slicer, but idk how. Im learning python/ getting better at applying everything new. Could you create a video where you explain how the slicer works from the super basic code perspective ?
It would be cool to have a thing called a hairy purge block if someone is doing multicolor. You create a 1 wall thick 3d shape and then use a camera on the printer to determine how much material you purged, then iron on the material you just extruded.
Amazing work!
This is awesome!
This is great.
Awesome idea
Now that I've gotten to play with this, I see what you mean about slopes not benefiting from the script; do you have any plans for looking into finding a workaround for that? It's unfortunate because if that were there, it'd basically be a quality magic bullet, almost perfectly resolving the quality vs time problem we currently face.
Thanks again for all your efforts! I hope Prusa works this stuff in natively eventually, its potentially VERY useful stuff you're putting out!
Great idea!
Isn't there absolutely no point if it doesn't improve the appearance of non-vertical surfaces? It sounds like these algorithms really should be implemented at the slicer level instead of being post-processing scripts. This would allow access to the original mesh instead of trying to patch things up after the model was already sliced.
Speed
It still improves flat surfaces and he never said that there is no way to do curved it just doesn’t yet
Yeah, but it couldn't be done until recently. Very possible slicers will start implementing those scripts.
This is usually the first steps towards possible slicer adoption, it has to prove it's use-case and have real benefits, speed while maintaining shell detail is what it's about. I think it's fairly reasonable to have a post-process script for now. They had no obligation to release anything really.
You are absolutely right about the fact that such things are better implemented at the slicer level. Unfortunately, sometimes it takes years for such features to be added there
To have increased details from smaller layer height the only possible way is to increase layer heigh for internal structures instead of reducing layer height for outer walls, but it will break majority of infill patterns, it is better to make native implementation instead of playing with postprocessor
Therebis no such thing as „the only possible way“ Just wait for the next update ;)
@@tengertechnologies there is, gcode with specific layer heigh is a lossy way to describe object, in other words, you do not know real geometry at this point. You might interpolate but it's not really representation of lost details, just a static "assumption"
@@tengertechnologies anyway, "infill combination" in orca slicer does exactly what i described, as added benefit it might work with your brick layer postprocessor if it won't go insane because of oversized infill
@@SergeiSugaroverdoseShuykov It's only lossy if you upsample the outside, instead of going the other way and downsampling the inside. Yes, that would of course be very similar to infill combination but still a small step forward by including the inner perimeters.
Great, will definitely give it try! Can this script be combined with the brick layer script?
Just letting you know these work with Creality print as well.
This seems so obvious and hindsight, how are we only now getting this?
Can you run both scripts, fine outer walls and brick layers together?
This is fantastic! Just shared it with some friends. Do you know if this plays nice with your brick layering script as well?
Cool, but in reality it is not necessary. Variable layer height would be better. The script is cool, the work is done great
Does this work with (and how does it compare to) the Sparse Infill Combination option of the slicer?
Try it out and report back please.
Why would you need a python script for that? Set layer height to 0.1, then set combine infill every 2 layers, or set layer to 0.05 and combine infill every 4 layers, and you are done... Been doing that since 2016.
I did not know this trick. Thanks for the tip.
Please tell me how to print the outer wall in a different color if I have IDEX?
what u think the solution to the curved surface would be like an imaginary plane per angle?
Hey, is it that publishing these logics and codes under GPL will have legal force to prevent future pantenting ? If it's the intent, wouldn't you think you'd need a more formal description of the purpose methods, etc... maybe following the typical patent format ?
Oh and thank you btw :-)
Can you use this and the brick layer at the same time?
Isn't there a Combine Infill every n Layers in Prusa Slicer? I believe it does about the same and works with curved surfaces
Yes, there is indeed but analyzing the generated gcode with combine infill enabled I notice that it only applies for the infill (Like the name of the functions says), the script created by @TenTech is much more efficient because it combines all "inside" features not only the infill and prints just the outer layers with a smaller layer height. Looking forward to having this option implemented on the slicers !
Isn't there an option to combine infill layers that does almost the same?
You make very cool scripts. Do you work with the orca slicer developers? It would be very cool if some of this would be native in the slicer.
Impressive!!
GREAT !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
i try on orca with x1c bambu, but i got the same time print, 8hours long, nothing change , its normal ?
Edit: Found solution - Prusaslicer was set to bgcode. Changed it to gcode and it worked.
I've gotten an error code on Prusaslicer. Error code: 9009 The smooth_wall_log file is blank. Any ideas?
hes cooking
Can we get this as a feature request for OrcaSlicer?
I'm starting to think if you made a slicer it would put the others to shame
I don't understand getting the python path. Not sure what it's for? Or am I just copying and pasting what's in the bio?
where's the button for double thumbs up!!!! thank you.
Its really cool but its not something most people are going to use if its not built into a slicer.
seemed like an interesting concept until you showed it doesn't improve non-vertical surfaces. Might be more beneficial when using larger 0.6/0.8mm nozzkles maybe as those layers can be chonky. But unless the lower layer height follows the STL contour it doesn't provide much benefit for regular printing.
What is wall layer height and does it make a difference for surface quality?
Lower height = better quality, but longer print time
This script allows good quality on exterior and bad quality on interior
Did you submit a PR?
Hi, this vide0 didn't show up in my sub list, can you please check if you enabled it?
Letttsss gooooooo
Bro is pumping out banger after banger
Any particular reason for not: Just reduce the layer height in the slicer and have it combine the infill?
If I recall correctly it is a quite old feature (might predate the prusa fork of sli3r, but I'm not 100% sure its that old), in Orca slicer its called infill combination
The Orca one only seem to be modifying the sparse infill (I'm not sure why it doesn't also do it for solid infill layers, but I guess there is a reason)
You can certainly do that, but it doesn't affect inner walls, so this script would be a larger speed boost.
Doesn't work for me. I use orcaslicer. And the script generates the first layer without changing, and the subsequent layers are superimposed on each other. that is, the model becomes equal in height to 2 layers.
Tried this but keep getting Error code: 9009 in Orca when trying to save the gcode. Tinkering I finally got Orca to export but the outer wall is now only 2 layer tall... Tried multiple iterations and prints come out with outerwall missing. Shame too because this would be a huge game changer got large prints that require small layers.
Can you please share your gcode and logfile on github
@@tengertechnologies Gcode uploaded. I'll get the klippy log up as soon as my current print is done. so it can just be the one print.
Great thank you. I was talking about the Log that is created from the script. (Same directory as the script)
@@tengertechnologies Uploaded :)
I know the issue, I‘ll write you on github
comment for the algorithm
This isn't much different than "Combine infill every [X] layers". Only difference is that it's including an inner wall now.
Can prusa give this guy a job offer!?
yep, and please not Bambuuuuuuuuh
@jomiller7332 lol it is a guy that says hey a patent is for the states so fuck it. I don't think he would prefere bambu 🤣 (also don't care, bambu studio needs to be open source so yeah...)
Shame that this exist in "wrong" slicers.
i think your approach with post-processing is fundamentally flawed. you should start off with normal slice at 0.05 and then post process it to 0.3mm height for internal structures and supports. i personally would seek for a way to combine 2 native slicedowns at 2 layer heights and merge the high quality shell with the coarse internals gcode
dude, you need to stop spamming out features :) give us some time to breath :D