I would love it you had the speed selection in the studio like you do in the A1 Menu, this way we can set it at the start
1 Like
It is there, under Device > Status > Control, the gauge that indicates 100% by default
But you cannot select it until the print has begun, so it has to be selected again for every print.
We should be able to make the selection in the Prepare tab, so that it applies to a saved project.
1 Like
Amen to that brother. This is one of those egregious oversights that make you wonder. Is this yet one more example of Cha Bu Duo?
I guess if Bambu made cars, weâd first have to start the car, then pull over five minutes later, open the hood, flip a switch,
OK, now you can access to fourth gear.
Iâm not realy sure if I get you right.
In the preparation tab you select/adjust the speed. You can safe different profiles if you like.
In the standard start g-code the âgaugeâ is reset to 100%, so it will be back to 100% as soon as print start.
If you need different overall velocity during print you can modify the print file with the M220 command.
Thatâs precisely what we donât want to do. Obviously one can do anything with rewriting G-code but where is the logic in doing that? The whole point of the request is to improve the quality of life portion of the slicer and make it easier, not harder, so that we can focus on printing not hacking the code.
OK, understood 
I am âold schoolâ, so modifying everything on 3D-Printer is still usual to me 
But I will learn 
So something similar to Cura´s âchange at layer xxxâ would be nice and more easy. I agree.
We can change gcode, or modify all the various speed tab settings on the Prepare screen, but it would just be simpler if we could make a Silent, Standard, Sport, or Ludicrous selection before slicing, rather than have to wait for the print to start.
Iâm right there with you. 
Iâm revealing my age a bit, but I was a hacker back when it meant someone with intellectual curiosity not some back alley criminal. I admit, thereâs a temptation with hacking G-code that Iâve resisted so far. At my age, I need to be selective about what I delve into. When it comes to coding, I stick to application code such as what I might do with an Arduino or Raspberry Pi.
The logic in that is that itâs easy to modify GCode and save it, so that if you want to print in a non-normal speed, you can just select the appropriate printer profile.
I already made a âno purgeâ printer profile so that if I want to use the same filament as I have loaded, I select my custom one.
I donât think youâll find many in the Bambu communityâa group know for being non-hackers and non-tweakersâsubscribing to that notion. In fact, the defining feature of this community, which aligns with Bambuâs entire marketing strategy, is âprint and forget.â Therefore, the core idea behind these requests, whether right or wrong, is one-button ease of use, not hacking G-code.
You suggestion is the mindset of the prior generation of reprap, Ender and Prusa owners. This would make an interesting poll though.
OK. So to answer my own question, I posted this poll. Poll: Do you own a competitors printer?
It doesnât matter how many in the community subscribe to that notion. I, and Bambu Lab are not forcing anyone to modify their GCode. Anyone reading this will make up their own mind as to whether or not to do it.
Yes, I am of the generation that had to do a LOT of fiddling and hacking to get my printers working, and more fiddling and hacking to get them working as best they could. I got tired of that, and sold all my old printers, picking up a P1S, and VERY much enjoying the click-and-walk-away of it, and am having way more fun 3D printing now.
BUT, and this is a big BUT, I also want to make things as easy as possible, and have done many things to do so.
Bottom line is tha itâs my printer, and if I want to do something with it that doesnât fall into line with your idea of who in the community would be interested in, Iâll just do it.
I wasnât trying to denigrate your point of view, but it seems you may have overlooked my response. Iâll just highlight the specific part I was addressing. My sole point is that you said the following:
I have to disagree with this statement that it is âEasyâ. I cannot imagine a non-programmer putting hacking Gcode into the âeasy bucket,â as your post suggested was all I was saying.
This comment comes from someone with coding and hacking skills who is comfortable with Gcode, but I must acknowledge that few others would share that perspective.
Fair enough, but for those that do find it easy, or for those that receive detailed instructions, it would be nice if we were actually ALLOWED to change something in any and all aspects of the printer. This speed selection wish is exactly the type of thing that could be made more configurable, as is the control of the chamber light.
You will get no argument from me on that front, my friendâI am in full agreement. The control of the chamber light is particularly galling. Back during revision 1.4 of the P1 firmware, users requested the ability to control the chamber light during a print. So what did Bambu do in version 1.5? They ignored the communityâs request and made the light stay permanently on, resetting itself even after a user manually turned it off. Howâs that for not only ignoring customer feedback but actively sticking it to them? I guess they made it clear whoâs boss, didnât they?
The sad truth is that Bambu doesnât listen to or care about what their users express. All these requests for feedback on the forums are just lip serviceâa form of âvirtue signalingâ to make it seem like they care. Care about what? It certainly isnât us.
I do believe we have come to a mutual agreement.
Happy printing, my friend!