| Age | Commit message (Collapse) | Author |
|---|
|
|
|
Just, like, 10fps is fine.
|
|
This was still inconsistent, leading to crashes.
|
|
Starting to look like something now.
|
|
It looks weird with different layers overlayed on top of each other. The render order is not correct.
|
|
This is an update of the protofile as copied from CuraEngine.
|
|
Colours are 4D, with alpha channel.
Both colours and normals are single-precision data, otherwise we'll get nonsense out of this.
|
|
- The indices should be a 2D array of N by 3, one line for each face.
- We should store indices as int32. Converting them to that corrupts them.
- Use a custom StructureNode class to customise the way they are rendered.
|
|
|
|
Not quite working yet, though. I need to be careful to not trigger a reslice when this happens.
|
|
Took a while to get right, but this seems to work well. Now let's see if we can visualise them...
|
|
It's more data, too bad. But otherwise the front-end has to interweave the Z coordinates in that data, which is difficult and expensive too.
|
|
For better separation of concerns, we'll just have the engine plug-in receive the message and pass it on to whoever is listening. The StructureView will be listening and is supposed to store the data.
|
|
This will need to show the scene node with the visualisations
|
|
|
|
|
|
Only the X/Y shrinkage influences the convex hull collision area. Not the Z, nor the parent setting.
Also, don't scale the collision area to 0. This value is not allowed by the setting system, so it'd indicate an error when slicing, but before slicing the convex hull gets calculated which results in degenerate polygons. Don't do that. Instead, we'll just let it pretend the scale factor is 1.
Contributes to issue CURA-9091.
|
|
increase filter distance
|
|
|
|
Feat/Fix: transition filter limit
|
|
Pp 54 decrease resolution
|
|
# Conflicts:
# resources/definitions/ultimaker.def.json
# resources/quality/ultimaker_s3/um_s3_aa0.8_CPE_Superdraft_Print.inst.cfg
# resources/quality/ultimaker_s3/um_s3_aa0.8_PETG_Superdraft_Print.inst.cfg
# resources/quality/ultimaker_s5/um_s5_aa0.8_CPE_Superdraft_Print.inst.cfg
# resources/quality/ultimaker_s5/um_s5_aa0.8_PETG_Superdraft_Print.inst.cfg
|
|
Pp 115 improve default linewidths
|
|
Reduced horizontal expansion offset to the theoretically correct valu…
|
|
0.1*layer_height if the correction is performed on both sides of the wall (then totals 0.2*layer_height).
Relates to PP-154
|
|
Issues with dual extrusion were the second extruder is not used should solved in a different way.
Relates to PP-77
|
|
We don't want to filter based on the length of the filtered region, but based on the induced extra line width variation.
This diables the setting for the frontend, but doesn't fully remove it yet. TODO
|
|
This is not a property of a transition, but of when the transitioning algorithm makes or leaves out transitions
|
|
|
|
This is mainly benefitting the AA04 0.3mm profiles. PP-115
|
|
PP-115
|
|
since these settings are new to cura, I think it is safe to update them in fdmprinters. PP-115
|
|
Only UM2+C keeps his on resolution settings, since this printer has a lower segments per second performance, and we are not going to work on it. PP-54
|
|
A higher resolution does not improve visual quality, a lower resolution means you need to improve firmware. PP-54
|
|
was using this parameter.
material_shrinkage_percentage_xy and material_shrinkage_percentage_z cannot depend on material_shrinkage_percentage otherwise their resolve function will not execute properly.
I noticed that the shrinkage factors do not get the correct value if a wrong nozzle is chosen for a material. However, in that case the slicer will also not slice, so in practice this is not an issue
Relates to PP-77
|
|
shrinkage compensation factor.
PLA xy 100.2% z 100.1%
TPLA xy 100.3% z 100.1%
PETG xy 100.5% z 100.1%
Relates to PP-77
|
|
(xyz shrinkage only) and the expert display mode.
New calculations to determine the average shrinkage when two materials are used. By default the material shrinkage is set to null (None). In that case the shrinkage of that material is not taken into account in the new averaging formula. Support materials such as PVA, BAM, Aquasys etc. should keep this setting to null. When two materials are used with a shrinkage percentage the average of these two materials will be used.
Relates to PP-77
|
|
It doesn't really work well with the monotonic order here.
Contributes to issue CURA-9065.
|
|
Otherwise it'll mess up for most existing printers.
part of CURA-9078
|
|
|
|
|
|
|
|
|
|
With the increase in linewidth to the nozzle size, the material flow for especially the infill (but also inner walls) is increased. The speeds are reduced for the superdraft profiles to match the maximum material flow in CURA413. In the future we want to clean this up in a nice way, but for now this at least fixes some serious extrusion problems. PP-104
|
|
as discussed with Rijk from PP&M
|
|
Conflicts:
resources/definitions/fdmprinter.def.json -> Removed a setting while on master it was made hidden. Conflicting CURA-8466 with CURA-9069.
|
|
With increasing the infill linewidth, the infill line distance is increased as well. The infill density of the AA0.8 profiles is increased by 5% to the default of 20%. PP-104
|
|
We will only support the Inwards Distributed strategy type from here on out. You can achieve a similar result as that one by adjusting the Wall Distribution Count setting (1 is Center Deviation, 2 is Inwards Distributed, 999999 approximates Distributed).
Contributes to issue CURA-8466.
|
|
Apparently this was also incremented since we made the original version of this upgrade for 4.9. Works now.
Contributes to issue CURA-8466.
|
|
This setting was removed. The version upgrade would remove it (but that's not applied to pre-packaged profiles).
Contributes to issue CURA-8466.
|
