Welcome to mirror list, hosted at ThFree Co, Russian Federation.

github.com/supermerill/SuperSlicer.git - Unnamed repository; edit this file 'description' to name the repository.
summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2018-09-14Merge remote-tracking branch 'origin/lm_wipe_tower_consumption'bubnikv
2018-09-07Export the first M73 line to gcode before custom gcodeEnrico Turri
2018-09-05Wipe tower extrusions are now accounted for in the filament consumption ↵Lukas Matena
statistics
2018-08-06Minor tweaks of UI texts,bubnikv
optimization of the wipe tower invalidation, show collisions of the wipe tower with known dimensions.
2018-08-04T1 and M702 C are now evaluated by the time estimator to add the newbubnikv
"filament_load_time" and "filament_unload_time" values to match the MK3 MMU2 behavior. Emitting of the remaining times into the output G-code was made optional through a new "remaining_times" configuration value, so the firmware flavors and versions, which do not know the M73 code, will not complain. Configuration changes: The wipe tower default position was shifted inwards after the wipe tower coordinate reference point was changed from the center to the left front corner. Added the "filament_load_time" and "filament_unload_time" values to the MK3 MMU filament profiles. Enabled "remaining_times" for the MK2.5, MK3 and MK3MMU2 printers.
2018-08-03Merge remote-tracking branch 'origin/lm_wipe_tower_block_improvements_merged'bubnikv
2018-08-03Added support for the upstream Marlin interpretation of the M204 code.bubnikv
Fix of https://github.com/prusa3d/Slic3r/issues/1089 M204 S.. T..: T is interpreted by the firmware and Slic3r time estimator the old way (as acceleration when retracting) only if an S code is found at the same line. This allows PrusaResearch to interpret the legacy G-codes generated by our older Slic3r with older Slic3r profiles. M204 P.. R.. T..: T is ignored, P is interpreted as acceleration when extruding, R is interpreted as acceleration when retracting. This will be the format the Slic3r 1.41.0 will produce from the Machine Limits page. In the future both MK3 firmware and Slic3r will likely be extended to support the separate travel acceleration. This change is in sync with the Prusa3D firmware: https://github.com/prusa3d/Prusa-Firmware/commit/dd4c4b39b4359d61a3329c54bea58df119a731c6 Slic3r will now export M204 P[machine_max_acceleration_extruding] R[machine_max_acceleration_retracting] T[machine_max_acceleration_extruding] before the custom start G-code, which will be correctly interpreted by both the new Prusa3D firmware and the Slic3r's time estimator. To support our legacy MK2 firmware before we merge the commit above, we may just insert the following line into the custom start G-code section to override the block inserted by Slic3r automatically before the custom start G-code: M204 S[machine_max_acceleration_extruding] T[machine_max_acceleration_retracting]
2018-08-02Merge branch 'lm_wipe_tower_block_improvements' into ↵Lukas Matena
lm_wipe_tower_block_improvements_merged
2018-08-02Wipe tower postprocessing, wipe tower block on 3D plate improved.Lukas Matena
- it renders red with one egde as indeterminate, the front edge is where the wipe tower will start - changing width changes depth of the block (as requested) - the block shows the brim of the wipe tower - after slicing, the block is rendered in usual dark green and takes the exact shape of the tower (also with brim) - moving or rotationg the block after slicing does not invalidate the wipe tower (and hence the exact block dimensions are preserved) - changing anything that invalidates the wipe tower reverts the block back to the "indeterminate" shape - the block is not shown after slicing, if the wipe tower is not actually generated (printing single color object with the wipe tower enabled) This required changes in the wipe tower generator, which now generates the tower at origin with no rotation. Resulting gcode is postprocessed and transformed during gcode export. This means the wipe tower needs not be invalidated when it is moved or rotated.
2018-07-27New parameter "single_extruder_multi_material_priming" to be ablebubnikv
to suppress the MM priming towers. The PrusaResearch.ini was modified for the MMU2 printers to correctly prime the initial extruder when single_extruder_multi_material_priming is disabled.
2018-07-25M73 lines emitted to gcode only for Marlin firmare. Fixes #1071Enrico Turri
2018-07-23Fixed crash when generating gcode of multimaterial objects with some object ↵Enrico Turri
out of the bed
2018-07-20Slightly faster time estimationEnrico Turri
2018-07-18Merge branch 'master' of https://github.com/prusa3d/Slic3r into ↵Enrico Turri
scene_manipulators
2018-07-18The acceleration G-codes (M204 Sxxx) emited for Marlin are nowbubnikv
clamped by the maximum acceleration when extruding. The machine envelope values are only set at the time estimator from the Printer parameters for the Marlin firmware.
2018-07-18Implemented clamping of the acceleration when extruding for the Marlinbubnikv
firmware, both for the G-code export and the time estimator.
2018-07-18Slice only objects contained into the print volumeEnrico Turri
2018-07-17For the Marlin firmware, the machine envelope G-code is emittedbubnikv
based on the Slic3r printer profile. Also the bundled config has been updated, so that the machine envelope G-code values were removed and the new Slic3r printer profile values were updated with the former G-code values. Slic3r version has been bumped up to 1.41.0-alpha for the configuration files to work.
2018-07-17Merge with master + resolved conflictsEnrico Turri
2018-07-17Merge remote-tracking branch 'remotes/origin/wipe_tower_improvements'bubnikv
2018-07-17Merge with masterEnrico Turri
2018-07-13Generate M73 lines for silent mode only for MK3 printersEnrico Turri
2018-07-11WipingExtrusions functions now don't need a reference to LayerToolsLukas Matena
2018-07-10Supports were printed twice if synchronized with object layers, added ↵Lukas Matena
always-on settings in ObjectSettingDialog
2018-07-09Infill purging - added fifth extruder into default setttings, cosmetic changesLukas Matena
2018-06-29Overriddable infills that were not overridden are now printed according to ↵Lukas Matena
infill_first
2018-06-28Renamed the "compatible_printers_condition" and "inherits" vectorsbubnikv
to "compatible_printers_condition_cummulative" and "inherits_cummulative" when storing to AMF/3MF/Config files. Improved escaping of strings stored / loaded from config files.
2018-06-28Faster remaining times exportEnrico Turri
2018-06-27Time estimate emitted to gcode at requested intervalEnrico Turri
2018-06-26'Dontcare' extrusions now don't force a toolchange + code reorganizationLukas Matena
2018-06-26Fixed integration tests.bubnikv
2018-06-26Storing and recovering the "compatible_printers_condition"bubnikv
and "inherits" fields from / to the AMF/3MF/Config files. The "compatible_printers_condition" are collected over all active profiles (one print, possibly multiple filament, and one printer profile) into a single vector.
2018-06-22Activate existing projects after loading AMF/3MF/Config: Initial implementation.bubnikv
2018-06-22Time estimators use initial data from configEnrico Turri
2018-06-22Merge branch 'machine-limits-config' of https://github.com/prusa3d/Slic3r ↵Enrico Turri
into time_estimate
2018-06-21Assigning of wiping extrusions improvedLukas Matena
2018-06-20Added machine evelope configuration parametersbubnikv
(the MachineEnvelopeConfig class). Added localization support for libslic3r through a callback (the callback is not registered yet, so the localization does nothing). Localized the Print::validate() error messages.
2018-06-20Refactoring of perimeters/infills wiping (ToolOrdering::WipingExtrusions now ↵Lukas Matena
takes care of the agenda) Squashed commit of the following: commit 931eb2684103e8571b4a2e9804765fef268361c3 Author: Lukas Matena <lukasmatena@seznam.cz> Date: Wed Jun 20 12:50:27 2018 +0200 ToolOrdering::WipingExtrusions now holds all information necessary for infill/perimeter wiping commit cc8becfbdd771f7e279434c8bd6be147e4b321ee Author: Lukas Matena <lukasmatena@seznam.cz> Date: Tue Jun 19 10:52:03 2018 +0200 Wiping is now done as normal print would be (less extra code in process_layer) commit 1b120754b0691cce46ee5e10f3840480c559ac1f Author: Lukas Matena <lukasmatena@seznam.cz> Date: Fri Jun 15 15:55:15 2018 +0200 Refactoring: ObjectByExtruder changed so that it is aware of the wiping extrusions commit 1641e326bb5e0a0c69d6bfc6efa23153dc2e4543 Author: Lukas Matena <lukasmatena@seznam.cz> Date: Thu Jun 14 12:22:18 2018 +0200 Refactoring: new class WipingExtrusion in ToolOrdering.hpp
2018-06-13Wiping into perimeters - bugfix (wrong order of perimeters and infills)Lukas Matena
2018-06-07Wiping into infill/objects - invalidation of the wipe tower, bugfixesLukas Matena
2018-06-06More progress on 'wipe into dedicated object' feature (e.g. new value in ↵Lukas Matena
object settings)
2018-06-06Remaining time gcode line exported only for Marlin firmwareEnrico Turri
2018-06-05Started to work on the 'wipe into dedicated object feature'Lukas Matena
2018-06-04Fixed behaviour of infill wiping for multiple copies of an objectLukas Matena
2018-06-01Wiping into infill - no infills are now inadvertedly printed twice (hopefully)Lukas Matena
2018-05-31Wipe into infill - copies of one object are properly processedLukas Matena
2018-05-30Prototype for exporting estimated remaining time into gcode for default and ↵Enrico Turri
silent mode
2018-05-28Reduction is now correctly calculated for each region, soluble filament ↵Lukas Matena
excluded from infill wiping
2018-05-25Calculation of wipe tower reduction corrected, new config option (wipe into ↵Lukas Matena
infill)
2018-05-24First steps in reorganizing infill order (to use infill instead of the wipe ↵Lukas Matena
tower)