prusa3d / prusaslicer Goto Github PK

G-code generator for 3D printers (RepRap, Makerbot, Ultimaker etc.)

Home Page: https://www.prusa3d.com/prusaslicer/

License: GNU Affero General Public License v3.0

C 6.86% C++ 75.54% JavaScript 0.90% CMake 0.61% Objective-C 0.01% Makefile 0.02% CSS 0.05% HTML 15.37% Roff 0.10% Shell 0.01% Yacc 0.09% M4 0.04% Lex 0.03% XSLT 0.05% Batchfile 0.06% GLSL 0.21% Objective-C++ 0.06% BitBake 0.01%

prusaslicer's Introduction

PrusaSlicer

You may want to check the PrusaSlicer project page. Prebuilt Windows, OSX and Linux binaries are available through the git releases page or from the Prusa3D downloads page. There are also 3rd party Linux builds available.

PrusaSlicer takes 3D models (STL, OBJ, AMF) and converts them into G-code instructions for FFF printers or PNG layers for mSLA 3D printers. It's compatible with any modern printer based on the RepRap toolchain, including all those based on the Marlin, Prusa, Sprinter and Repetier firmware. It also works with Mach3, LinuxCNC and Machinekit controllers.

PrusaSlicer is based on Slic3r by Alessandro Ranellucci and the RepRap community.

See the project homepage and the documentation directory for more information.

What language is it written in?

All user facing code is written in C++. The slicing core is the libslic3r library, which can be built and used in a standalone way. The command line interface is a thin wrapper over libslic3r.

What are PrusaSlicer's main features?

Key features are:

multi-platform (Linux/Mac/Win) and packaged as standalone-app with no dependencies required
complete command-line interface to use it with no GUI
multi-material (multiple extruders) object printing
multiple G-code flavors supported (RepRap, Makerbot, Mach3, Machinekit etc.)
ability to plate multiple objects having distinct print settings
multithread processing
STL auto-repair (tolerance for broken models)
wide automated unit testing

Other major features are:

combine infill every 'n' perimeters layer to speed up printing
3D preview (including multi-material files)
multiple layer heights in a single print
spiral vase mode for bumpless vases
fine-grained configuration of speed, acceleration, extrusion width
several infill patterns including honeycomb, spirals, Hilbert curves
support material, raft, brim, skirt
standby temperature and automatic wiping for multi-extruder printing
customizable G-code macros and output filename with variable placeholders
support for post-processing scripts
cooling logic controlling fan speed and dynamic print speed

Development

If you want to compile the source yourself, follow the instructions on one of these documentation pages:

Can I help?

Sure! You can do the following to find things that are available to help with:

Add an issue to the github tracker if it isn't already present.
Look at issues labeled "volunteer needed"

What's PrusaSlicer license?

PrusaSlicer is licensed under the GNU Affero General Public License, version 3. The PrusaSlicer is originally based on Slic3r by Alessandro Ranellucci.

How can I use PrusaSlicer from the command line?

Please refer to the Command Line Interface wiki page.

prusaslicer's People

Contributors

Stargazers

Watchers

Forkers

dannygh chrisp-git creimer drecchia littlefoxhelper drtaly lolorc rotron klimrmad daveackley sbambach lovlyfarhan eyal0 bskorn44 nerdtronjj ajmartel kaldap matesyi hendriksp hstarmans togomedia g19fanatic gc9n diegoolavarria creaen3d zawadzkip jlloyola gogobook redprint7 elmarnitsche bardiir mdjurfeldt cucpo molemanproductions danveld antzsmt stay-loaded-designs m-th isaacfranco ulrikkristiansen spegelius frogger1805 2018mshin rokirok7 agasevangelos alephobjects dashtechnical rblaszcz pondering133 yashunandansureka qtux massportal jesusfreke sefcijak jakester488 shimid enrigisbert o3dtech mbuc jeanfredson fredizzimo supermerill hydpublic 2012bencormier wilsoc5 libxmike garnotte 4levels fsantini s1lverhead dartrax cyklops66 pedyktop walterhsiao tgunr sebastianv650 tjcolejr basak jonbet83 nathdevau tungsteno74 mloidl jurikristjouw masterki cjshaker vanrensa kdsohn alexiri kortschak alhazar313 emreerokyar rycks gitlearnkacper tg73 mlozanov dasmopo chreutz kant cerdeira kimonjo67

prusaslicer's Issues

Slicing preview incorrect in terms of visible solid layers

Version

1.31.2 - prusa3d edition

Operating system type + version

macOS Sierra 10.12.2 Beta

Behavior

The solid layer preview is not consistent / correct in terms of the solid layer count.
I have noticed that there is often one layer less than set inside the solid layer settings.

As seen in the screenshot I set the solid layer count to "1", and on the larger surface further down the object there is one solid top layer, but on the narrower top end of the object there is none.

However, looking at the Layers panel the requested layers exist.

Strange behavior of Extra perimeters and ensure wall thickness

Version

e15b5f4

Operating system type + version

Win10 64bit

Behavior

I think something might be broken with the two functions extra perimeter and ensure wall thickness. Have a look at the pictures, showing always a single layer near the top of a half sphere:

This first one is with both features disabled. I would expect to see two perimeters with normal infill, no zig-zag lines. But there is something:

In this one, extra perimeters are enabled. No visible change compared to the first one. Also not what I would expect:

Finaly, I disabled extra perimeters and enabled ensure vertical wall thickness. (You mentioned once that they are supposed to be an exclusive or.)
Now the zig-zag is wider than before. OK, this result looks logical:

So my question is, is there something wrong with disabled features and with extra perimeters or is it me and I'm not understanding what is the right behavior?

STL/Config (.ZIP) where problem occurs

A simple sphere or half sphere:
half_sphere.txt

Can't locate object method "SetAppDisplayName"

Version

1.31.2

Operating system type + version

LinuxMint 17.3, fresh install, all Updates installed
Perl 5.24 via Perlbrew
Ubuntu 14.04 prerequsites as stated here:
https://github.com/alexrj/Slic3r/wiki/Running-Slic3r-from-git-on-GNU-Linux#build-slic3r

Behavior

After fixing #5 I could build Slic3r without errors, building with --gui also worked flawlessly.
Calling Slic3r from cli works as expected, except that the Gui won't start and Slic3r exits with the following Error

