it's not hard to beat gitweb IMO
hg has the web part built in, so you can do ad-hoc servers ("hg serve" iirc)
there's 'git instaweb' but gitk is so much better than anything web-based that I don't see why you'd bother
jepler: when sitting next to someone who you want to show something
(and it requires one of a few web servers to be installed, anyway)
but yeah, minor
what in emc uses python-xml? I ask because that package is going away (gone in ubuntu 9.10)
the functionality is duplicated in core they say...
pyvcp parses xml files
using minidom ?
is there a way of web-browsing the git repo?
[20:14:26] <micges> http://git.linuxcnc.org/gitweb?p=emc2.git;a=summary
look here for what imports pyvcp uses: http://git.linuxcnc.org/gitweb?p=emc2.git;a=blob_plain;f=lib/python/vcpparse.py;hb=529e0b8712295bc5d77b554c3079064241837072
so pyvcp would be the only thing that uses it?
I guess I can check through the other code. I wonder what it would take to change it? ..and if it would be backwards compatible with hardy
I think so
do the "import xml.dom.minidom" etc. lines need to change somehow?
I don't know for sure, I just found out they remove python-xml from ubuntu 9.10 and up, so by the next LTS we will have to change something!
I am on 9.10 now.
Python 2.6.4 (r264:75706, Nov 2 2009, 14:44:17)
[GCC 4.4.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import xml.dom.minidom
>>> import xml.dom.ext
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: No module named ext
I'm working on a livecd based on 9.10. My main system is 9.10 but I upgraded so I still have python-xml installed.
no problem importing xml.dom.ext here
I've got an rtai patched kernel, and rtai and emc .debs for 9.10 on experimental if you're of a mind to try them ;)
I wouldn't want the realtime kernel, just simulator-emc
I don't think I built the simulator.
I've been running a rtai patched kernel for months now on 9.04 and now on 9.10 with no problems. This is on my main computer.
if I ever get that cutting-simulator going which I'm planning then it would be interesting to drive it with the emc2 interpreter
what will it do?
'backplot' or 'verify' for CAM toolpaths
doesn't emc have that? what would yours be used for?
backplot yes. That's the path the tool will take
but verify or cutting simulation models the stock also
at first it would be just visualization and verification of the CAM-code
later it could maybe be used for adaptive toolpaths
Oh, I see. I've seen adaptive toolpaths mentioned, I think on freesteel.co.uk
[20:37:02] <awallin> http://www.youtube.com/watch?v=T3r9pFKh9lI
how would the visualization help with that?
the freesteel code is sold as a HSM addon to mastercam by Cimco
the adaptive code suggests a path for the cutter to take. then you look from the simulation how much material that move would remove. if it's ok then we execute that move. if it removes too much (or little) we need to change the move
doesn't heekscam have adaptive code? I was thinking it came from freesteel...
I see, so you can look at the output and tweak it.
yes, heeks has some early version of the freesteel work
here's a very naive "pixel-mower" version http://www.youtube.com/watch?v=-IyN1wQDE0E
the algorithm doesn't know anything about the shape of the part. it just follows orders to try and cut X amount on each move
so the simulator would be something like the one in the first video you just posted.
yes, right now my idea is to use an octree data structure. that allows for undercuts as well as 5-axis machining.
there was some work on a z-buffer model earlier, but that is only for 3-axis machining and probably has resolution/scalability problems
it was called gdepth, and jepler made it work very quickly (as usual)
could it be used as a backplot module in emc?
yes, or call it verify to distinguish from the usual AXIS view
that would be neat.
here is jeplers earlier work http://emergent.unpythonic.net/01169521961
heh, I've got too much else to work on right now to dig into that too much. looks interesting though.
a simple export LANG=C in emc script resolves the locale problem, is it possible to include this in the next release???
doesn't that render tranlations useless?
dont think so
using gtk2 requires the use of locales, if emc does not support em we need at least a workaround
i mean i need.. :-)
hmm.. when I want to start emc2 translated I usually do an export LANG=de, then run the runscript
that way the config picker, and the GUI (if it supports i18n) get translated
doing an export LANG=C will probably override that
this works with emc & python, not with a gui that uses locale
not to think about the future (widestrings etc) that require the use of locale
another way to get around the problem will be to change the STRTOD in interp_read
gtom: I'm sure that falls under the remark from jepler (patches to fix it will be considered ;)
hope so, in the meantime i'll do a export LANG=C in my project to avoid the STRTOD- Error... :-)
got the preview working... :-)
hmm.. shouldn't you only need to export something related to NUMERIC?
LC_NUMERIC or whatever it's called?
gtom: saw that, nice
how can i do that??? export LC_NUMERIC=en_EN ???
[22:53:11] <gtom> http://www.cncecke.de/forum/attachment.php?attachmentid=12694&d=1258191147
made some "new" stuff also...
like: "smooth jog", jogging with acceleration... starting slow, getting faster... :-)
or the new Editor: you can see the results in the preview as you enter NC code...
gtom: I can see that, as I am registered
but I am pretty sure noone else can in here
it's best to put it on imagebin.org or similar
forgot that, sorry...
gtom: It's best that you just turn in your calipers and leave for such an atrocity and nether you, you your children's children, to ever return again!
Jymmm: not funny ;)
he might take you seriously
gtom: ignore him :)
sometimes i do
alex_joni: Then why were you winking at me?