Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs

Subchrist Software

15
Posts
118
Followers
1
Following
A member registered Jan 27, 2020 · View creator page →

Creator of

Recent community posts

(1 edit)

Hi,

Yes it's posible at some point, the idea has been on the todo list for some years now but there always just seems to be endless  amounts to do just for the C64 version!

Certain concepts such as the 16 colour palette and particular features of the VIC-II are quite tightly woven into the current system and trying to squeeze in support for another platform would likely break a lot of existing stuff.

So yes it's possible but would require a great deal of work and most likely need it's own separate version rather than making the current tools more flexible to accommodate it.

I once owned a plus4, I liked it and it is definitely something I would like to do.

ps. Thank you for your support, it is greatly appreciated.

Hi, yes all the CTM project file formats (1-7) are described in the html help files that are included with CharPad Pro / Free.

(3 edits)

Hi, 

Thanks for the suggestion, yes it's a good idea and I'm fairly sure it's something that has been on the "todo (maybe)" list for some time. 

CharPad includes the maps from 'Hawkeye' and 'Flimbo's Quest' which both use colour switching in their actual games and so don't appear quite correct in CharPad. 

(The lowest tile rows for those games are dynamically recoloured using a raster IRQ/colour split)

As it may (sooner or later) be desirable for a "split" to occur on any raster line (ie. mid-tile or mid-char) then I would probably rule out doing it in the map editor or per-char/tile and instead have something like a "Screen Emulator" window that could be configured with the desired splits/colours on the chosen raster lines.

The more I think about it, the more I think it's something that would be far simpler to do using some native C64 code and ie. the VICE emulator.

I know ideally you would want it to be immediately visible IN the map editor but I can't see that happening to be honest.

CharPad's map editor/renderer is not really "line based", is fully resizable and does not actually represent a "screen".

I will consider it further!

(7 edits)

Well, it's a Commodore 64 graphics editor, those colours are kept fixed because they fairly accurately represent the VIC-II colours, even if the palette is altered for personal taste.

It's especially important when using multi-colour mode and the 'Char' pen as the palette image then changes to indicate the "multi-colour" versions on the lower row (as seen in your image above).

ie. If you are using the app for non-C64 work then the concept of the Char pen having 8 hi-res + 8 multi-colours fails and a  recoloured palette image would make no sense.

May I ask what platform you are pixelling for?

(1 edit)

Just hit the 'Ok' button at the bottom of the 'Colour Palette Settings' dialog.

Hit 'Cancel' (or press the 'X') to exit without making any changes. 

If you have a project loaded you should see be able to see the colours change as you tweak the settings.

(2 edits)

I hear ya.

 I've been using GIMP today and that has lots of single key shortcuts which obviously must get blocked during any actual text entry.

I will look into it for a future version.

ps. If it helps you can already use the space bar to temporarily switch to 'Pan' mode on the map editor, and use CTRL+wheel for zoom as described earlier.

(9 edits)

Hi, thanks for the feedback, one reason that single keys are not used as shortcuts is that the map editor has a text-entry tool that accepts most single alpha-numeric keys as input, so single key shortcuts such as WASD (or cursor keys) would not be possible there. Another is that no dev environment I've ever used has allowed single keys other than F1-F12, Ins, Del etc to be specified as shortcuts (in design mode at least), I'm not saying it isn't possible but wouldn't be practical for the first reason.  

nb. All windows that have a 'zoom' op already have a shortcut for zoom in/out, try CTRL + mouse-wheel.

F1-F5 are currently used for colour selection.

Thanks though, I will think about your requests further.

CharPad and SpritePad are both "portable" apps and so require no installation but this also means their project files are not automatically associated with any particular executable(s).

I'm sure it's possible to make an association manually which I'm guessing is what you have done.

That's fine but one problem with doing that is that when a new version is released you will likely have to make the association between the file type and the (new) executable again.

Personally I never bother associating files with portable apps but I will look into the issue for the benefit of those people that do.

Thanks for bringing this to my attention.

(1 edit)

Hi, 

Thanks for the feedback. 

The main reason that such a colouring method is not supported is because of the sheer amount of memory it would require, ie. twice the map size in bytes.

In ECM mode you automatically get four different (background) colour versions of each of the 64 chars, but yes if you use "per char" colouring in any display mode you would potentially need to duplicate chars to get a different (foreground) colour version.

I will have a think about the problem and put it on the todo/maybe list.

Hi. 

Char material values (0-15) are recorded in the upper nybbles of the character attribute bytes.

In the included Help folder, the file "File IO Exporting.htm" describes this and a few other things.

Interesting,  that one that isn't on my todo list already (!).

I have added it to the list, in the mean-time you can try...

Import/Export... Text/Asm... Export Char Usage Statistics.

Yes it's a bit more hassle than having the usage count immediately visible in the set but should help a bit.

Hi Superrune, 

Thanks again for you suggestions, the addition of a "modified" flag coupled with a regular Save op have been on the todo list for a while now, it can be a tricky task in an app that stores multiple data blocks like this and doing it badly and ie. failing to flag a change in some element would be quite embarrassing. on the other hand I don't want a system that is sloppy and flags change where there is none,  ie. blue pixels painted over blue pixels. 

I will give it some thought and try and get some solution fitted soon + I'm very sorry to hear you have lost some work.

(1 edit)

Hi Superrune, thanks for your suggestion, I will look into that for a future version (I find key handling and avoiding ie. shortcut conflicts to be a very tricky business in dot net),  in the mean-time you can click the middle mouse button (or wheel) to pick a char/tile when using the map editor (if you have one).

Hi Superrune, thanks for the suggestion, you are the 2nd person in the last few days to request that feature, so yes it's on my todo list for the next release.

(1 edit)

Thanks :) you can try running it using Mono or Wine on Linux/Mac, I don't use those systems but I know some people have had success with it.