markus@mint17 ~/Slic3r/Slic3r-3a31d37_compile_fix $ ./slic3r.pl 
Threading disabled
Can't locate object method "SetAppDisplayName" via package "Slic3r::GUI" at /home/markus/Slic3r/Slic3r-3a31d37_compile_fix/lib/Slic3r/GUI.pm line 95.

Greetings,
Markus

Boost compile error

Version

latest git master

Operating system type + version

Arch Linux x86_64 current

Behavior

Compile error

cc -I/usr/lib/perl5/core_perl/CORE -fPIC -D_REENTRANT -D_GNU_SOURCE -fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc++ -Isrc/libslic3r -Isrc/glew/include -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -DBOOST_ASIO_DISABLE_KQUEUE -DGLEW_STATIC -std=c++11 -DBOOST_LIBS -DNDEBUG -Isrc -Ibuildtmp -c -D_REENTRANT -D_GNU_SOURCE -fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -o src/libslic3r/utils.o src/libslic3r/utils.cpp
In file included from /usr/include/boost/log/expressions/formatters/named_scope.hpp:37:0,
                 from /usr/include/boost/log/expressions/formatters.hpp:24,
                 from /usr/include/boost/log/expressions.hpp:26,
                 from src/libslic3r/utils.cpp:72:
/usr/include/boost/log/attributes/named_scope.hpp:376:44: error: macro "push_scope" passed 1 arguments, but takes just 0
             named_scope::push_scope(m_Entry);
                                            ^
/usr/include/boost/log/attributes/named_scope.hpp:413:52: error: macro "push_scope" passed 1 arguments, but takes just 0
     static void push_scope(scope_entry const& entry) BOOST_NOEXCEPT;
                                                    ^
/usr/include/boost/log/attributes/named_scope.hpp:413:17: error: variable or field 'push_scope' declared void
     static void push_scope(scope_entry const& entry) BOOST_NOEXCEPT;
                 ^~~~~~~~~~
/usr/include/boost/log/attributes/named_scope.hpp:413:17: error: expected ';' at end of member declaration
In file included from /usr/include/boost/config.hpp:61:0,
                 from /usr/include/boost/polygon/isotropy.hpp:29,
                 from /usr/include/boost/polygon/polygon.hpp:12,
                 from src/libslic3r/Point.hpp:138,
                 from src/libslic3r/Line.hpp:5,
                 from src/libslic3r/Polygon.hpp:7,
                 from src/libslic3r/ExPolygon.hpp:5,
                 from src/libslic3r/ClipperUtils.hpp:6,
                 from src/xsinit.h:54,
                 from src/libslic3r/utils.cpp:39:
/usr/include/boost/log/attributes/named_scope.hpp:413:54: error: expected unqualified-id before 'noexcept'
     static void push_scope(scope_entry const& entry) BOOST_NOEXCEPT;
                                                      ^
In file included from src/xsinit.h:38:0,
                 from src/libslic3r/utils.cpp:39:
/usr/lib/perl5/core_perl/CORE/perl.h:3528:27: error: expected identifier before '(' token
 #    define PERL_GET_THX  ((PerlInterpreter *)PERL_GET_CONTEXT)
                           ^
In file included from /usr/lib/perl5/core_perl/CORE/perl.h:5553:0,
                 from src/xsinit.h:38,
                 from src/libslic3r/utils.cpp:39:
/usr/lib/perl5/core_perl/CORE/thread.h:320:38: error: expected ')' before 'pthread_getspecific'
 #    define PTHREAD_GETSPECIFIC(key) pthread_getspecific(key)
                                      ^
/usr/lib/perl5/core_perl/CORE/thread.h:320:38: error: expected ')' before 'pthread_getspecific'
In file included from src/xsinit.h:38:0,
                 from src/libslic3r/utils.cpp:39:
/usr/lib/perl5/core_perl/CORE/perl.h:3528:46: error: expected ';' at end of member declaration
 #    define PERL_GET_THX  ((PerlInterpreter *)PERL_GET_CONTEXT)
                                              ^
In file included from /usr/lib/perl5/core_perl/CORE/perl.h:5553:0,
                 from src/xsinit.h:38,
                 from src/libslic3r/utils.cpp:39:
/usr/lib/perl5/core_perl/CORE/thread.h:324:48: error: 'PL_thr_key' is not a type
 #  define PERL_GET_CONTEXT PTHREAD_GETSPECIFIC(PL_thr_key)
                                                ^
/usr/lib/perl5/core_perl/CORE/thread.h:320:61: error: ISO C++ forbids declaration of 'pthread_getspecific' with no type [-fpermissive]
 #    define PTHREAD_GETSPECIFIC(key) pthread_getspecific(key)
                                                             ^
/usr/lib/perl5/core_perl/CORE/thread.h:320:61: error: expected ';' at end of member declaration
In file included from src/xsinit.h:38:0,
                 from src/libslic3r/utils.cpp:39:
/usr/lib/perl5/core_perl/CORE/perl.h:3528:63: error: expected unqualified-id before ')' token
 #    define PERL_GET_THX  ((PerlInterpreter *)PERL_GET_CONTEXT)
                                                               ^
In file included from /usr/include/boost/log/expressions/formatters/named_scope.hpp:37:0,
                 from /usr/include/boost/log/expressions/formatters.hpp:24,
                 from /usr/include/boost/log/expressions.hpp:26,
                 from src/libslic3r/utils.cpp:72:
/usr/include/boost/log/attributes/named_scope.hpp: In constructor 'boost::log::v2s_mt_posix::attributes::named_scope::sentry::sentry(const string_literal&, const string_literal&, unsigned int, boost::log::v2s_mt_posix::attributes::named_scope_entry::scope_name_type)':
/usr/include/boost/log/attributes/named_scope.hpp:376:13: error: 'push_scope' is not a member of 'boost::log::v2s_mt_posix::attributes::named_scope'
             named_scope::push_scope(m_Entry);
             ^~~~~~~~~~~
In file included from /usr/lib/perl5/core_perl/CORE/perl.h:5553:0,
                 from src/xsinit.h:38,
                 from src/libslic3r/utils.cpp:39:
/usr/include/boost/log/attributes/named_scope.hpp: In destructor 'boost::log::v2s_mt_posix::attributes::named_scope::sentry::~sentry()':
/usr/lib/perl5/core_perl/CORE/thread.h:320:61: error: cannot call member function 'int boost::log::v2s_mt_posix::attributes::named_scope::pthread_getspecific(int)' without object
 #    define PTHREAD_GETSPECIFIC(key) pthread_getspecific(key)
                                                             ^
