sprpck updated

[LX.NET]

On 1/13/2021 at 8:20 AM, karri said:

Thanks for these ideas. I am familiar with virtualisation. The idea to keep Lynx in a separate VM might be the cleanest solution.

 

That is essentially what a Docker container can do, without the overhead of a full OS.

I will create a new topic and show a step by step guide to use Visual Studio Code with Docker to do Remote Containers for CC65 development.

Later I would also like to provide an environment for newcc65 and BLL development. Looking for the official sources of newcc65, btw  

[Igor]

I've started a wiki topic on sprpck here - https://atarilynxdev.net/doku.php/lynx:lynx_sprite_packer_-_sprpck

It's nice to see that it builds on macOS without any modifications now!

[LordKraken]

@42bs Mini pull request on github, my batch files start to be quite long so having the possibility to write comment or blank lines will def. help

 

[42bs]

1 hour ago, LordKraken said:

@42bs Mini pull request on github, my batch files start to be quite long so having the possibility to write comment or blank lines will def. help

 

Good idea. I prefer # in scripts, but will add both.

[Songbird]

I may have hit an encoding bug in sprpck.exe. My version is dated Sep 2020. I have a simple sprite as below (actually 7x7, so I enlarged for visibility):

 

 

then I invoke this command:

 

sprpck2020.exe -v -p1 -t6 -i160102 -S007007 -o060014 powerups_bomb.bmp pow_bomb

 

and here is what I see on the Lynx:

 

 

If I execute the command with the -u option to get a literal sprite, then change my SCB to also indicate literal, it displays correctly.

 

BMP file attached.

 

powerups_bomb.bmp

[42bs]

Latest version on GH (Feb. 7th, 2021) packs corerect.

snap00.bmp

Edited December 14, 2021 by 42bs

[Songbird]

Cool, thanks for the confirmation. Glad it was already fixed.