Il s’agit d’une petite version de patch :
Il s’agit d’une version stable, apportant des améliorations mineures et plusieurs corrections de bugs.
Nous avons implémenté des modifications dans les réglages de volume d’impression et de nouvelles routines de pointe de filament utilisées par le MMU3 sur la MK4.
Lorsque vous utilisez le mode Vase en spirale, les parcours d’outils sont générés comme d’habitude et les extrusions résultantes sont ensuite extrudées en augmentant progressivement z. Cette approche a conduit à des artefacts ressemblant à des coutures sur l’impression aux endroits où se trouveraient normalement les transitions de couches. De plus, la dernière couche se terminait brusquement, créant un “bord” acéré à l’endroit où se termine l’extrusion.
Ces deux questions ont été traitées par @andrewboktor en interpolant entre couches adjacentes et en réduisant progressivement le débit d’extrusion en toute fin d’impression. L’amélioration a été récemment fusionnée dans OrcaSlicer et nous avons reçu une pull request avec un portage vers PrusaSlicer. Après avoir évalué la fonctionnalité, nous avons décidé de la fusionner car elle est bien écrite, fonctionne bien et est très utile.
Merci à @andrewboktor pour le temps et les efforts investis dans ce problème, et à @vovodroid et @tg73 pour avoir fourni une pull request avec un portage d’OrcaSlicer
PrusaSlicer est désormais capable d’ouvrir les fichiers 3MF générés par BambuStudio et d’en charger la géométrie. (#10718, PR #10808, merci à @cmguo). Veuillez noter que BambuStudio permet d’enregistrer un 3MF contenant uniquement du G-code, ce qui n’est pas pris en charge par PrusaSlicer et le chargement de ces 3MF échouera.
Les métadonnées du G-code binaire ont un nouvel élément nomméobjets_info, qui répertorie tous les objets de l’impression et leurs polygones de limite. La même information a été ajoutée dans les commentaires à la fin des G-codes ASCII. Ceci est utile pour contrôler la fonction Annuler un objet à distance via Prusa Connect.
Il s’agit d’une version stable, apportant des améliorations mineures et plusieurs corrections de bugs.
Nous avons implémenté plusieurs mécanismes pour détecter un diagramme de Voronoï non valide, et en manipulant l’entrée, nous avons pu garantir que le diagramme de Voronoï serait valide. Nous avons également réimplémenté une partie importante de la peinture multi-matériaux à partir de zéro, ce qui, avec les modifications ci-dessus, devrait résoudre tous les problèmes de couches éparpillées pour la segmentation multi-matériaux.
Auparavant, PrusaSlicer plaçait le changement de couleur (M600) juste après la fin de la couche précédente. L’implémentation par défaut du changement de couleur dans presque tous les firmwares ramène la buse exactement à la même position qu’avant le début du changement de couleur. En raison de ce comportement, une petite goutte de filament avec la couleur nouvellement chargée resterait collée à l’impression.
Notre communauté, en particulier @Nohus, a proposé une solution consistant à placer le changement de couleur après le passage à la couche et à la position suivantes, ce qui s’est avéré être une solution beaucoup plus simple et plus universelle que de modifier l’implémentation du M600 du côté du firmware. Merci, Nohus, pour ton implémentation et à vous tous qui avez participé au test de son changement.
Nous avons remplacé les changements de couche hélicoïdaux introduits dans la version 2.7.1 par un profil de rampe plus raffiné. Bien que les changements de couche hélicoïdaux aient contribué à réduire les cheveux d’ange, ils ont parfois provoqué des taches de couleur et des artefacts. Avec le nouveau profil de rampe raffiné, les cheveux d’ange sont toujours atténués sans les inconvénients des mouvements hélicoïdaux.
Pour l’impression SLA, nous avons introduit les Réglages dérogatoires de Matériaux. Cette nouvelle fonctionnalité, imitant la flexibilité du découpage FDM, permet de remplacer les options de configuration sélectionnées dans les Réglages d’impression ou dans les Réglages du matériau. Il y a une nouvelle page de paramètres dans les Réglages du Matériau, qui permet de vérifier les paramètres qui seraient remplacés et de redéfinir leur valeur.
L’origine de PrusaSlicer est basée sur le projet Slic3r, qui a été initialement écrit en langage script Perl. Au fil des années, nous avons réécrit presque tout le code. D’abord le noyau de découpage, puis l’interface utilisateur. Nous avons maintenant réécrit tous les tests unitaires restants, toujours dépendants de Perl, en C++. Au revoir, Perl. Tu ne nous manqueras pas.
Il s’agit d’une version stable, apportant des améliorations mineures et plusieurs corrections de bugs.
L’option Exporter sous forme de G-code binaire a été supprimée des Réglages d’impression. Au lieu de cela, il existe une nouvelle option dans les Réglages de l’imprimante nommée Prend en charge le G-code binaire afin qu’elle puisse être définie au niveau de l’imprimante. Il existe également un nouveau commutateur global dans Préférences->Autre, qui contrôle si le G-code binaire sera généré pour les imprimantes qui le prennent en charge. Il est désormais beaucoup plus facile d’activer ou de désactiver la fonctionnalité sans modifier les profils.
Le poids de la tour de nettoyage a été ajouté aux métadonnées du G-code afin qu’il puisse être facilement affiché dans les statistiques d’impression sur l’écran de l’imprimante.
Correction du problème où, lorsque les déplacements en rampe étaient activés, il manquait parfois un périmètre au niveau de la couche où commence la spirale.
Correction d’un crash lors de la sélection de texte embossé alors qu’un outil SVG est ouvert.
Correction d’un cas où les changements de couche hélicoïdale pouvaient entraîner des mouvements hors du plateau.
Correction d’un cas où le changement de couche hélicoïdale était activé même s’il n’y avait pas de rétraction lors du changement de couche.
En plus de l’outil d’embossage de texte présenté pour la première fois dans PrusaSlicer 2.6.0, il est désormais possible d’embosser des images SVG sur les modèles. La fonctionnalité est accessible par un clic droit et permet des options de projection et de manipulation similaires à celles de l’outil texte. Vous pouvez désormais simplement glisser et déposer un logo, un titre ou même un QR code en SVG et le fusionner avec un modèle 3D existant.
Les fichiers G-code sont faciles à lire et à interpréter, mais leur inconvénient est que les données ne sont pas enregistrées efficacement et que la taille du fichier est souvent très volumineuse. La compression du fichier est problématique car les imprimantes fonctionnent généralement sur un matériel limité et peuvent ne pas disposer de suffisamment de mémoire et/ou de puissance CPU pour le décompresser. Plusieurs solutions au problème ont été proposées par les membres de la communauté, comme l’encodage MeatPack (en utilisant le fait que le jeu de caractères d’un G-code typique est très limité) ou l’algorithme de compression heatshrink (conçu pour avoir de très petits besoins en mémoire).
Nous proposons un nouveau standard pour un format de G-code binaire pour encoder et compresser les fichiers G-code ASCII (voir lespécification). Le format est flexible et l’encodage et la compression de chaque bloc sont variables. Nous fournissons également une bibliothèque libbgcode qui contient les routines pour convertir un G-code ASCII en binaire et vice versa. La bibliothèque est écrite en C++ et le dépôt inclut des liaisons pour Python.
Concernant la comparaison des tailles de G-code ASCII et binaire, le résultat dépend du contenu du G-code. Nos tests montrent que l’utilisation du G-code binaire réduit la taille d’environ 70 % en moyenne. L’utilisation simultanée du raccord d’arc (décrit ci-dessus) peut réduire encore davantage la taille. Le tableau suivant montre la comparaison de 10 projets 3MF sélectionnés au hasard :
La prise en charge du nouveau format de fichier .bgcode a été implémenté dans PrusaSlicer, y compris son exportation, le chargement des configurations, la prévisualisation du G-code ou les associations de fichiers. L’exportation de G-code binaire peut être activée dans les Réglages d'impression->Options de sortie->Exporter sous forme G-code binaire. Une option pour convertir le G-code ASCII en binaire (ou l’inverse) a été ajoutée au menu Fichier.
Pour imprimer un G-code binaire, il doit être pris en charge par le firmware de l’imprimante. Pour les imprimantes Original Prusa MINI, MK4 et XL, ceci est pris en charge depuis la version 5.1.0-alpha2. Il est nécessaire de mettre à jour le firmware de l’imprimante avant d’utiliser le format G-code binaire.
Nous tenons à remercier Scott Vokes (@objetatomique) pour son travail sur heatshrink et
Scott Mudge (@scottmudge) pour développer et maintenir MeatPack.
fr
en
cs
pl
ja
de
it
es