triffid / gcodeview Goto Github PK

Read the extrusion width from the gcode header instead of having it hard-coded.
For slic3r the relevant parts of the header are these:
; generated by Slic3r 0.6.1-dev on 2012-02-14 at 21:20:52 [...] ; single wall width = 0.37mm

It compiles fine, then when I run gcodeview with a file, I get:

File is 52081 long Indexing lines... found layer 0 FTGL createFont failed: No such file or directory

resizing window breaks aspect ratio

I've thrown one of my PCB milling files onto it and it dies without a window appearing:

$ ./gcodeview Gen7Board-production-back-030.cnc
Indexing lines... 0 layers OK
Scan: realloc layer failed: Success

While I'm not aware of a working G-code viewer for Linux and having one would be really useful for me, I'm not so keen on working on yet another RepRap related project, so no patch by me for now. I can email you the G-code, though.

click-drag should pan

On Ubuntu 10.10 I installed the following packages through apt-get to get the build running:
libsdl1.2-dev
ftgl-dev

Presumably I was in good shape for already having install build-essential a while back. libsdl pulled a few things in with it, so I'm not sure if I grabbed too much. On first make attempt I didn't have the OpenGL dependency, but after installing the two packages listed above I apparently had it.

I cant get this to compile on any of my systems, maybe an image of it running in the readme would be nice.
I tried it on latest OSX and Linux and it cant find SDL.h

I generate gcode in python and print it. gcodeview seems to have a bug dealing with sparse moves (moves with not all axes specified) across the layer boundary.

For example:

G1 X70.000 E64.86318 F3000.0 ; 10.00mm
G1 X60.000 F13500.0
G1 X50.000 E64.99540 F3000.0 ; 10.00mm
G1 Z0.60000 F6000.0 ; layer 3  
G1 F13500.0
G1 Y150.000 E66.31762 F3000.0 ; 100.00mm
G1 X60.000 E66.44985 ; 10.00mm  
G1 Y50.000 E67.77206 ; 100.00mm
G1 X70.000 E67.90429 ; 10.00mm  

The first move of layer 3 is to "X50 Y150", but the X50 isn't specified because the print head is already there. With the latest gcodeview this is rendered incorrectly: http://i.imgur.com/zqB0P.png

FYI, the gcode file is me testing out intersecting infill patterns.

Compiled okay a few days ago, but today I needed to add:

+#ifndef SDL_NOEVENT
+#define SDL_NOEVENT SDL_FIRSTEVENT
+#endif

to compile with SDL 1.3.0 on Linux.

There is also a segfault on hitting 'r' caused by:

http://forums.libsdl.org/viewtopic.php?t=6953&sid=4ad9b6fa92abc4d5979f8bce00bc0367

which can be hacked around by commenting out the SDL_FreeSurface call in resize(...).

(There may be a good reason for it but while looking at resize(...), it looks a little odd that the #if OPENGL code has a SDL_FreeSurface call but the #else doesn't.)

Regards,
Mark.

SDL, opengl and FTGL are apparently cross-platform

apparently we need platform-specific ways of finding fonts to feed to ftgl.

should have rounded ends

G2/G3 arc support

I went looking for a standalone gcode viewer just recently, having used gcodeview since you wrote it, but not for a few years.

Nobody's made anything that's not web-based or useless from the keyboard. gcodeview still gets the job done, fast and easy. Thanks.

Just upgraded to Jessie, was using Debian Wheezy, where gcodeview was working well.
I used git clone, and then once in the directory the command "make" had this output:

cc main.o pkg-config --libs sdl ftgl fontconfig gl -o gcodeview
/usr/bin/ld: main.o: undefined reference to symbol 'hypotf@@GLIBC_2.2.5'
/lib/x86_64-linux-gnu/libm.so.6: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
make: *** [gcodeview] Error 1

gcodeview currently reads ALL X,Y,Z,E words instead of just G0/G1 commands

gcodeview should cache rendered layers instead of re-rendering