error building src/libslic3r/utils.o from 'src/libslic3r/utils.cpp' at /usr/share/perl5/core_perl/ExtUtils/CBuilder/Base.pm line 174.

I tried bisecting this bug and commit 0d20a81 seems to be the first time this error occurs.

Infill with transparent materials

Version

89cf290

Operating system type + version

Linux (ArchLinux)

Behavior

Printing transparent material with infill is ugly
Steps needed to reproduce the problem
- Print with transparent material
- Check visual
Expected Results
Actual Results

Is this a new feature request?
Probably yes

Why is the expected result better for transparent materials ?
Because it doesn't change the width of the perimeter.

How was the expected result screenshot generated ?
I quickly hacked some values..
FillRectilinear2.cpp@1324: bool skip = true and
FillRectilinear2.cpp@1386: bool skip = true
That said, it looked like I might be able to get this behavior by changing the link_max_length value somehow.. (but 0 is not allowed)

I might be able to create a patch for this...
I suppose emit_perimeter_segment_on_vertical_line and emit_perimeter_prev_next_segment generate these perimeter lines.. just need to check how to make them conditional by a config parameter.. (but do the perimeter lines for solid infills)

If the original slic3r-repro is better for this issue.. let me know I will recreate it there..
But i think the infill code here is different then the one in the original slic3r-repro..

add missing libwx libraries to the LInux builds

libwx_baseu-3.0.so.0
libwx_gtk2u_adv-3.0.so.0
libwx_gtk2u_core-3.0.so.0
libwx_gtk2u_gl-3.0.so.0
libwx_gtk2u_html-3.0.so.0

Slic3r bug in vase exterior

Version

