Bug in binary gcode specification, thumbnail block
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 2/5
- Tempo estimado
- 1-3 horas
- Facilidade para iniciantes
- 55/100
- Tipo de issue
- Documentação
- Clareza
- Razoavelmente clara
- Status de atividade
- Estagnada
- Stack de tecnologia
- cpp
- Domínio
- documentation
Direção de pesquisa
Comece pela seção de thumbnail em doc/specifications.md e compare seu layout de blocos com src/LibBGCode/core/core.cpp e o parser ThumbnailBinaryGCode.m vinculado. Confirme como os dados do thumbnail e os quatro bytes finais são representados e, em seguida, atualize a especificação para que o layout documentado corresponda ao formato observado.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
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.
- Linguagem predominante
- G-code
- Estrelas
- 73
- Forks
- 24
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Preparar o ambiente
Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de prusa3d/libbgcode
-
Extending bgcodeAberta
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 25/100
-
Broken on big-endian architecturesTalvez já em andamento @onitake assumiu há 322 dias. Aberta
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
-
PyPI releaseTalvez livre de novo @tomasbedrich assumiu há 1023 dias e não há nenhum pull request aberto. Aberta
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 25/100
-
Digital signature on codeAberta
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 20/100
Todas as issues de prusa3d/libbgcode
Issues semelhantes
-
documentation enhancement
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
Mantenedores costumam responder em até 1 dia
-
good first issue priority:low type:docs
Dificuldade 1/5 1-3 horas Facilidade para iniciantes 95/100
crazy-goat/rabbit-stream#969 ·
Mantenedores costumam responder em até 1 dia
-
question
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 65/100
Mantenedores costumam responder em até 1 dia
-
backend docs
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 67/100
Open-Locker/Open-Locker#368 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
fsprojects/FSharp.Formatting#1370 ·
Mantenedores costumam responder em até 1 dia