prusa3d / prusaslicer Goto Github PK
View Code? Open in Web Editor NEWG-code generator for 3D printers (RepRap, Makerbot, Ultimaker etc.)
Home Page: https://www.prusa3d.com/prusaslicer/
License: GNU Affero General Public License v3.0
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
1.31.2 - prusa3d edition
macOS Sierra 10.12.2 Beta
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.
Arch Linux 64bit
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.
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
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
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
Version of Slic3r used goes here
git master @ 3fc57ba
What OS are you using, and state any version #s
Arch Linux
The infill appears again after unchecking "Ensure vertical shell thickness" and changing infill density to trigger regeneration of infill.
Reverting 61d82b0 fixes the issue.
Upload a zipped copy of an STL and your config (File -> Export Config
)
config.zip
STL: http://www.thingiverse.com/download:648838
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.
Win 10 64bit
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..
1.31.6
Windows 10.0.14393 Pro x64
VS 2013 Version 12.0.40629.00 Update 5
NET Framework 4.6.01586
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).
Linux (ArchLinux)
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..
Win10 64bit
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?
A simple sphere or half sphere:
half_sphere.txt
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.
rev d530bdb
Arch Linux
gcc 6.2.1 20160830
Multiple compile errors
1.31.2 from https://github.com/prusa3d/Slic3r/releases/tag/version_1.31.2
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
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
Git rev f278fa4
Arch Linux
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?
https://www.thingiverse.com/download:90409
scaled to 1000%
Slic3r 1.31.6 - Prusa Edition -win64
win 8.1 64bit
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.
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
OSX El Capitain
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!
1.31.5
Win7 64bit
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.
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.
Nice to see someone want's to give Slic3r a little boost!
Release 1.31.2
Win 10 64bit
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?
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?
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
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.
1.31.1
Use About->About Slic3r
for release versions
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
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.
1.31.2
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
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
Win 10 64bit, Strawbery perl
The build process is hanging forever at the following line, see screenshot:
Win 10 64bit
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:
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:
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..?
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.
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.
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
Would be nice if it came with a configuration profile that set it up for the printer, just like the fff file for Simplify3D.
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.
1.31.6-prusa3d
Mac OSX 10.12.1
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.
1.31.2
Windows 7
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
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
1.31.6-prusa3d
MacOS Sierra 10.12.1
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
1.31.6-prusa3d-win64
Windows 10
When importing multiple objects at once into Prusa Slic3r the objects clip into each other, pressing the 'Arrange' button doesn't do anything.
1.31.5
macOS Sierra 10.12.2 Beta 3 (16C48b)
This issue relates to the stl files found here: http://www.thingiverse.com/thing:1646474
So I assume there is no problem with the model itself but with the intermediate solid layer generation routine.
latest git master
Arch Linux x86_64 current
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.
1.31.6
win8.1
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!
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
1.30 release candidate vs. 1.31.2
windows 7 up to date
Bridging in the latests release seems to get wrong. See pics. Angle set in the Print-Settings-Infill-Tab is used.
Used the same given profiles in both versions from Prusa3D: 0,2mm NORMAL; Prusa PET; Original MK2 ColorPrint
test2.zip
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)
Windows 10 x64 10.0.14393
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
1.31.2-prusa3d-win64
Windows7 64 sp1
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.
Any bunch of stl files that don't fit the table with 'auto-center parts' enabled.
...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)
No Further Text
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.