forum.defence-force.org

Questions, bug reports, features requests, ... about the Oric Software Development Kit. Please indicate clearly in the title the related element (OSDK for generic questions, PictConv, FilePack, XA, Euphoric, etc...) to make it easy to locate messages.

The version 1.9 of the OSDK is now available, with the following changes:

- Upgraded XA to the version 2.2.4 (Extended the values for a number of hardcoded defines (labels, blocks, number of open files, etc...))
- Upgraded Linker to the version 0.65 (Fixed some issues in the token pattern matching used to detect labels resulting in #includes containing relative paths to be incorrectly parsed)
- Upgraded FloppyBuilder to version 1.1 (New format, new commands, sector interleaving, ...)
- Upgraded PictConv to the version 0.24 (Fixed a problem in the color reduction code failing on a 32bit source image)
- 6502 syntax coloring for Notepad++, by Jede

Regarding the Linker changes, they were done to accommodate Jede's work on the Telestrat stuff. The assembler fixes were for Chema.
The FloppyBuilder changes are more of the continuation of the work in progress that I had laying around for a while. The samples have been updated to reflect the changes.

As usual, please report any issue, changing things like the Linker or build script tend to have side effects for people who used different projects setups

Thanks for the update.
I rebuilt my Linux OSDK and everything seams to work fine. I'll check in detail the new FloppyBuilder asap.
Recently I collected some ideas for improvements in:
- PictConv - when used in char generator mode, to be able get more input files (sprites with different sizes), split them in 6x8 tiles and generate char definitions for all unique tiles (i.e. all repeated tiles will have only one definition). For my own purpose I solved this with a post-processing lua script but I think it's worth to have this option build-in.
- Ym2Mym - to add possibility for simple "in-music" commands like "jump to_xxxx-th_vbl_frame" and "loop 3_times_next_xxxx_vbl_frames". Additionally having such "commands" can help for reducing the size of the YM data ... I'm working already on this .

- PictConv - when used in char generator mode, to be able get more input files (sprites with different sizes), split them in 6x8 tiles and generate char definitions for all unique tiles (i.e. all repeated tiles will have only one definition). For my own purpose I solved this with a post-processing lua script but I think it's worth to have this option build-in.
- Ym2Mym - to add possibility for simple "in-music" commands like "jump to_xxxx-th_vbl_frame" and "loop 3_times_next_xxxx_vbl_frames". Additionally having such "commands" can help for reducing the size of the YM data ... I'm working already on this .

For PictConv, I have some experimental code for handling batches of pictures in one single operation - the idea was to do things like video encoding for the Oric - but I guess that could be used to have your multiple input files as well. If you could share somewhere your source pictures so I get an idea on how you are doing at the moment, that could help.

For Ym2Mym, as long as the base feature sets continue to work the way they are, and if your new commands still compile fine on Windows and Linux and follow the way other parameters are passed to the OSDK tool (consistency), feel free to add some code - as long as your commit messages indicate what is being done

I sent an e-mail with sprites and little demo - I took your e-mail address from your last message on comp.sys.oric .
About Ym2Mym - when I have something well working I will post details. Maybe It would be better to create new tool and leave Ym2Mym as is ... will see.

Regarding the tiling thing, that is what I am doing in my room editor. I could provide some code in C#.... The idea is dividing the pic in 6x8 cells called tiles (that is 8 bytes) and start from one corner checking if a tile does not exist and, if that is the case, then add it to the current tile set. I also note the tile number (entry in set) for that cell to create the map. I start the set with the empty tile, so the code for empty is 0.

Regarding the tiling thing, that is what I am doing in my room editor. I could provide some code in C#.... The idea is dividing the pic in 6x8 cells called tiles (that is 8 bytes) and start from one corner checking if a tile does not exist and, if that is the case, then add it to the current tile set. I also note the tile number (entry in set) for that cell to create the map. I start the set with the empty tile, so the code for empty is 0.

Is that what you ask for?

It's what the charmap mode of PictConv is doing.
It goes through the picture, and extract the unique tiles, saving up to 96 of them.

Ignore the "palette" thing and it takes the graphic as a matrix of bytes and produces the tile graphics and the tile map. Yeah, I know I should use collections and such things... I am too used to C and was learning C# on the fly! And I am lazy