gorgh

Well I prepared some crowd graphics on the sides of the road and it looks like the main sprite is a bit too small. Yes, the trees just as every other element is drawn without masks, so sometimes it overlaps the road or other bitmaps, ill try to solve it by placing elements less randomly.

yes Jose, thanks for the idea, I'll have to change main sprite anyway, because it's too small, I may use your advice

Carlsson: yes, I've noticed that, it's just a matter of faulty color tables, should be easy to fix that

I've made a small video out of one of files, good luck with the game! https://mechanism.site/index.html?id=162

will try that

actually the stripes are made by changing background color during interrupts, so it would be very hard to make them appear only on the sides of the road, in order to make stripes as you folks suggest it would require drawing them manually, just like in Spectrum games, but there would be no time for other objects. If the game was made in text mode it would be easier, but it would mean I would have to rewrite whole game and the framerate would be smaller I guess. In my opinion stripes are very useful, and I think they'll stay in the game, I'll try to make them more smooth though

By storing 5 versions of the same element in memory, and drawing the one that is needed in the given moment

erichenneke: I'll consider this NISMOPC: I'll think about that --- Ilmenit suggested me the change of colours, so I tried it and now it looks more like a game!

Mathy: hi, that's pretty dope idea, the game would be fun to play with each other Carlsson:

Ha, haven't thought of that, will have to reduce the playfield then editL ugh, sorry my mistake, I've got 39 lines left for PAL, anyway will have to reduce the playfield in NTSC version to 90 lines instead of 100

I've got 31 lines left for horizon graphics , will do

that's pretty cool idea ivop

both ways are acceptable!

thanks folks for your remarks. I'm not fully happy with the perspective stuff so that will have to be changed, now it's a little bit chaotic and not precise, but I'm sure I can make it better. I'll try to inform you here about any significiant progress. btw. Music will be done by Caruso (ingame music) and I already received main theme from Makary Brauner, and I like it a lot.

if it's called Atari it must be of high quality, no crashed planes whatsoever

that's pretty good advice, actually the sprite changes shape when riding upwards or downwards, but I'll think what I can change

Hello folks, 2 weeks ago I started working on a racing game for Atari computers. So far I was able to finish road algorithm, add some elements of the background, and create a simple 3d engine for perspective. I hope to finish this game by the end of May. The main idea was to create racing game but not the casual way with display list, but instead to create 3d algorithm for the road, so I could add also elements of background. If you are not familiar with the traditional way of drawing road it all depends on scrolling each and every line of the road, which makes it very hard to add some other elements of the background, because each and every line has different offset. So far the game runs in 1 and 1/3 of the frame (with music) so I still have 2/3 of the frame for additional objects. PAL version will run in 25 fps whereas NTSC version will run in 20 FPS.

Atari2600Land: thanks a lot!

nice! Can't wait to see actual gameplay

could we have some yt footage please? I would like to share this news

Hello folks, I'm retro coder myself and I like to know what's going on in retro homebrew world. I admire the craftmenship of developers and it makes me happy that old platforms are still supported. Therefore I started my new page where one can read about new games on various 8 bit platforms. You can visit it here: https://mechanism.site If you want to get notifications you can always like my FB page as well https://www.facebook.com/mechanism.site/ Thank you.

so far there's only ready code for Action!, Mad Pascal, C65 and Basic

Great, I would love to see some functionalities in future releases: 1.setting size of generated graphics with byte precision, so the source code would contain limited number of .byte data in a line 2.zooming in and zooming out Good luck with future releases

thank you a lot Gury for updating this tool, I'm working on graphics for a game in mode 7 and this tool is very convenient for transferring data to source code

I'm happy to hear that, the game is very nice for a firste, hoping to see more productions from you