Forums

it's since some time this tickles me... a sort of 2bpp (4 colors) bitmap mode (all points addressable 'APA') to show still images exploiting the SMS dual palette system to somehow circumvent the tile limit (you know, you need 768 tiles to fill the screen...)

so I took the famous Lena (or Lenna) image and reduced it to a 768-tile 4 gray levels image (dithered, for best results!) and so split that image into two parts, 384 tiles each, and converted each part using Maxim's BMP2Tile.

at runtime (but one could of course do that before!) I recombine the two parts reusing the same 384 tiles, two bytes from the upper part and two bytes from the lower part for each tile.

carefully crafting the two palettes then I can show either the first or the second content of each tile, hiding completely the other part.

I think the result is pretty good :) (and there's also some free tiles for, say, a few sprites)

Lena_SMS.png (28.48 KB)

screenshot of the output image, tilemap and palettes

lena.zip (81.45 KB)

source and assets

Oh! I want to take a look when I'm at home!

On one hand, we only have four greys anyway, but it's still a bit unhelpful for a game. Maybe you could do a Qix variant using this?

Impressive!

Creative!

Maxim wrote

On one hand, we only have four greys anyway, but it's still a bit unhelpful for a game. Maybe you could do a Qix variant using this?

actually I can't think of any practical use... well, maybe Qix :)

BTW it also supports color, albeit it's very limited... but somehow feasible for images with very few colors, such as this one:

Lambo_SMS.png (17.3 KB)

fullscreen Lamborghini at 2bpp (4 colors)

lamborghini.zip (56.44 KB)

(source and assets)

My SMS 3-D demo uses this technique to store about 2 screens' worth of bitmapped graphics. By rearranging the palettes, it can show either of the 2 images alternatingly, or with a blended red/cyan etc. palette for anaglyph 3-D glasses.

a friend told me that the method isn't clear enough from the posted screenshot, so I hope these new screenshots are better:

@ccovell: a link? :)

Lena (Emulicious).png (38.54 KB)

screenshot on Emulicious (Lena)

Lamborghini (Emulicious).png (33.19 KB)

screenshot on Emulicious (Lamborghini)

http://www.smspower.org/Homebrew/SMS3DDemo-SMS

Wow, I've never seen that before and it's 12 years old!

BTW it seems to me you're using a single palette (and always less than 448 different tiles) or am I doing something wrong?

I think it's the same technique applied to nearly fullscreen images to allow a palette swap to select between each half of the image, or a blended value for coloured glasses using a single palette.

yeah, in that sense it's true, it's storing two different color for each pixel and it's using palette rewrites to show two different images. I'm instead using two palettes to show a single image, but what mattered to me was to achieve a true fullscreen APA mode. From here to port PC CGA games it's a breeze ;)

Haha, maybe make a replacement drawing board ROM too?

Well, don't know... maybe?

The matter here is that for a single set pixel I'll have to read two bytes from VRAM, mask one bit each to remove the previous color, write the new value in those proper bits and write the two bytes back to VRAM. It would probably take some 300+ cycles -interrupt and VRAM safe of course- for a single pixel, which makes the whole thing almost useless.

It's not much different to if you were doing APA any other way except for 1bpp, I think. It's just never going to be fast.

APA set-pixel would be useless, but the technique can be anyway interesting for full screen B/W bitmaps, or for images with very few colors