1.31.6-prusa3d-win64
(https://github.com/prusa3d/Slic3r/releases/download/version_1.31.6/Slic3r-1.31.6-prusa3d-win64-full-201611202210.zip)

Operating system type + version

Windows 10 x64 10.0.14393

Behavior

Printed vase contains artefacts on the exterior surface in the narrowest part of the vase. Take a look at the sliced preview screenshot. STL part is smooth so this is clearly a slic3r problem.

My Prusa i3 (DIY v1, Einstein variant) starts printing this excess material mid air and then continues with the perimeters leaving the printed surface very jagged in this part of the vase. I print external perimeters first, by the way.

Vase: http://www.thingiverse.com/thing:550604
I printed the HD version STL.

My config bundle:
https://drive.google.com/file/d/0B8SUarsVNcY3cmhycDNtWVBEZEE/view?usp=sharing

I realy like this Slic3r and would like to continue using it. For the first time since I started printing, my layers are not overfilled. General Slic3r program probably has some sort of bug...

I hope you guys fix this problem. Thank you!

Best regards,

Ivan

Slic3r crashes when adding files that don't fit the bed

Version

1.31.2-prusa3d-win64

Operating system type + version

Windows7 64 sp1

Behavior

If 'Auto-center parts' is enabled, adding stl files that don't fit the build table cause a crash.
This happens both by adding one huge object or by adding many smaller ones.

STL/Config (.ZIP) where problem occurs

Any bunch of stl files that don't fit the table with 'auto-center parts' enabled.

[Request] Fix and enable Arc feature

There's already some code in Slic3r to generate Arc commands (G2, G3). Either it was never finished in the first place or it got broken over time.

I was able to reenable it by adapting it to some more recent changes in Slic3r, but the generated GCode is completely wrong.

No selection for different settings available

Version

1.31.6 prusa version

Use About->About Slic3r for release versions

For -dev versions, use git describe --tag or get the hash value for the version you downloaded or git rev-parse HEAD

Operating system type + version

OSX El Capitain

Behaviour

The list menus for the various settings are not present, I only see the four tabs without the drop down list that allows to choose between various preserved configuration.
If this is meant like this (contrary to th original slic3r), it is pretty useless!

Possible improvement for "Ensure vertical shell thickness"

Version

317e913

Operating system type + version

Win 10 64bit

Behavior

At the moment with enabled vertical shell thickness, Slic3r begins to start a zig-zag line around the perimeter to ensure the shell thickness. I used the half sphere again for the tests, watching at the upper half where the angle gets flat:
half_sphere.txt

Depeding on the shape of the perimeter, this can lead to following problems:

Especialy when there is only the need for a small additional solid infill, there are areas where a small gap is the result of the used angles for the infill line. This means, in this areas the shell thickness isn't ensured and it may lead to gaps in the layers afterward in extreme cases:
Short zig-zag is always a bit slow because the printer has no real distance to accelerate between junction points.

Proposal:
Try to use extra perimeters in the areas where the wall thickness would be too low. With this, the print would be much faster and there is no risk of gaps due to the effect seen above. In the case of the half sphere, the Layer would look like this:

The amount of extra perimeters could be calculated by [extra width that has to be solid infill] / [perimeter width] rounded upward for safety.
It shouldn't be a complete perimeter if not needed, like the current behaviour of "ensure vertical shell thickness" the perimeter sould be clipped to the areas where it is needed.
Lets assume only a section of the circle has to get additional shell thickness, the infill for ensure vertical shell thickness could look like this (shown without normal infill because I'm lazy :-p):

I hope you can imagine what I mean, in this example we would have 4 extra perimeters, connected on their ends like normal infill.

I'm not sure if there are shapes where this strategy would fail so Slic3r has to fall back to zig-zag infill. At the moment, I can't think of an example, but there might be one..?

Gaps between infill and perimeter leads to errors in laydown on following layer

Version

89cf290

Operating system type + version

Win 10 64bit

Thanks for patching #3 , it's now working!
I'm afraid I'm having a new one: While the gap I got with original Slic3r is now removed thanks to enabled "Ensure vertical shell thickness", I got a new one further up in the model where the solid top layer is starting. I think the spherical, small body of the cat model is a good stress test for this feature.

What we see in the picture below is a hole between the perimeter lines, but there should be none accoring to the new feature to avoid this. So I had a look how the infill is generated in this layer and the layer before.

The following picture shows the layer before the gap. There are gaps between the infill and the perimeter, where an extra line should nearly fit. Maybe it has something todo with

Disabled the automatic extrusion width adjustment for infills as it sometimes picked excessive values. The automatic extrusion width adjustment has a questionable value, as it really works only for rectangles parallel to the infill direction.

During the next layer, the perimeters are set inward due to the smaller diameter so that the inner of the two perimeter gets printed above this void. As this happens, it gets pulled inward because there is nothing where it can bond to while the nozzle is moving along the circle. -> Gaps is visible.

This is how such a layer is looking with original Slic3r, there are small lines that fills the gap as good as possible:

If it's the removed feature, could you add id again or make it available with a checkbox at least?

Please note that the print was done with a code base from yesterday. Now, on the screenshots it doesn't look that bad any more, might be related to the fix for #13. Neverteless, there are still more voids in the infill than with alexry's code. I will print another one and see how it behaves now.

Thin wall: Gapfill not working

Version

c1af9bd

Operating system type + version

Win 10 64bit

Behavior

Even with detect thin walls enabled, Slic3r tries to fill the thin walls of the model in the upper area with 2 perimeters, that would result in masive over-extrusion. A few layers down, where the wall thickness is a little bit lower, it creates 1 perimeter with a gapfill-infill as desired.
3D Preview of the over-filled layer, you can baraly see the 2 perimeters:

2D View of the layer:

Alexrj's Slic3r did a good job on the model, same layer, same settings:

It looks to me as in prusa3d-Slic3r the gap fill line width is limited to a max. value. If that line width is exceeded, it tries to use normal perimeters without a check that this can't work?
Excelent gapfill of thin walls is the main reason I love Slic3r, so it would be great if this version can keep this feature at the same quality :-)

Another thing I noticed during slicing the model: alexrj Slic3r says Manifold: yes. Prusa Slic3r is stating over 800 errors in the model? Might be related, but maybe not..

STL/Config (.ZIP) where problem occurs

http://www.thingiverse.com/thing:1817180

[Request] Add the weight of filament

Version

1.31.1
Use About->About Slic3r for release versions

Operating system type + version

Behavior

Could you add an input in the filament section with the density so we can see
in the info screen on the plater page the weight. I'm sure i'm not the only one to use a scale to
see if I have enough filament.

Is this a new feature request?
Yes XD

STL/Config (.ZIP) where problem occurs

Errors Compiling 1.31.2 on LinuxMint

Version

1.31.2 from https://github.com/prusa3d/Slic3r/releases/tag/version_1.31.2

Operating system type + version

LinuxMint 17.3, fresh install, all Updates installed
Perl 5.24 via Perlbrew

markus@mint17 ~/Slic3r/Slic3r-version_1.31.2 $ perl -V
Summary of my perl5 (revision 5 version 24 subversion 0) configuration:
   
  Platform:
    osname=linux, osvers=3.19.0-32-generic, archname=x86_64-linux
    uname='linux mint17 3.19.0-32-generic #37~14.04.1-ubuntu smp thu oct 22 09:41:40 utc 2015 x86_64 x86_64 x86_64 gnulinux '
    config_args='-de -Dprefix=/home/markus/perl5/perlbrew/perls/perl-5.24.0 -Aeval:scriptdir=/home/markus/perl5/perlbrew/perls/perl-5.24.0/bin'
    hint=recommended, useposix=true, d_sigaction=define
    useithreads=undef, usemultiplicity=undef
    use64bitint=define, use64bitall=define, uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='cc', ccflags ='-fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
    optimize='-O2',
    cppflags='-fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include'
    ccversion='', gccversion='4.8.4', gccosandvers=''
    intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678, doublekind=3
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16, longdblkind=3
    ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
    alignbytes=8, prototype=define
  Linker and Libraries:
    ld='cc', ldflags =' -fstack-protector -L/usr/local/lib'
    libpth=/usr/local/lib /usr/lib/gcc/x86_64-linux-gnu/4.8/include-fixed /usr/include/x86_64-linux-gnu /usr/lib /lib/x86_64-linux-gnu /lib/../lib /usr/lib/x86_64-linux-gnu /usr/lib/../lib /lib
    libs=-lpthread -lnsl -ldl -lm -lcrypt -lutil -lc
    perllibs=-lpthread -lnsl -ldl -lm -lcrypt -lutil -lc
    libc=libc-2.19.so, so=so, useshrplib=false, libperl=libperl.a
    gnulibc_version='2.19'
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
    cccdlflags='-fPIC', lddlflags='-shared -O2 -L/usr/local/lib -fstack-protector'


Characteristics of this binary (from libperl): 
  Compile-time options: HAS_TIMES PERLIO_LAYERS PERL_COPY_ON_WRITE
                        PERL_DONT_CREATE_GVSV
                        PERL_HASH_FUNC_ONE_AT_A_TIME_HARD PERL_MALLOC_WRAP
                        PERL_PRESERVE_IVUV USE_64_BIT_ALL USE_64_BIT_INT
                        USE_LARGE_FILES USE_LOCALE USE_LOCALE_COLLATE
                        USE_LOCALE_CTYPE USE_LOCALE_NUMERIC USE_LOCALE_TIME
                        USE_PERLIO USE_PERL_ATOF
  Locally applied patches:
	Devel::PatchPerl 1.38
  Built under linux
  Compiled at Nov  1 2016 23:26:11
  %ENV:
    PERLBREW_BASHRC_VERSION="0.76"
    PERLBREW_HOME="/home/markus/.perlbrew"
    PERLBREW_MANPATH="/home/markus/perl5/perlbrew/perls/perl-5.24.0/man"
    PERLBREW_PATH="/home/markus/perl5/perlbrew/bin:/home/markus/perl5/perlbrew/perls/perl-5.24.0/bin"
    PERLBREW_PERL="perl-5.24.0"
    PERLBREW_ROOT="/home/markus/perl5/perlbrew"
    PERLBREW_VERSION="0.76"
  @INC:
    /home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/site_perl/5.24.0/x86_64-linux
    /home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/site_perl/5.24.0
    /home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/x86_64-linux
    /home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0

Ubuntu 14.04 prerequsites as stated here:
https://github.com/alexrj/Slic3r/wiki/Running-Slic3r-from-git-on-GNU-Linux#build-slic3r

Behavior

I'm getting errors while trying to Compile the latest Release

markus@mint17 ~/Slic3r $ wget -q https://github.com/prusa3d/Slic3r/archive/version_1.31.2.tar.gz
markus@mint17 ~/Slic3r $ tar -xzf version_1.31.2.tar.gz 
markus@mint17 ~/Slic3r $ cd Slic3r-version_1.31.2/
markus@mint17 ~/Slic3r/Slic3r-version_1.31.2 $ ls
Build.PL  doc  lib  README.md  slic3r.pl  slic3r.sublime-project  t  utils  var  xs

markus@mint17 ~/Slic3r/Slic3r-version_1.31.2 $ CPANM=~/perl5/perlbrew/bin/cpanm perl Build.PL
App::cpanminus is up to date. (1.7042)
Class::XSAccessor is up to date. (1.19)
Devel::CheckLib is up to date. (1.07)
Encode is up to date. (2.87)
Encode::Locale is up to date. (1.05)
ExtUtils::MakeMaker is up to date. (7.24)
ExtUtils::ParseXS is up to date. (3.30)
File::Basename is up to date. (2.85)
File::Spec is up to date. (3.63)
Getopt::Long is up to date. (2.49)
IO::Scalar is up to date. (2.111)
Math::PlanePath is up to date. (123)
Module::Build::WithXSpp is up to date. (0.14)
Moo is up to date. (2.002005)
POSIX is up to date. (1.65)
Scalar::Util is up to date. (1.46)
Test::Harness is up to date. (3.36)
Test::More is up to date. (1.302062)
Thread::Semaphore is up to date. (2.13)
Time::HiRes is up to date. (1.9740)
Unicode::Normalize is up to date. (1.25)
XML::SAX::ExpatXS is up to date. (1.33)
threads is up to date. (2.09)
cpanm (App::cpanminus) 1.7042 on perl 5.024000 built for x86_64-linux
Work directory is /home/markus/.cpanm/work/1478048351.20832
You have make /usr/bin/make
You have LWP 6.15
You have /bin/tar: tar (GNU tar) 1.27.1
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by John Gilmore and Jay Fenlason.
You have /usr/bin/unzip
--> Working on ./xs
Entering /home/markus/Slic3r/Slic3r-version_1.31.2/xs
Checking if you have ExtUtils::Install 1.46 ... Yes (2.04)
Checking if you have Module::Build 0.38 ... Yes (0.4220)
Running Build.PL
Configuring /home/markus/Slic3r/Slic3r-version_1.31.2/xs ... Created MYMETA.yml and MYMETA.json
Creating new 'Build' script for 'Slic3r-XS' version '0.01'
OK
Checking dependencies from MYMETA.json ...
Checking if you have ExtUtils::ParseXS 3.18 ... Yes (3.30)
Checking if you have Test::More 0 ... Yes (1.302062)
Checking if you have Module::Build 0.3601 ... Yes (0.4220)
Checking if you have ExtUtils::Typemaps 1.00 ... Yes (3.30)
Checking if you have ExtUtils::Typemaps::Basic 1.05 ... Yes (1.05)
Checking if you have ExtUtils::XSpp 0.18 ... Yes (0.18)
Checking if you have ExtUtils::Typemaps::Default 1.05 ... Yes (1.05)
Building and testing Slic3r-XS-0.01 ... Building Slic3r-XS
Processing XS typemap files...
Generating main XS file...
cc -I/home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/x86_64-linux/CORE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc++ -Isrc/libslic3r -Isrc/glew/include -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -DBOOST_ASIO_DISABLE_KQUEUE -DGLEW_STATIC -DBOOST_LIBS -DNDEBUG -Isrc -Ibuildtmp -c -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o src/libslic3r/Model.o src/libslic3r/Model.cpp
cc -I/home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/x86_64-linux/CORE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc++ -Isrc/libslic3r -Isrc/glew/include -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -DBOOST_ASIO_DISABLE_KQUEUE -DGLEW_STATIC -DBOOST_LIBS -DNDEBUG -Isrc -Ibuildtmp -c -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o src/libslic3r/Flow.o src/libslic3r/Flow.cpp
cc -I/home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/x86_64-linux/CORE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc++ -Isrc/libslic3r -Isrc/glew/include -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -DBOOST_ASIO_DISABLE_KQUEUE -DGLEW_STATIC -DBOOST_LIBS -DNDEBUG -Isrc -Ibuildtmp -c -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o src/libslic3r/Geometry.o src/libslic3r/Geometry.cpp
cc -I/home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/x86_64-linux/CORE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc++ -Isrc/libslic3r -Isrc/glew/include -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -DBOOST_ASIO_DISABLE_KQUEUE -DGLEW_STATIC -DBOOST_LIBS -DNDEBUG -Isrc -Ibuildtmp -c -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o src/poly2tri/sweep/sweep.o src/poly2tri/sweep/sweep.cc
cc -I/home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/x86_64-linux/CORE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc++ -Isrc/libslic3r -Isrc/glew/include -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -DBOOST_ASIO_DISABLE_KQUEUE -DGLEW_STATIC -DBOOST_LIBS -DNDEBUG -Isrc -Ibuildtmp -c -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o src/Shiny/ShinyManager.o src/Shiny/ShinyManager.c
cc -I/home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/x86_64-linux/CORE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc++ -Isrc/libslic3r -Isrc/glew/include -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -DBOOST_ASIO_DISABLE_KQUEUE -DGLEW_STATIC -DBOOST_LIBS -DNDEBUG -Isrc -Ibuildtmp -c -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o src/libslic3r/Surface.o src/libslic3r/Surface.cpp
cc -I/home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/x86_64-linux/CORE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc++ -Isrc/libslic3r -Isrc/glew/include -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -DBOOST_ASIO_DISABLE_KQUEUE -DGLEW_STATIC -DBOOST_LIBS -DNDEBUG -Isrc -Ibuildtmp -c -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o src/libslic3r/ExtrusionEntity.o src/libslic3r/ExtrusionEntity.cpp
cc -I/home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/x86_64-linux/CORE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc++ -Isrc/libslic3r -Isrc/glew/include -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -DBOOST_ASIO_DISABLE_KQUEUE -DGLEW_STATIC -DBOOST_LIBS -DNDEBUG -Isrc -Ibuildtmp -c -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o src/libslic3r/SurfaceCollection.o src/libslic3r/SurfaceCollection.cpp
cc -I/home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/x86_64-linux/CORE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc++ -Isrc/libslic3r -Isrc/glew/include -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -DBOOST_ASIO_DISABLE_KQUEUE -DGLEW_STATIC -DBOOST_LIBS -DNDEBUG -Isrc -Ibuildtmp -c -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o src/libslic3r/EdgeGrid.o src/libslic3r/EdgeGrid.cpp
cc -I/home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/x86_64-linux/CORE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc++ -Isrc/libslic3r -Isrc/glew/include -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -DBOOST_ASIO_DISABLE_KQUEUE -DGLEW_STATIC -DBOOST_LIBS -DNDEBUG -Isrc -Ibuildtmp -c -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o src/Shiny/ShinyZone.o src/Shiny/ShinyZone.c
cc -I/home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/x86_64-linux/CORE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc++ -Isrc/libslic3r -Isrc/glew/include -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -DBOOST_ASIO_DISABLE_KQUEUE -DGLEW_STATIC -DBOOST_LIBS -DNDEBUG -Isrc -Ibuildtmp -c -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o src/libslic3r/Line.o src/libslic3r/Line.cpp
cc -I/home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/x86_64-linux/CORE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc++ -Isrc/libslic3r -Isrc/glew/include -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -DBOOST_ASIO_DISABLE_KQUEUE -DGLEW_STATIC -DBOOST_LIBS -DNDEBUG -Isrc -Ibuildtmp -c -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o src/admesh/stl_io.o src/admesh/stl_io.c
cc -I/home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/x86_64-linux/CORE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc++ -Isrc/libslic3r -Isrc/glew/include -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -DBOOST_ASIO_DISABLE_KQUEUE -DGLEW_STATIC -DBOOST_LIBS -DNDEBUG -Isrc -Ibuildtmp -c -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o src/libslic3r/PrintRegion.o src/libslic3r/PrintRegion.cpp
cc -I/home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/x86_64-linux/CORE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc++ -Isrc/libslic3r -Isrc/glew/include -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -DBOOST_ASIO_DISABLE_KQUEUE -DGLEW_STATIC -DBOOST_LIBS -DNDEBUG -Isrc -Ibuildtmp -c -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o src/libslic3r/BoundingBox.o src/libslic3r/BoundingBox.cpp
cc -I/home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/x86_64-linux/CORE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc++ -Isrc/libslic3r -Isrc/glew/include -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -DBOOST_ASIO_DISABLE_KQUEUE -DGLEW_STATIC -DBOOST_LIBS -DNDEBUG -Isrc -Ibuildtmp -c -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o src/polypartition.o src/polypartition.cpp
cc -I/home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/x86_64-linux/CORE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc++ -Isrc/libslic3r -Isrc/glew/include -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -DBOOST_ASIO_DISABLE_KQUEUE -DGLEW_STATIC -DBOOST_LIBS -DNDEBUG -Isrc -Ibuildtmp -c -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o src/slic3r/GUI/GUI.o src/slic3r/GUI/GUI.cpp
cc -I/home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/x86_64-linux/CORE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc++ -Isrc/libslic3r -Isrc/glew/include -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -DBOOST_ASIO_DISABLE_KQUEUE -DGLEW_STATIC -DBOOST_LIBS -DNDEBUG -Isrc -Ibuildtmp -c -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o src/admesh/connect.o src/admesh/connect.c
cc -I/home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/x86_64-linux/CORE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc++ -Isrc/libslic3r -Isrc/glew/include -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -DBOOST_ASIO_DISABLE_KQUEUE -DGLEW_STATIC -DBOOST_LIBS -DNDEBUG -Isrc -Ibuildtmp -c -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o src/libslic3r/Fill/FillPlanePath.o src/libslic3r/Fill/FillPlanePath.cpp
In file included from src/libslic3r/Fill/FillPlanePath.hpp:8:0,
                 from src/libslic3r/Fill/FillPlanePath.cpp:5:
src/libslic3r/Fill/FillBase.hpp: In static member function ‘static coord_t Slic3r::Fill::_align_to_grid(coord_t, coord_t)’:
src/libslic3r/Fill/FillBase.hpp:111:32: error: ‘assert’ was not declared in this scope
         assert(aligned <= coord);
                                ^
error building src/libslic3r/Fill/FillPlanePath.o from 'src/libslic3r/Fill/FillPlanePath.cpp' at /home/markus/perl5/perlbrew/perls/perl-5.24.0/lib/5.24.0/ExtUtils/CBuilder/Base.pm line 174.
FAIL
! Installing ./xs failed. See /home/markus/.cpanm/work/1478048351.20832/build.log for details. Retry with --force to force install it.
The XS/C++ code failed to compile, aborting

Any Idea how this can be fixed?

Thanks,
Markus

AMF issues

AMF suffix has to be written manualy
AMF does not remember scale
AMF does not remember settings (filament, printer, quality)
AMF renames all STL to same name (ie "spoolholder.stl" and "PSU_cover.stl" will be renamed to "spoolholder.amf" and "spoolholder.amf" after loading)
large AMF (80 files, 200mb) does not load - error:
Unbalanced string table refcount: (1) for "AUTOLOAD" during global destruction.
Scalars leaked: -2
Can't use an undefined value as an ARRAY reference at C:/Slic3r/lib/Slic3r/GUI/Plater.pm line 280.

Infill not touching perimeters on slopy walls

Nice to see someone want's to give Slic3r a little boost!

Version

Release 1.31.2

Operating system type + version

Win 10 64bit

Behavior

See the red marked areas in the screenshot attached, I used the cat from the thingiverse link at the end of the post. The infill is not touching the perimeter line. As long as the walls are nearly vertival (lower areas of the model) they are touching the perimeters. This is related to "Ensure vertical shell thickness": Turn it off and the problem is removed. See the blue marked screenshot, but also there in the circular area there is a small zig-zag area as it would "Ensure vertical shell thickness"?

Aditionaly, in the red marked one, there are tiny infill line segments in the circular area. I can find such "zits" in the most layers, original Slic3r isn't doing that?

STL/Config (.ZIP) where problem occurs

http://www.thingiverse.com/thing:1703197

[Request] Visualize print speeds in Preview tab

No Further Text

add a "print through octoprint" option

This would have to be an end-user setting, but on the nitpicks side, I would love if there was an option to automatically start printing in OctoPrint after clicking "Send to printer". I've clicked that button more times and forgotten to go into Octoprint to start the print than I'd care to admit. (In S3D I handle this with a curl command so it's all automatic there.)

Based on what I can see in the OctoPrint REST API documentation, it's as simple as setting a variable to true:

http://docs.octoprint.org/en/master/api ... pload-file

Potential for filament to get stuck after cancelling print and then telling the printer to load the filament

After cancelling a print and immediately asking the printer to load filament the printer will attempt to load filament whilst the temperature is dropping. This can mean that the hot end temperature can fall below the temperature needed to load filament whilst the printer is loading filament meaning it will cause a jam.

I found this out when I started a print and the realising I hadn't loaded the filament so cancelled the print, this caused a jam that I have now corrected.

Firmware 3.0.8

No top layer generated...

Version

1.31.5

Operating system type + version

macOS Sierra 10.12.2 Beta 3 (16C48b)

Behavior

This issue relates to the stl files found here: http://www.thingiverse.com/thing:1646474

Starting a fresh slic3r session and loading the mentioned STL with settings seen in picture 1 everything is okay. The settings set 2 perimeters and the top layer generation goes well as seen in picture 2.

Rising the perimeters on 4 or more as seen in picture 3 makes the top layers in the middle of an object disappear as seen in picture 4.

Lowering the perimeters or changing anything else does reverse the effect as seen in picture5.

Starting slic3r anew with 4 perimeters set from the beginning goes well also, as seen in picture 6.

So I assume there is no problem with the model itself but with the intermediate solid layer generation routine.

Ensure that the lines of a cubic infill are wide enough to support each other

Version

Slic3r 1.31.6 - Prusa Edition -win64

Operating system type + version

win 8.1 64bit

Behavior

The very nice cubic infill seems to be wrongly generated at higher layer heigths.

left layer heigth 0.24mm right same scene, same params, only layer heigth 0.48mm

Looks for me as if the offset from layer to layer is not calculated correctly (to big, so the upper layer is not supported from the lower layer) or the extrusion width is not calculated correctly. It must ensure that the layers offnset not too much.

I think this was also in the prusa forum but I could not find it.

C++14 issues

Compiling from master @ 36f51ff yields quite a many compilation errors with a recent gcc (version 6.2.1) on Linux due to errors in code in #ifdef SLIC3R_CPP > 11 blocks. The default C++ standard for recent gcc is C++14 (more precisely -std=gnu++14 which contains GNU extensions). The errors are especially related to rvalue reference overloaded functions in e.g. PolylineCollection.cpp (chained_path and chained_path_from).

Are you accepting contributions to your fork? I might start slowly looking at these in order to make it build on more recent compilers and take advantage of the move semantics.

Notify the user if the objects do not fit on the platter when clicking 'Arrange'

Version

1.31.6-prusa3d-win64

Operating system type + version

Windows 10

Behavior

When importing multiple objects at once into Prusa Slic3r the objects clip into each other, pressing the 'Arrange' button doesn't do anything.

Keep Preview settings during recalculation (small improvement)

Behavior

A minor, cosmetical "problem": In the 3D Preview, view angle and visible top layer (the slider) are stored when somethings is changed that triggers a recalculation. But if the left slider for the lower layer is used or the very useful "1 Layer" is checked, both informations are lost after recalculation. It would be nice if they also stay as they were set before.

Fractional rotations ignored

Version

1.31.6-prusa3d

Operating system type + version

Mac OSX 10.12.1

Behavior

When attempting to settle a part on the bed it may be required to rotate the part slightly. But rotations in fractional degrees (i.e. -0.5) are ignored.

Other, integral, rotations may also be ignored such as -1 where 1 or -2 are
recognized.

STL/Config (.ZIP) where problem occurs

prusa-issue.zip

Compile error : "error: 'expolys' was not declared in this scope"

Version

rev d530bdb

Operating system type + version

Arch Linux
gcc 6.2.1 20160830

Behavior

Multiple compile errors

buildlog.txt

Bridging-Angle not optimal

Version

1.30 release candidate vs. 1.31.2

Operating system type + version

windows 7 up to date

Behavior

Bridging in the latests release seems to get wrong. See pics. Angle set in the Print-Settings-Infill-Tab is used.

STL/Config (.ZIP) where problem occurs

Used the same given profiles in both versions from Prusa3D: 0,2mm NORMAL; Prusa PET; Original MK2 ColorPrint
test2.zip

[Question] Which thickness is ensured by "ensure vertical wall thickness"

This is only a question, nothing is working wrong :)
I was reading your last commit regarding the vertical wall thickness and noticed that it depends on the number of top/bottom solid layers count. Up to now, I thought it will use the thickness a real vertical wall has (number of perimeters * line width).

Can you explain if there is a specific wall thickness that is ensured, like "numbers of top solid layers * layer height" or is it some % calculation?
I guess overhangs are calculated with the number of bottom solid layers, inward slopes are using the top solid layers?

README points to outdated build instructions

...at least for Linux. Build instructions for it are here, https://github.com/alexrj/Slic3r/wiki/Running-Slic3r-from-git-on-GNU-Linux

(see also the README for Slic3r upstream)

My bad...please delete

'only overhang layer has more than one speed' test failed

While compiling this for Arch Linux there's an error message while running through the tests.

t/perimeters.t ................. 46/59 
#   Failed test 'only overhang layer has more than one speed'
#   at t/perimeters.t line 281.
#          got: '0'
#     expected: '1'
t/perimeters.t ................. 59/59 # Looks like you failed 1 test of 59.
t/perimeters.t ................. Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/59 subtests

Compiler does not recognize keywords in confess_at calls in XSP files

Version

1.31.6

Operating system type + version

Windows 10.0.14393 Pro x64
VS 2013 Version 12.0.40629.00 Update 5
NET Framework 4.6.01586

Behavior

I am building prusa3d/slic3r using the 1.31.6, and I am getting errors in statements that use the CONFESS macro. For example, in Config.xsp, the following code:

        if (GCodeConfig* config = dynamic_cast<GCodeConfig*>(THIS)) {
            RETVAL = config->get_extrusion_axis();
        } else {
           CONFESS("This StaticConfig object does not provide get_extrusion_axis()");  //395
        }

generates the following error messages:

Slic3r-master/xs/xsp/Config.xsp"(395) : error C2146: syntax error : missing ')' before identifier 'C'
Slic3r-master/xs/xsp/Config.xsp"(395) : error C2660: 'confess_at' : function does not take 1 arguments
Slic3r-master/xs/xsp/Config.xsp"(395) : error C2059: syntax error : ')'

Basically, the problem is the keywords FILE, LINE, and FUNCTION are not being recognized by the build process. When I replace the "CONFESS" statement with:

confess_at( FILE, LINE, FUNCTION, "This StaticConfig object does not provide get_extrusion_axis()");

I get the same errors, but when I replace it with:

confess_at( "FILE", 1, "FUNCTION", "This StaticConfig object does not provide get_extrusion_axis()");

there are no error messages generated. The same problem also occurs in GCode.xsp, TriangleMesh.xsp, Geometry.xsp, and Line.xsp. Oddly enough, this only happens on one of my two build computers (which are both substantially the same).

Infill does not align with lower layers

Version

Git rev f278fa4

Operating system type + version

Arch Linux

Behavior

In the last stable version all infill patterns aligned with the layer below. This is no longer the case. See screenshot

Is this a new feature request?

STL/Config (.ZIP) where problem occurs

https://www.thingiverse.com/download:90409
scaled to 1000%

Zooming not possible

Version

1.31.5

Operating system type + version

Win7 64bit

Behavior

After some time of arranging STLs on the plater, checking the preview, switching back and forth, getting through the layers it is not possible to zoom by the mousewheel any more.

Is this just on my system or can somebody reproduce? Don't know exactly yet, how to reproduce. It seems, the mouse-wheel-input is bound to the preview layer-slider once activated.

Slic3r crashes when the Octoprint discovery dialog should open

http://shop.prusa3d.com/forum/software-f13/new-version-of-slic3r-t2324.html

-lgl and -lglu should be upper case

In xs/Build.PL, there are linker flags -lgl and -lglu set if built with SLIC3R_GUI. On Arch Linux the linker fails to find the libraries. These libraries should be capitalized: -lGL -lGLU. I don't know if this is different on e.g. OS X.

Infill is not generated when "Ensure vertical shell thickness" is on

Version

Version of Slic3r used goes here
git master @ 3fc57ba

Operating system type + version

What OS are you using, and state any version #s
Arch Linux

Behavior

Describe the problem
Infill is not generated when the "Ensure vertical shell thickness" option is on.
Steps needed to reproduce the problem

Load STL
Select "Ensure vertical shell thickness"
Select infill <100 %

Expected Results
Infill is expected to be seen in preview.
Actual Results
Infill is not seen in preview.

The infill appears again after unchecking "Ensure vertical shell thickness" and changing infill density to trigger regeneration of infill.

Reverting 61d82b0 fixes the issue.

STL/Config (.ZIP) where problem occurs

Upload a zipped copy of an STL and your config (File -> Export Config)
config.zip
STL: http://www.thingiverse.com/download:648838

[Request] Setting gap between the model and support in XY

Add the possibility to set the gap between the model and support in XY
Current algorithm is worthless, the gap is chosen based on the width of the support.

Inconsistent "STL errors fixed" message between various Slic3r build

alexrj Slic3r says Manifold: yes. Prusa Slic3r is stating over 800 errors in the model.

STL/Config (.ZIP) where problem occurs

http://www.thingiverse.com/thing:1817180

If you stumble over similar case, please add it to this issue for reference.

Slic3r hangs during perl build.pl

Version

e15b5f4

Operating system type + version

Win 10 64bit, Strawbery perl

Behavior

The build process is hanging forever at the following line, see screenshot:

Crashes while switching in preview through layers with arrow keys

Version

89cf290

Operating system type + version

Arch Linux 64bit

Behavior

Switch through layers in preview screen with arrow keys. Do not touch the scrollbar on the right or it won't crash.

Can't locate object method "set_z_high" via package "Slic3r::GUI::Plater::3DPreview" at /usr/share/perl5/vendor_perl/Slic3r/GUI/Plater/3DPreview.pm line 99.

[Request] 'Support editor' like Simplify3D or Craftware Slicer

Automatic support generators often generate supports which are difficult to print and are likely to break while printing)

