Bug in binary gcode specification, thumbnail block
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 2/5
- Temps estimé
- 1-3 heures
- Accessibilité débutants
- 55/100
- Type d'issue
- Documentation
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- cpp
- Domaine
- documentation
Piste de recherche
Commencez par la section thumbnail de doc/specifications.md et comparez sa disposition en blocs avec src/LibBGCode/core/core.cpp et l’analyseur ThumbnailBinaryGCode.m indiqué. Confirmez comment les données du thumbnail et les quatre derniers octets sont représentés, puis mettez à jour la spécification afin que la disposition documentée corresponde au format observé.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
I wrote my own binary gcode parser ThumbnailBinaryGCode.m because your sample code
core.cpp had too many dependencies for me to get it to compile. In that core.cpp, block_parameters_size() claims that the block header for a Thumbnail block is longer than the others by two sizeof(uint16_t). This matches what the thumbnail spec says, but it isn't actually true.
In reality, a thumbnail block, is the same length as all the other blocks. The following data is either a PNG file, a QOI file, or a JPG file. Following the compressed data are 4 bytes that I don't know what they are, and the next block starts after that. (both PNG and QOI start with a 4 byte magic number, then the width and height.
Since core.cpp doesn't actually try to show the thumbnail, that code doesn't detect the error.
Please correct the thumbnail spec to say that there is a single sizeof(uint16_t) parameter at the end of the block, then the uncompressed data of the thumbnail, then 4 bytes of ?what?, and then the next block.
- Langage dominant
- G-code
- Étoiles
- 73
- Forks
- 23
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de prusa3d/libbgcode
-
Extending bgcodeOuverte
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
-
Broken on big-endian architecturesPeut-être pris @onitake l’a pris il y a 308 jours. Ouverte
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
-
PyPI releasePeut-être à nouveau libre @tomasbedrich l’a pris il y a 1009 jours, et aucune pull request n’est ouverte. Ouverte
prusa3d/libbgcode#44 · 1 commentaire · 1 personne assignée ·
-
Required packages zlib-dev & gitOuverte
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
-
Digital signature on codeOuverte
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 20/100
Toutes les issues de prusa3d/libbgcode
Issues similaires
-
[Teams Chatbot]: Document the shared-readme LintDiff workaround for missing baseline default tagsOuvertecustomer-reported question
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
Azure/azure-rest-api-specs#47582 ·
Les mainteneurs répondent en général sous 1 jour
-
community marketing priority: low
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
TMHSDigital/Free-Game-Dev-Assets#151 ·
Les mainteneurs répondent en général sous 1 jour
-
documentation priority: high
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
a-lex-s/mealie-telegram-bot#54 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
Les mainteneurs répondent en général sous 3 jours
-
:watch: Not Triaged CAC
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
dotnet/AspNetCore.Docs#38001 ·
Les mainteneurs répondent en général sous 1 jour