Jump to content

Slashee_the_Cow

Assistant Moderator
  • Posts

    1,692
  • Joined

  • Days Won

    57

Everything posted by Slashee_the_Cow

  1. Whether they're morons isn't really relevant. What matters is whether they're sheeple who just follow what other people are doing. Less intelligent people (not including you, since if you're smart enough to know you're not a genius, you're not stupid enough to think you are) can be capable of independent thought, which I would say is dangerous, but considering people have killed themselves doing "challenges" on TikTok, probably less dangerous than following the herd. Intelligent people can be sheeple just as easily though (i.e. Cult of iPhone) and that's the real shame since their independent thoughts might be worth something.
  2. For reasons I've never understood, Cura creates folders at both ~/.local/share/cura and ~/.config/cura Why it has a folder in .config I've never understood because it always seems to load the configuration from .local Maybe see if there's a cura.cfg in ~/.config/cura/5.6 and if so move it somewhere else on the computer (move instead of delete in case it messes things up completely, you can move it back) and see if it'll generate a new config file in one or both folders.
  3. I appreciate the sentiment, but don't worry about it. I'm well adjusted. They don't want to act like they're family, I don't have to bother acting like they are. Saves money at Christmas. Fewer presents to buy. 😄
  4. It's been at least ten years since my stepmother has talked to me or even sent an email or message. "Good riddance to bad rubbish", as my mum would say.
  5. Ah, so you have Experimental > Wipe Nozzle Between Layers turned on? Looks like something it wouldn't be too hard (always famous last words) to whip up a post-processor to remove above a certain layer. Just.. not at 12:30 at night. Later today though I'll look it.
  6. As a stepchild, I can tell you from experience that this is treated much better than a stepchild. For starters, someone has cared about it within the last ten years.
  7. Okay, so if I can get back on topic for a second: Firstly, remember, everything looks terrible when subjected to a macro lens, plus this is only a small 32mm x 32mm example. Oh, and it's PLA, because while I keep a bunch of colours of PLA and a few of TPU in stock, I only have grey PETG. Layers of green printed: 3 Green surface flush with blue: yes Scripts by Greg used: ¼ (he's touched pretty much all of the included scripts so it's hard not to) gcode files used to print: 1 Messing with gcode files required: a little bit Colour changes required: 1
  8. ... I haven't seen any option for that in 5v7 ... It's important to remember that these are fairly niche features you're talking about, and that development manpower is a finite resource. What percentage of Cura users would have a SpaceMouse? I'm guessing under 1%. Cura is almost certainly used by professionals who use UltiMaker's printers and might have one, but there's also a very high number of hobbyists and things like educational facilities using it, most of whom wouldn't even know what one is. There are bugs that need fixing which affect well over 1% of users. There are features in development which will likely be useful to well over 1% of users. It just makes sense to prioritise these things, especially since Cura might be free to download, but is still essentially "sold" as part of the product with UltiMaker printers, both to individuals and enterprise customers. People who spend the money for an UltiMaker printer (I wish I could afford to be one of them) or buy a whole bunch of them for their school or business want solid software with features useful to them, and the significant majority of them do not own a SpaceMouse. So why is it that smaller open source projects like FreeCAD or OpenSCAD support devices like these? They are passion projects. The people who do the development also use the program a lot. And if you're that much into CAD that you develop a FOSS CAD program, then the odds you have a SpaceMouse are significantly higher. And when you're not a company responsible for delivering the best quality software they can to customers, your priority list can basically be whatever you want it to be. Does it suck when peripheral <x> doesn't work with software <y>. Yes. The number of flight games which only recognise my HOTAS as a three axis joystick make me want to through said HOTAS through the screen (fortunately they're often a bit of a tangle of cables so it's not that easy). I have an eleven button mouse. The buttons can act as generic mouse buttons, but most programs won't let you map anything more than a left, right or middle click, so I have to resort to using the configuration program included with the drivers to map them to key combinations. This also means that running in the background I have configuration software for Corsair, Valve (Steam counts when you own a Steam controller), Razer and four different Logitech programs (and not that it runs in the background, but I do have to fire up 8BitDo's software at times). Far from an ideal situation, but I can't reasonably expect game developers to have native support for all these things which most people don't have. What can I do about it? Well for most games, and most software, not much. But if you want something supported in open source software, then you can implement it and submit a pull request to have it included in the main program. I know that it sounds easy when I put it like that but putting it like that ignores the fact that programming doesn't come easily to a lot of people. And the crux when it comes to development: nothing is as easy as it sounds. Nothing is as moderately difficult as you think it will be. Fixing one bug adds two more. So when there's only so many people working on a program, they have to allocate their time as best they can. And adding support for something that will only benefit a small number of people often just doesn't make the cut.
  9. If you can give me an example file (preferably a Cura project so it's set up for your machine) I'm happy to trawl through settings for a bit seeing if I find anything.
  10. How much of a change needs to be made? Do you just need to insert a gcode command at layer 50, or do you need to remove a wiping command from every layer above 50, or... what?
  11. I can see in the log that it found cura.cfg.bu and tried to upgrade that. I didn't think it ever looked for any file other than "cura.cfg". Try closing Cura, then either moving to a completely different location (like your home directory) or deleting the cura.cfg.bu file, then load Cura again and see if it generates a new config file. If it doesn't, close it, open it, close it (just to make sure the log file is full of whatever happens when it tries to find its config file) and post the log file.
  12. Not that I know of (I'm not really a fan of video tutorials in general, I'd rather something written I can go through at my own pace, though it's getting harder to avoid these days). Do this at your own risk if you don't completely know what you're doing. If you put together a gcode file and want to see if it's valid post it and I'll look. The really, really simplified version is: You slice it at multiple layer heights. Open the gcode file for the layer height you want to start with. In the gcode file, find the start of the layer that is after the layer at the height you want to change (don't go by layer number) - Cura leaves comments in gcode files which start with ";LAYER" so it's easy to find the start of layers. Delete that layer and the rest of the file after it. Open the gcode file for the next layer height and find the start of the layer at the correct height (which will be the layer after the change height). Copy that layer and the rest of the file and put it at the end of the first file. Go back to the gcode file for the next height and look for the first line before the layer you copied over which starts with G0 or G1 and has an E number. Copy the number after the E. Back in your main file, on a new line immediately before where you pasted from the next file, insert this command (obviously replace my placeholder with the right number) G92 E<number from other file> Repeat steps 3-7 for each file at a different layer height. (I told you that you need to know what you're doing)
  13. Not even the RepRap Wiki's gcode reference (which covers multiple flavours, including what flavours support what commands) mentions a G5. For all I know, could just be a typo and result in a no-op. They are working on improved tools to test submitted definitions, but even then there's only so much theoretical testing you can do.
  14. Yeah, a lot of people don't do that. Annoys the cud out of me. I don't want people Googling a problem to open the thread, see a wall of text with no marked solution, so just post the same question again. This thread isn't really "solved' so much as a "not our department" as @Dustin explained so there's not really much that can be done in this case.
  15. Try increasing Quality > Support Line Width. The general guideline for line width is 60-150% of your nozzle width, so if you're using a (relatively common) 0.4mm nozzle, set it to 0.6mm. Okay, not the clearest example ever (I just opened a model I use for testing little things). If you want to stop support creeping into extremely tiny areas that can probably be bridged easily, then increase Support > Minimum Support Area (I can't really give you a value, just start with like 1mm² and play around with it). Everything is a competition, at least to me. Have you managed to cut yourself with a craft hobby knife through cut resistant gloves?
  16. I don't mind so much if they're letting me do the thinking for them. */me remembers all the times she's been called on to fix computer "problems" which just involve looking at what's on screen and pressing a button* You know what, never mind. I concur. But when someone wants to remove the top bit from something spiralised, they're not looking for a script which can remove the top <x> layers from anything, especially since their original problem doesn't even involve layers.
  17. Now I'm even more interested to see the cura.log file. It'd be awesome if you could post it.
  18. Hey, you (should) know by now that I think post-processors are the solution to all of life's problems. My problem is your ideology. I think a script should do one thing and do it well. You think a script should do one thing, every conceivable variation of that thing, some other variations you've just conceived, rearrange the special folder on the computer only daddy is allowed to look in* and then make you breakfast. This makes it bloated and impossible to update because you have to track down twelve instances of the same thing. *I refer of course to the folder where you keep your CAD designs, because you don’t want kids who think AutoCAD == MS Paint to find the subfolder in there which contains the things they probably shouldn’t see at their age. It would be really nice if Cura had the ability for post-processors to send messages to the user without expecting the user to open the gcode file and look for the "here's what you should know" comments at the start.
  19. How tall are your layers? If the white only goes up to the same level as you want the red to go to, and if the total height of the red is less than the distance the nozzle protrudes from the lowest part of your print head you might be able to pull it off. Yes, I know my measuring skills suck. You try doing it while holding a camera.
  20. Sorry, hasn't been added. Your best bet would be to slice one in spiralize mode and one in regular mode and splice the top layer/s of the gcode from the regular one replacing the top of the spiralized one. It's not too hard if you know gcode. If you don't... the "how to" is definitely a bit long for me to get into here.
  21. Hi @cnavarrete2000, your always-trying-to-be-Friendly Assistant Mod Slashee here. You're a lot more likely to get good replies if you start a new thread instead of bringing a three year old one back from the dead when it could be a completely different problem. Don't forget to include information like what printer you have, what filament you're trying to use, etc.
  22. You can open cura.cfg in a text editor (a regular one, doesn't have to be in the terminal). It even writes the latest version to use the file: You could try renaming the file (it doesn't really matter what to) and see if Cura generates a new one it can read/write to. If not, since it seems it can write to its log file, so just open Cura, change a setting, close it, open it, change it back, close it (just so the relevant stuff is easy to find) and reply with the Cura log file attached.
  23. Probably. Unless they're already perfect, in which case, no.
  24. Completely empty areas are bad, both in the printing process (higher potential of air bubbles) and for the resilience of the final print. I know you're printing PETG presumably so the whole point is that it's a little flexible, but there needs to be something in there to flex, if your print isn't thin enough that it's entirely walls/shell (and I wouldn't fill this thing with walls or it'll be too solid to bend). Otherwise all the force will be applied to the outer corners and since they hold the shape they can't bend that much before they'll snap. I have several broken PETG prototypes laying around (I can't bear to throw stuff away, it's an actual problem) that can attest to this.
  25. There's currently no way in Cura to do this. You could slice it at multiple layer heights and splice the gcode files together by hand, but especially if you want multiple transitions, that gets to be a lot of a hassle, and you really need to know what you're doing when it comes to editing gcode.
×
×
  • Create New...