Having the possibility to add more support on some places and remove on other gives additional possibilities for the print.

Preset configuration profile

Would be nice if it came with a configuration profile that set it up for the printer, just like the fff file for Simplify3D.

Slicer just crash

Version

1.31.2

Operating system type + version

Windows 7

Behavior

When I open the slic3r, load a file then the screen is not responding.

I don't think a screenshot is necessary. The perl interpreter crash after sometimes

STL/Config (.ZIP) where problem occurs

[Request] VariSlice

I just stumbled across this video on Youtube
https://www.youtube.com/watch?v=HAmneiL5-jQ

This sound like a really nice feature and part of it seems to be already implemented. But all the nice calculation magic is missing.

Existing feature: http://manual.slic3r.org/expert-mode/variable-layer-height

UI - Resizable application window instead of mandatory full screen

Version

1.31.6-prusa3d

Operating system type + version

MacOS Sierra 10.12.1

Behavior

When launched, Slic3r opens up its application window with a fixed size (full screen) that cannot be resized to desired size and placement on screen.

Is this a new feature request?
Yes. Please make the application window resizable, and have it remember its size and position on screen (from last session?).

Thank you,

Gabriel Montreuil

Slic3r 1.31.6 (mac) freezes at Preparing infill...

Slic3r 1.31.6-prusa3d
MacOS 10.12.1 (16B2555)

