stonkey has quit [Remote host closed the connection]
califax has quit [Remote host closed the connection]
califax has joined #openscad
ur5us has joined #openscad
walterwhip has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
walterwhip has joined #openscad
Jack2299 has joined #openscad
Jack22 has quit [Ping timeout: 256 seconds]
walterwhip has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
califax- has joined #openscad
califax has quit [Ping timeout: 276 seconds]
califax- is now known as califax
walterwhip has joined #openscad
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #openscad
walterwhip has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
walterwhip has joined #openscad
RockClimb has joined #openscad
Guest56 has joined #openscad
Guest56 has quit [Client Quit]
<RockClimb>
Hello! New user of openscad on linux, 25 year user of linux. I really like the interface but even with real time rendering turn off I have a 4-5 second delay when I type on the keyboard. Any ideas?
walterwhip has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
<InPhase>
Entering things into the editor you mean?
<RockClimb>
yes
<InPhase>
This is not even close to normal. It should be pretty snappy to type.
<RockClimb>
that is what I thought as well
<InPhase>
Most of the devs are primarily Linux, so this is the best tested platform.
<InPhase>
Let's get your info...
<InPhase>
Go to help, library info, and drop that on a pastebin like https://bpa.st
<InPhase>
You can clip out the parts with your home directory if you want for privacy. We don't need that.
<InPhase>
You seem to have cutting edge of everything there. So you might be on the leading edge of a new bug.
<RockClimb>
Manjaro linux. It was a built package. I was already thinking I might need to compile it myself
<InPhase>
In particular your QScintilla is newer than I've seen before.
<InPhase>
(That's the editor.)
ferdna has quit [Quit: Leaving]
<RockClimb>
I was running linux mint up until about 4 month ago. I switched due to it having issues with my older hardware.
<InPhase>
I don't know where Riverbank Computing handles issue reports for QScintilla. There's a third-party github page, but it does not seem to track issues.
<RockClimb>
I was once a high tech redneck, I am now a slightly above average old fart. :D
<InPhase>
That github page hasn't even bumped from 2.13.0 to 2.13.1 (which you have) yet.
<InPhase>
Have you tried launching OpenSCAD from the command line? I'm curious if it prints out any error messages while it's lagging on that typing.
<RockClimb>
I will try that now
<InPhase>
In terms of how can you fix it, a really easy solution is to grab the AppImage and run it with that instead. But it would be nice to know why it happened if there's any information available.
<InPhase>
Perhaps you should consider trying the AppImage also just to make sure it works fine with that. This will be a clue that there's something wrong in the newer libraries.
<peeps[zen]>
RockClimb: do you have excessive memory usage, swapping to hard drive maybe?
<peeps[zen]>
also, i've never head of AMD CAICOS, is that integrated graphics?
<RockClimb>
no on memory usage currently, there are time when I do tend to tax the system. Just not at the moment.
<peeps[zen]>
RockClimb: is the preview window responsive if you just click-drag to orbit around? wondering if its really editor-specific issue or more on the side of graphics driver
<RockClimb>
no, click drag is slow, which is why I turned real time rendering off. I have 2 (cheap) dual monitor cards installed (4 monitors)
<peeps[zen]>
what do you mean real time rendering? the "automatic reload and preview"?
<RockClimb>
yes
<peeps[zen]>
anything weird in dmesg? timeout messages or something
<RockClimb>
nope
<RockClimb>
appimage installed, it is still slow
<peeps[zen]>
its odd that your library info is showing 0 bit for both depth and stencil buffer. try "force goldfeather" in options?
<peeps[zen]>
hmm, well its odd that manjaro is distributing a debug build, that could cause some performance hit, but i wouldn't expect it to be that bad.
<peeps[zen]>
what is the model of GPU(s)?
<peeps[zen]>
i don't know if we have had much testing on dual/multi GPU systems. maybe its rendering on one and displaying on the other or something weird? try the window on each monitor?
walterwhip has joined #openscad
<RockClimb>
force goldfeather made no difference. running from terminal now returns: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 1325, resource id: 10830622, major code: 40 (TranslateCoords), minor code: 0
<RockClimb>
getting video card info
walterwhip has quit [Client Quit]
<InPhase>
Is that an error that only arises with goldfeather? Does it disappear when you remove it?
<peeps[zen]>
that sounds like some issue with multimonitor setups, where Qt tries to remember last window position, but somehow corrupts the info when you close and reopen. there is a ticket for that, on windows i think, but not sure about linux
<RockClimb>
both video cards are Radeon HD 6450
<RockClimb>
trying on each monitor now
<RockClimb>
ok, different result. it likes the first wide screen monitor
<peeps[zen]>
resetting your Qt config might help with that command line error: delete or rename ~/.config/OpenSCAD/OpenSCAD.conf
<RockClimb>
it does not like my standard monitors, it works great on both wide screen monitors
<RockClimb>
click/drag works well too. That gets it usable and I can now play with resetting the Qt config
<RockClimb>
as a long term linux user I tend not to upgrade hardware until I am forced too..... my wife terms that as "cheap bastard" LOL!
<peeps[zen]>
ok, good to hear it is usable. yeah not sure how things work with multi gpu. there may be some alternative graphics drivers that behave better?
<RockClimb>
for reference, it took me about 12 hours to learn the basics of openscad and design my first 3d model
<peeps[zen]>
but those cards are pretty ancient and were already low performance in their day afaict. my GPU is apparently 2412% performance of them :P
<InPhase>
peeps[zen]: Do you know if this happens for other programs using OpenGL or Qt with multiple monitors?
<RockClimb>
better drivers is very possible, as for new hardware........ I own a 1987 truck, a 1994 blazer, and a 1964 1/2 mustang
<InPhase>
I do remember seeing some other multiple monitor issues under Windows on the issue list, but I'm curious how this persists in the larger packages with so many multi-monitor setups out there.
<RockClimb>
this is the first time I have run into this issue but it could well exist in other packages. I never thought to try it on the other monitors, but I will in the future
<RockClimb>
I have to ask this just for giggles, is there anyone in here older than my truck?
<peeps[zen]>
InPhase: dunno. i just know that that ~/.config/OpenSCAD/OpenSCAD.conf file holds a last window position in a obfuscated binary/ascii format at the bottom
<peeps[zen]>
RockClimb: nope, i thought my 1995 civic was old, but your newest has me beat by a year ;)
<InPhase>
peeps[zen]: Right. I remember an issue where I was trying to decode the contents of that.
<InPhase>
RockClimb: I'm 41 scraping the edge of 42.
<InPhase>
RockClimb: How old is your truck? :)
<RockClimb>
This info helps by volumes. I can start debugging the other 2 monitors from here. until then I will run on the wide screens
<RockClimb>
my truck is 35
<InPhase>
Oh, I missed that line above.
<peeps[zen]>
and the differing performance on different monitors was just sort of a hunch. there are special technologies for multi gpu so they can communicate, SLI/crossfire etc, but i have no idea what happens for GPUs that don't use that
<RockClimb>
I will soon turn 55. I have beaten this body all to hell, but it still sort of works
<peeps[zen]>
RockClimb: oh i misread, yes I am older than your truck... but not your mustang
<RockClimb>
peeps, that was a damn good hunch.
<InPhase>
I noticed the BadWindow hint right after I saw peeps[zen] say that.
incal has joined #openscad
<incal>
does OpenSCAD run on OpenBSD?
ur5us has quit [Ping timeout: 240 seconds]
<InPhase>
incal: Probably. It used to.
<RockClimb>
I started with 2 regular monitors, then the work I was doing at the time demanded a 3rd... then about a year later a 4th was needed as well as a doubling of ram
<incal>
also what is the recommended installation method? I see I have it in the repos on Debian 11
<InPhase>
incal: Haven't really heard from anyone trying it in a while, so maybe some bit rot happened, but if I had to bet I'd wager on yes it works.
<incal>
... however I'm on Emacs 29 now and in the repos are only Emacs 27 ...
<InPhase>
It seems that 2021.01 of OpenSCAD is in the OpenBSD ports.
<incal>
InPhase, great! works on all Linux I guess, NixOS?
<incal>
OpenSCAD is a good choise for that?
<peeps[zen]>
incal: the downloads page has info about all the different supported platforms etc., including some BSDs http://openscad.org/downloads.html
<incal>
peeps[zen], :)
<incal>
good
<InPhase>
peeps[zen]: Oh right. I usually fast-scroll through that portion.
<peeps[zen]>
incal: also i have no idea if nixos packages openscad, but there's always AppImages, flatpaks, snaps, all mentioned on that same page.
PovilasCNC has joined #openscad
<RockClimb>
now that I think about it... I tried and rejected a few other programs due to them being slow. The common factor was I ran them all on the smaller monitors, so this is likely not the first time I have had an issue
<RockClimb>
I am old enough now, that technology advances faster than my understanding of it.
<peeps[zen]>
are the wide monitors both plugged to the same GPU? i'm assuming that one is GPU id 0, and most apps just default to the first GPU they find
<incal>
hm ... maybe stick to Debian, I'm putting something on a laptop and thought I'd not do Debian for the nth time but now I got into OpenSCAD if that will be a fun way to do more stuff like the photo above from text-only, I wanted that for 10-20 years
<incal>
that is possible, right?
<RockClimb>
yes, both wide screens are on the same card and both of the small monitors are on the other card
<peeps[zen]>
sure, you can mock up some woodworking projects in openscad. that image should be particularly simple, consisting of basically nothing but cube() geometries
<peeps[zen]>
we don't do support custom texturing yet, so no wood grain render for you though
<RockClimb>
over the years I have run slackware, debian, redhat, gentoo, ubuntu, mint, manjaro, knoppix, mandrake, and several others I have since forgotten
<incal>
peeps[zen], wonderful. haha, no such luxuries needed! anyway I installed it on this machine, Debian! this will be so interesting, you have a hello world script and Makefile I can try it? let's see if there is a major mode in [M]ELPA ...
<incal>
and a ML on Gmane ...
<incal>
gmane.comp.cad.openscad ?
<incal>
the only occurence LOL. let's add
<peeps[zen]>
scad scripts don't use makefiles
<incal>
oh no, last post 2020-01-11 :(
<incal>
peeps[zen], right, OK ... no pre- or postprocessing needed
<RockClimb>
more info on other programs on the smaller monitors. I just moved the signal app to a smaller monitor and its performance slowed down
<RockClimb>
hmmmmm, now I just need to convince the wife that I need 2 new wide screen monitors :D
<incal>
hm, what suffix/extension does OpenSCAD scripts have? I'm reading here http://edutechwiki.unige.ch/en/OpenScad_beginners_tutorial and they don't seem to mention it when I search. let's see if Emacs even puts it in the right mode based on that
<incal>
and not in openscad(1) what I can see (search)
<incal>
ah .scad, I see it line 36 in scad-mode.el
<incal>
nevermind. I get too excited :)
<RockClimb>
incal, I will say this about openscad a a very new user, for me it was very easy to use after about 3 google searches
<RockClimb>
I call my first 3d layout "design by sledge hammer," after I printed it I went back and made the code look more professional. I cut it to 27 lines of code down from 34. LOL!
<incal>
OK thanks :)
GNUmoon has quit [Ping timeout: 276 seconds]
<RockClimb>
thanks for all the help folks! It is now time to sleep.
arebil has joined #openscad
RockClimb has quit [Quit: Client closed]
L29Ah has quit [Ping timeout: 240 seconds]
Guest58 has joined #openscad
<Guest58>
hello
Guest58 has quit [Client Quit]
GNUmoon has joined #openscad
GNUmoon has quit [Quit: Leaving]
GNUmoon has joined #openscad
stonkey has joined #openscad
<incal>
back, yeah this is super-intuitive, only how do I get a black background?
mhroncok has joined #openscad
<incal>
it seems this can't be done from the command line <https://reprap.org/forum/read.php?313,512015> so I suppose the Makefile with post-processing of the -o .png is necessary after all :)
<Jack2299>
incal you can choose a different design or put a black color("black") square(5000,true); in the back
<incal>
:)
<incal>
OK
<Jack2299>
(design ⇒ color-scheme )
<Jack2299>
tomorow night is pretty dark
<incal>
it seems this made the "floor" black ... the xz-plane
<Jack2299>
but not black .. you can change the json file if you need true black
<incal>
dark is fine, no the black part works! only it is the xz-plane only, not the background ...
<Jack2299>
using a square is also not ideal as the angle lead to shading though not exact color in png
<incal>
can't we put a huge black cube around everything?
<Jack2299>
yes but better 3 squares on each side ( you still want to look into it ) the better option is to choose a color scheme with the background color you need
<incal>
how?
<Jack2299>
preferences choose tomorow night
<incal>
in code?
<Jack2299>
on comand line you can use the switch --colorscheme "tomorrow-night"
<incal>
OK! 1s
<Jack2299>
the color-scheme is not selectable via the script itself it is the preferece setting from the gui (where you can choose one for render and one for editor)
<Jack2299>
"Tomorrow Night" .. or make your own with "background" : "black",
* teepee
cuddles his Tomorrow light color scheme ;-)
<teepee>
Jack2299: so for the led thing, I may try some combination of your example with the teardrop style print
<teepee>
the flower shape does not print too well vertical
<teepee>
also maybe chamfer only on one side
<Jack2299>
tomorrow light .. sounds customized - Ü
<teepee>
well, yes, it's just called "Tomorrow"
<Jack2299>
you could try a flower (e=3 ) and rotate so there is no mark at the top
<teepee>
I did most of the color schemes, so no customization needed :)
<teepee>
hmm, right, that might help already
<incal>
like this? 'openscad --colorscheme "tomorrow-night" -o $@ $<' don't know if anything happens ...
<Jack2299>
also a WStern could work but in general vertical prints get issues with the overhanging marks
<incal>
white bg
<teepee>
incal: no exact spelling as with openscad --help
<incal>
now it works! don't know why tho but doesn't matter
<incal>
:)
<incal>
thanks
<teepee>
\o/
<Jack2299>
and another happy client.. ★★★★★
<Jack2299>
teepee you can probably just use a cylinder($fn=5) .. you can chamfer only one side with LinEx(3,2,0); (first ist totall length the next two the chamfers)
<teepee>
I guess I'll try to print the base for my signal tower first, a bit of work to do anyway
<teepee>
incal: you can always define your own module show() which rotates the final model into whatever orientation you prefer
<Jack2299>
teepee is octoprint doing some priming .. else the number should be in the gcode
<teepee>
but there's no way to redefine the internal behavior
<teepee>
Jack2299: yeah, it's probably the start code. it is in cura but maybe only octoprint counts it
<incal>
OK ...
<teepee>
I'm doing some pretty extensive priming instead of waiting for the skirt to appear
<Scopeuk>
which axis is up is an old bone of contention, computer graphics traditionally use x across y up (screen) and then z is depth into screen, cad/cam traditionally does x/y as the base and then Z up based on xy machine tables
<incal>
after I'm done with the shelf I'm doing my dream girl
<teepee>
so I end up with lots of tiny heaps of filament :)
<incal>
Scopeuk, let's obey tradition then
<Jack2299>
incal rotating the view will result in z coming towards you
<Scopeuk>
which one, the great thing about following tradition is there are so many to chose from!
<incal>
the closest, CAD since it's OpenSCAD
<incal>
CloseSCAD LOL
<Jack2299>
teepee i have a small boom with tape outside the printbed where the priming happens and ends in moving a straight piece upwards .. this removes any rests from the nozzle and you can see if the filament diameter (or explansion) is proper (else you see curling)
<Jack2299>
also i use some code to pull the filment at the end .. so i can easy switch filaments with a cold hotend
<buZz>
Jack2299: you clean the nozzle with -tape- ?
<teepee>
neat, I did not try that, I just let it extrude in home position at Z=15 or something and the initial move frees the nozzle, the "lazy appoach"
<buZz>
isnt that default cura ~15 start gcode even :P
<Jack2299>
buzz no i extrude plastic that adheres to the tape wait and then move the nozzle so the plastic is pulling any residue from the nozzle sides
<buZz>
Jack2299: ah , and you replace that tape superoften then?
<teepee>
yeah, might be mostly cura default, just extruding way more
<teepee>
and also slower I think
<Jack2299>
no i just remove the pile from the tape after or before each print
<buZz>
Jack2299: but the glue on tape isnt infinite, right?
<teepee>
lol, it even still has the ultimaker style comments: G1 Z15.0 F9000 ;move the platform down 15mm
<buZz>
hahaha yes teepee
<teepee>
not really platform down on the prusa
<buZz>
i have that in my octoprint's slicer :D
<buZz>
usually change it to 2 or 3mm , as moving Z 15 takes a long time on my malyan m100 ;)
<Jack2299>
the tape is only to have surface on the wire boom .. the glue is to hold the tape on the boom
<teepee>
G1 F80 E22
<teepee>
yeah, there's the 2 extra centimeters octoprint sees
<buZz>
Jack2299: oh, you're just printing on kapton or something?
<Jack2299>
yes kapton or bluetape
<buZz>
today, its time to design a saucer with my flowerpot
<buZz>
how wide shall i extend it? 'all the way' to edge of pot? hmm
* buZz
checks the storebought ones
<buZz>
:D
<teepee>
oh, cute mini printer
<buZz>
those are a bit smaller too .. hmm
<buZz>
teepee: yeah very, if only it wasnt so unobtainium now :) i really want a second one to hotrod
<buZz>
pull all electronics, turn it into a klipper printer
<buZz>
maybe throw in a vulcano
<buZz>
and silent steppers
<teepee>
I'm considering having a new extruder on that old Prusa MK1
<teepee>
but it's all 1.75mm nowadays
<buZz>
i bought a cheapass bondtech clone for my new printer, the 'coreanet'
<Jack2299>
but if you compare with industrial printer not hobby printer .. they are cheap
ochafik has quit [Remote host closed the connection]
ochafik has joined #openscad
ochafik has quit [Remote host closed the connection]
ochafik has joined #openscad
<Scopeuk>
there is a rather large awkward break in between those to that nothing really falls into and seemingly there isn't much of a market for. I guess once people step up they want all the features of the full industrial (reliability/simplicity etc) but just don't want/can't pay that much
ochafik has quit [Remote host closed the connection]
L29Ah has joined #openscad
ochafik has joined #openscad
<teepee>
lol, printing space for the new ender3 according to heise: 220mm x 22mm x 270mm
<teepee>
now that's not very useful :D
<Scopeuk>
this print brought to you by lithophanes and not a lot else
<teepee>
or customized cases in laser cut style
gunnbr_ has joined #openscad
gunnbr__ has quit [Ping timeout: 250 seconds]
ochafik has quit [Remote host closed the connection]
<buZz>
teepee: hehe , my 32" inch tv here has similar
<buZz>
it outputs its physical size over EDID to be 16x9cm
<buZz>
messing up all DPI math
<buZz>
:P
ochafik has joined #openscad
<teepee>
yeah, correct data is hard
<buZz>
i just grabbed edid, editted, stored locally, and told xorg to load the file instead of the monitors :)
ochafik has quit [Remote host closed the connection]
ochafik has joined #openscad
ochafik has quit [Remote host closed the connection]
ochafik has joined #openscad
ochafik has quit [Remote host closed the connection]
ochafik has joined #openscad
stonkey has quit [Remote host closed the connection]
stonkey2 has joined #openscad
ochafik has quit [Remote host closed the connection]
ochafik has joined #openscad
ochafik has quit [Remote host closed the connection]
ochafik has joined #openscad
ochafik has quit [Remote host closed the connection]
arebil has quit [Quit: My keyboard has gone to sleep. ZZZzzz…]
ochafik has joined #openscad
ochafik has quit [Remote host closed the connection]
ochafik has joined #openscad
ochafik has quit [Remote host closed the connection]
<teepee>
Jack2299: testing just with good old teardrop from MCAD, next idea would be adding the 2 notches from Flower to the bottom part :)
<teepee>
also there were 5 windings left, looks like each led test uses 1, so good to go for today
Jack2299 has quit [Quit: Client closed]
Jack2299 has joined #openscad
<Jack2299>
a pentagon with edge facing up is probably also good .. or use a drill .. and hot glue
<teepee>
yeah, just doing some experimentation while I have no bigger print and no time to prepare the next stuff
<teepee>
looks like the small test print is still pretty messy with 5° nozzle temp down
<Jack2299>
maybe printing 2 at the same time .. so the nozzle travels
gunnbr_ has quit [Ping timeout: 240 seconds]
<Jack2299>
also you could make axial (led axial) ripples
<teepee>
ah, I've seen that trick for pcb connectors
<teepee>
like 20x2 plated holes, slightly staggered giving nice contact without soldering
<InPhase>
Maybe the axes need to be a little darker...
<teepee>
yeah, not bad, a bit darker might be even better
<InPhase>
For the background?
<InPhase>
I've looked at a lot of paint swatches in the last few years. That's a popular bright-room hue right now. :) But it's about as bright as the recommended bright-room hues get.
stonkey2 has joined #openscad
stonkey has quit [Ping timeout: 256 seconds]
stonkey has joined #openscad
stonkey2 has quit [Ping timeout: 250 seconds]
stonkey has quit [Ping timeout: 256 seconds]
mhroncok has quit [Ping timeout: 250 seconds]
mhroncok has joined #openscad
ochafik has joined #openscad
ochafik has quit [Ping timeout: 240 seconds]
ur5us has joined #openscad
Jack2299 has quit [Quit: Client closed]
Jack2299 has joined #openscad
Zauberfisch has quit [Quit: Zauberfisch]
Zauberfisch has joined #openscad
Jack2299 has quit [Quit: Client closed]
Jack2299 has joined #openscad
GNUmoon has quit [Ping timeout: 276 seconds]
paddymahoney has joined #openscad
paddymahoney has quit [Read error: Connection reset by peer]
GNUmoon has joined #openscad
incal has left #openscad [ERC 5.4.1 (IRC client for GNU Emacs 29.0.50)]