i can’t remember if years ago i shared here some kind of slideshow using similar technique (using 384 tiles as 768, with 4 colours), or if i just tried to code a picture converter using imagemagick from sdlbasic (as i usually do) (i think i tried to use photos shared at http://blog.iso50.com (i hope they wouldn’t mind? :D ) as test, mostly because they look really great as “quadritone”) (i had some idea of using colour palettes like from http://colourlovers.com/palettes/random , obviously using only 4 from those 5 colours, and having those colours “painfully” posterized! :D )

anyway, i wanted to use that for a kind of game, perhaps something like http://www.boriel.com/wiki/en/index.php/ZX_BASIC:Released_Programs#Walking_aroun...

You could use static b/w images and have 'tiled' text under that with little effort, addressing pixels directly would be painfully slow probably.

i can’t remember if i posted this in this forum years ago... - the idea was to use pictures (perhaps compressed, Daniel Bienvenu made an amazing job at AtariAge forum sharing his experiences and compressing/decompressing tools and code on Colecovision) instead of that random testing noise

example10c_fullrasterdisplay_4colours.zip (36.2 KB)

I've been doing similar tests these days, but if you want to create a second layer using adjoining sprites you can only do that if the second layer's width is at most 64 pixel - or up to 128 pixel using zoomed sprites -as in the code you posted- which unfortunately means that the image will have half the resolution AND (and that's much worse IMHO) it won't be shown correctly on the SMS' first revision hardware, because of the infamous sprite zoom bug :|

edit: on the Game Gear it's totally doable. Screen width is just 160 pixel, thus 64 pixels is more than a third of that. Also there's not such thing as sprite zoom bug.

a small example - using sprites to create an upper static layer while doing raster effects on the background

(assets taken from Xeno Crisis Kickstarter page)

edit: no, I'm not porting Xeno Crisis to GameGear

xc.gif (25.86 KB)

Animated GIF (click to run)

XC.zip (3.93 KB)

GameGear ROM

Wow! I like it!

Author	Message
sverx Joined: 05 Sep 2013 Posts: 3823 Location: Stockholm, Sweden	full screen 2bpp bitmap image Posted: Thu Oct 26, 2017 1:20 pm
	it's since some time this tickles me... a sort of 2bpp (4 colors) bitmap mode (all points addressable 'APA') to show still images exploiting the SMS dual palette system to somehow circumvent the tile limit (you know, you need 768 tiles to fill the screen...) so I took the famous Lena (or Lenna) image and reduced it to a 768-tile 4 gray levels image (dithered, for best results!) and so split that image into two parts, 384 tiles each, and converted each part using Maxim's BMP2Tile. at runtime (but one could of course do that before!) I recombine the two parts reusing the same 384 tiles, two bytes from the upper part and two bytes from the lower part for each tile. carefully crafting the two palettes then I can show either the first or the second content of each tile, hiding completely the other part. I think the result is pretty good :) (and there's also some free tiles for, say, a few sprites) Lena_SMS.png (28.48 KB) screenshot of the output image, tilemap and palettes lena.zip (81.45 KB) source and assets

kusfo Joined: 29 Mar 2012 Posts: 886 Location: Spain	Posted: Thu Oct 26, 2017 1:25 pm
kusfo Joined: 29 Mar 2012 Posts: 886 Location: Spain	Oh! I want to take a look when I'm at home!

Maxim Site Admin Joined: 19 Oct 1999 Posts: 14734 Location: London	Posted: Thu Oct 26, 2017 7:04 pm
	On one hand, we only have four greys anyway, but it's still a bit unhelpful for a game. Maybe you could do a Qix variant using this?

hang-on Joined: 23 Mar 2013 Posts: 611 Location: Copenhagen, Denmark	Posted: Thu Oct 26, 2017 8:37 pm
	Impressive!

Zipper Joined: 06 Apr 2011 Posts: 250 Location: Netherlands	Posted: Fri Oct 27, 2017 8:02 am
	Creative!

sverx Joined: 05 Sep 2013 Posts: 3823 Location: Stockholm, Sweden	Posted: Fri Oct 27, 2017 8:17 am
	Maxim wrote On one hand, we only have four greys anyway, but it's still a bit unhelpful for a game. Maybe you could do a Qix variant using this? actually I can't think of any practical use... well, maybe Qix :) BTW it also supports color, albeit it's very limited... but somehow feasible for images with very few colors, such as this one: Lambo_SMS.png (17.3 KB) fullscreen Lamborghini at 2bpp (4 colors) lamborghini.zip (56.44 KB) (source and assets)

ccovell Joined: 26 Dec 2004 Posts: 374 Location: Japan	Posted: Mon Oct 30, 2017 12:35 am
ccovell Joined: 26 Dec 2004 Posts: 374 Location: Japan	My SMS 3-D demo uses this technique to store about 2 screens' worth of bitmapped graphics. By rearranging the palettes, it can show either of the 2 images alternatingly, or with a blended red/cyan etc. palette for anaglyph 3-D glasses.

sverx Joined: 05 Sep 2013 Posts: 3823 Location: Stockholm, Sweden	Posted: Thu Nov 02, 2017 9:31 am
	a friend told me that the method isn't clear enough from the posted screenshot, so I hope these new screenshots are better: @ccovell: a link? :) Lena (Emulicious).png (38.54 KB) screenshot on Emulicious (Lena) Lamborghini (Emulicious).png (33.19 KB) screenshot on Emulicious (Lamborghini)

Maxim Site Admin Joined: 19 Oct 1999 Posts: 14734 Location: London	Posted: Thu Nov 02, 2017 10:02 am
	http://www.smspower.org/Homebrew/SMS3DDemo-SMS

sverx Joined: 05 Sep 2013 Posts: 3823 Location: Stockholm, Sweden	Posted: Thu Nov 02, 2017 3:19 pm
	Wow, I've never seen that before and it's 12 years old! BTW it seems to me you're using a single palette (and always less than 448 different tiles) or am I doing something wrong?

Maxim Site Admin Joined: 19 Oct 1999 Posts: 14734 Location: London	Posted: Thu Nov 02, 2017 4:37 pm
	I think it's the same technique applied to nearly fullscreen images to allow a palette swap to select between each half of the image, or a blended value for coloured glasses using a single palette.

sverx Joined: 05 Sep 2013 Posts: 3823 Location: Stockholm, Sweden	Posted: Thu Nov 02, 2017 4:47 pm
	yeah, in that sense it's true, it's storing two different color for each pixel and it's using palette rewrites to show two different images. I'm instead using two palettes to show a single image, but what mattered to me was to achieve a true fullscreen APA mode. From here to port PC CGA games it's a breeze ;)

Maxim Site Admin Joined: 19 Oct 1999 Posts: 14734 Location: London	Posted: Thu Nov 02, 2017 4:52 pm
	Haha, maybe make a replacement drawing board ROM too?

sverx Joined: 05 Sep 2013 Posts: 3823 Location: Stockholm, Sweden	Posted: Fri Nov 03, 2017 9:35 am
	Well, don't know... maybe? The matter here is that for a single set pixel I'll have to read two bytes from VRAM, mask one bit each to remove the previous color, write the new value in those proper bits and write the two bytes back to VRAM. It would probably take some 300+ cycles -interrupt and VRAM safe of course- for a single pixel, which makes the whole thing almost useless.

Maxim Site Admin Joined: 19 Oct 1999 Posts: 14734 Location: London	Posted: Fri Nov 03, 2017 10:26 am
	It's not much different to if you were doing APA any other way except for 1bpp, I think. It's just never going to be fast.

sverx Joined: 05 Sep 2013 Posts: 3823 Location: Stockholm, Sweden	Posted: Fri Nov 03, 2017 2:44 pm
	APA set-pixel would be useless, but the technique can be anyway interesting for full screen B/W bitmaps, or for images with very few colors

nitrofurano Joined: 01 Aug 2012 Posts: 322 Location: Porto, Portugal	Posted: Tue Dec 26, 2017 9:04 pm
	i can’t remember if years ago i shared here some kind of slideshow using similar technique (using 384 tiles as 768, with 4 colours), or if i just tried to code a picture converter using imagemagick from sdlbasic (as i usually do) (i think i tried to use photos shared at http://blog.iso50.com (i hope they wouldn’t mind? :D ) as test, mostly because they look really great as “quadritone”) (i had some idea of using colour palettes like from http://colourlovers.com/palettes/random , obviously using only 4 from those 5 colours, and having those colours “painfully” posterized! :D )

nitrofurano Joined: 01 Aug 2012 Posts: 322 Location: Porto, Portugal	Posted: Tue Dec 26, 2017 9:06 pm
	anyway, i wanted to use that for a kind of game, perhaps something like http://www.boriel.com/wiki/en/index.php/ZX_BASIC:Released_Programs#Walking_aroun...

sverx Joined: 05 Sep 2013 Posts: 3823 Location: Stockholm, Sweden	Posted: Wed Dec 27, 2017 8:54 am
	You could use static b/w images and have 'tiled' text under that with little effort, addressing pixels directly would be painfully slow probably.

nitrofurano Joined: 01 Aug 2012 Posts: 322 Location: Porto, Portugal	Posted: Wed Dec 27, 2017 8:24 pm
	i can’t remember if i posted this in this forum years ago... - the idea was to use pictures (perhaps compressed, Daniel Bienvenu made an amazing job at AtariAge forum sharing his experiences and compressing/decompressing tools and code on Colecovision) instead of that random testing noise example10c_fullrasterdisplay_4colours.zip (36.2 KB)

sverx Joined: 05 Sep 2013 Posts: 3823 Location: Stockholm, Sweden	Posted: Fri Dec 29, 2017 12:11 pm
	I've been doing similar tests these days, but if you want to create a second layer using adjoining sprites you can only do that if the second layer's width is at most 64 pixel - or up to 128 pixel using zoomed sprites -as in the code you posted- which unfortunately means that the image will have half the resolution AND (and that's much worse IMHO) it won't be shown correctly on the SMS' first revision hardware, because of the infamous sprite zoom bug :\| edit: on the Game Gear it's totally doable. Screen width is just 160 pixel, thus 64 pixels is more than a third of that. Also there's not such thing as sprite zoom bug.

sverx Joined: 05 Sep 2013 Posts: 3823 Location: Stockholm, Sweden	Posted: Fri Jan 05, 2018 10:13 am Last edited by sverx on Fri Jan 05, 2018 1:38 pm; edited 2 times in total
	a small example - using sprites to create an upper static layer while doing raster effects on the background (assets taken from Xeno Crisis Kickstarter page) edit: no, I'm not porting Xeno Crisis to GameGear xc.gif (25.86 KB) Animated GIF (click to run) XC.zip (3.93 KB) GameGear ROM

kusfo Joined: 29 Mar 2012 Posts: 886 Location: Spain	Posted: Fri Jan 05, 2018 11:19 am
kusfo Joined: 29 Mar 2012 Posts: 886 Location: Spain	Wow! I like it!

Forums

View topic - full screen 2bpp bitmap image