After I add any stl file over 6mb (specifically larger dragonlock tiles) Slic3r freezes at "Preparing infill..." and pegs my processors at 100%. The app remains responsive for a bit but if left alone eventually stops responding instead of finishing.

Smaller dragonlock files slice without issue.

Cura works fine for slicing the same stl files but I am getting top surface issues I hoped "Ensure vertical shell thickness"
FDG0165U_DLU_Floor_4x4.stl.zip
config.ini.zip

would resolve but the freeze happens even before I select that option. Additionally it freezes Preparing infill even when infill is set to 0%.
config.ini.zip
FDG0165U_DLU_Floor_4x4.stl.zip

Slic3r does not store the OctoPrint settings into the config.ini file

from http://shop.prusa3d.com/forum/original-prusa-i3-mk2-f23/drivers-1-7-5-rc2-with-slic3r-prusa-edition-update-t2322-s10.html

just one thing i use octoprint and slic3r works great with it but slic3r dos not save the ip or api when closing down
i have sort of done a work a round save a confi file with it in and load this file when you load slic3r not very good way round
as slic3r should save it automaticly when you have input the ip and api

Automatic speed & volumetric extrusion slopes experimental features are broken

Version

1.31.6

Operating system type + version

win8.1

Behavior

The gcode generated has some speeds that are really really slow. The speeds in the slic3r are all put in manually but still the gcode has some 3 mm/s speeds in the first layer.
Downloads.zip

Layer 3 acording to gcode.ws was speeds as low as 0.4 mm/s

Is it a bug? or I'm just unable to configure the silc3r properly.

Thank you!