Block when exporting gcodes

[avalero]

It gets blocke when exporting gcode for any STL

; generated by Slic3r 0.9.9 on 2013-04-07 at 10:32:41

; layer_height = 0.15
; perimeters = 3
; top_solid_layers = 0
; bottom_solid_layers = 6
; fill_density = 0
; perimeter_speed = 30
; infill_speed = 30
; travel_speed = 80
; nozzle_diameter = 0.25
; filament_diameter = 3
; extrusion_multiplier = 1
; perimeters extrusion width = 0.35mm
; infill extrusion width = 0.35mm
; solid infill extrusion width = 0.35mm
; top infill extrusion width = 0.35mm
; first layer extrusion width = 0.40mm

[linuxlurak]

Perhaps same as here? --> Issue #1095
Use Windows version of slic3r till this bug is solved.
Greetings

[avalero]

Well... I do not have Windows...

On Sun, Apr 7, 2013 at 11:10 AM, linuxlurak notifications@github.comwrote:

Perhaps same as here? --> Issue #1095#1095
Use Windows version of slic3r till this bug is solved.
Greetings

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/1101#issuecomment-16011909
.

[alranel]

Please read this:

https://github.com/alexrj/Slic3r/wiki/Quick-guide-to-writing-good-bug-reports

[avalero]

Thank you Alessandro. Sorry for that.

When generating gcode of STL file:
http://www.thingiverse.com/thing:71440under Ubuntu 12.10 and Slic3r
0.9.9 on a Intel i5 with 4Gb RAM the
"exporting gcode" phase of the gcode generation takes around 30 minutes.

The config of slic3r is:

---

generated by Slic3r 0.9.9 on Mon Apr 8 21:04:27 2013

avoid_crossing_perimeters = 1
bed_size = 210,210
bed_temperature = 110
bottom_solid_layers = 5
bridge_acceleration = 0
bridge_fan_speed = 100
bridge_flow_ratio = 1
bridge_speed = 50
brim_width = 0
complete_objects = 0
cooling = 1
default_acceleration = 0
disable_fan_first_layers = 1
duplicate = 1
duplicate_distance = 6
duplicate_grid = 1,1
end_gcode = M140 S0 ;Turn heated bed off\nM104 S0 ;Turn nozzle heat
off\nG91 ;Make coordinates relative\nG0 Z2 E-2 ;Move up 2mm and retract
extuder 2mm at 400mm/min\nG90 ;Use absolute coordinates again\nG00 X100
Y180 F10000 ;Go to dump area\nM84 ;Disable steppers so they dont get hot
during idling...\nM84 S0 ;Cancel the timeout set by the start gcode
external_perimeter_speed = 100%
external_perimeters_first = 0
extra_perimeters = 1
extruder_clearance_height = 20
extruder_clearance_radius = 20
extruder_offset = 0x0
extrusion_axis = E
extrusion_multiplier = 1
extrusion_width = 0
fan_always_on = 0
fan_below_layer_time = 60
filament_diameter = 3
fill_angle = 45
fill_density = 0.30
fill_pattern = honeycomb
first_layer_bed_temperature = 115
first_layer_extrusion_width = 200%
first_layer_height = 0.2
first_layer_speed = 30%
first_layer_temperature = 230
g0 = 0
gap_fill_speed = 30
gcode_arcs = 0
gcode_comments = 0
gcode_flavor = reprap
infill_acceleration = 0
infill_every_layers = 1
infill_extruder = 1
infill_extrusion_width = 0
infill_first = 0
infill_only_where_needed = 1
infill_speed = 50
layer_gcode =
layer_height = 0.15
max_fan_speed = 100
min_fan_speed = 35
min_print_speed = 10
min_skirt_length = 0
notes =
nozzle_diameter = 0.25
only_retract_when_crossing_perimeters = 1
output_filename_format = [input_filename_base].gcode
perimeter_acceleration = 0
perimeter_extruder = 1
perimeter_extrusion_width = 0
perimeter_speed = 50
perimeters = 6
post_process =
print_center = 105,105
raft_layers = 0
randomize_start = 1
resolution = 0
retract_before_travel = 2
retract_layer_change = 1
retract_length = 1
retract_length_toolchange = 10
retract_lift = 0
retract_restart_extra = 0
retract_restart_extra_toolchange = 0
retract_speed = 25
rotate = 0
scale = 1
skirt_distance = 6
skirt_height = 1
skirts = 1
slowdown_below_layer_time = 30
small_perimeter_speed = 100%
solid_fill_pattern = rectilinear
solid_infill_below_area = 70
solid_infill_every_layers = 0
solid_infill_extrusion_width = 0
solid_infill_speed = 100%
start_gcode = G28 ; home all axes\nG1 Z5 F5000 ; lift nozzle
support_material = 0
support_material_angle = 0
support_material_enforce_layers = 0
support_material_extruder = 1
support_material_extrusion_width = 0
support_material_interface_layers = 0
support_material_interface_spacing = 0
support_material_pattern = rectilinear
support_material_spacing = 2.5
support_material_speed = 30
support_material_threshold = 0
temperature = 225
threads = 2
toolchange_gcode =
top_infill_extrusion_width = 0
top_solid_infill_speed = 100%
top_solid_layers = 5
travel_speed = 80
use_relative_e_distances = 0
vibration_limit = 0

z_offset = 0

On Tue, Apr 9, 2013 at 9:20 AM, Alessandro Ranellucci <
notifications@github.com> wrote:

Please read this:

https://github.com/alexrj/Slic3r/wiki/Quick-guide-to-writing-good-bug-reports

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/1101#issuecomment-16097886
.

[alranel]

Blocked or just slow?

[lordofhyphens]

It's really slow, even on 1.3.0-dev. Although I think it's excused a bit by being 867 layers of 30% hexagonal infill. Wow.

[bubnikv]

This is an interesting problem. Sometimes the g-code export really stalls indefinitely or for extremely long. I currently don't have a good explanation of this effect. Maybe it is a result of to many tiny string operations over a huge text block over and over, maybe it is a concatenation of text bit by bit?

[lordofhyphens]

Yeah, I don't know what is going on, but his test case does export when I reduced the infill; just took a long time (and generated a 34M gcode file). So it's not getting into an infinite loop or something.

It's probably the numerous additive string operations (all the methods in GCode and GCodeWriter return strings).

[lordofhyphens]

Closed as it just takes a while, not freezing the program. We have another issue for slow gcode writing.