Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
When you are able to place the sprite display you will get the manual page for it. I.e. in the sandbox and after completing the 2nd arch.
However, none of the standard display types have the qualities I'm looking for and it doesn't seem like you can design your own in the component factory. Is there a way for us users to mod in new types?
Not the moment. What qualities are you looking for? The console display can quite easily be used for a pixel display to sizes about 160x50, everything above that get's hard in terms of simulation speed right now anyway.
1) More control over the resolution. I was thinking 320*200, which was a popular resolution back in the 80s and allows you to cover the screen with a single KiB of RAM.
2) The ability to load a tile set from code. I don't like being forced to choose between a fixed ascii tile set or having to load an external .png for custom graphics.
I have more ambitious requests that I admit might be too much, but those seem reasonable enough.
I believe the dev is currently working to make the simulation faster? When he's done with that I hope his next big improvement is to let us design our own displays.
Loading a tileset from code in the sprite display could be cool but it seems more practical to use a png. At least if I understand what you mean correcty, like you would want to be able to set the picture data in code pixel by pixel ? What's good with the sprite display is that it is much faster at drawing a scene because it works with sprites instead of going pixel by pixel.
Yeah, I probably couldn't get up to 320*200 and maintain a decent speed. But 320 isn't evenly divisible by 6 anyway, so the matrix display has the wrong dimensions for this.
> "At least if I understand what you mean correcty, like you would want to be able to set the picture data in code pixel by pixel ?"
No, I'm fine with using tiles instead of having per-pixel control. But I want the tile set to come from - and be re-writable by - my code, not an external file that has to be chosen in advance.