Allas

C64 - SID - Color bitmap (mix hires and med res) - Sprites Atari XL/XE - Warm boot - Booteable disk drive - ANTIC - Palette colors - Console keys - Scalable and compatible system Spectrum - Hi res color games

Technically, what is the better mode to design games, c64 or c128 ? (sorry for the out of topic)

I always have listened XE keyboard is the worst keyboard. My old 800XL have an excellent keyboard (it was soldering at the PCB), my recently 6 months adquired XE have a good keyboard, is very confortable to type in there and is very solid. Well I remember to see at 80's many XE with bad keyboards, but this I have looks different. What are the symptoms of a classic bad XE keyboard?

What the hell with this kind of people!!!! (off course the people inside the video) This video hurts a lot!!! I think POKEY and ANTIC chips could be saved.

Again, a great conversion for Atari 8bit computers.... great gfx and sfx... I've played the C64 version and there is a bug in the atari version: When the worm reach his own back, in the C64 version just could happens because the back moves at the same time, in the Atari version this action ends in a collision... grrr.... Im playing in Level 14... very funny

40756

38751 Wowww!!! with a great luck!

Scroll on the Z axis

I have C64/FDD and 800XL/FDD since 1983, and have more than 1000 titles in Disks for every system. That is a fact, that best capabilities of both machines are getting by the demos, really i dont see any demo in real machine until last year. In other way, to say what system is better, is relative. If you are musician you'll get impresive by a computer with better musical capatibilities, y you are a GFX artist, the you'll get more impresive for colors and nice combinations, if you are a electronic man maybe you'll get more impresive for the OS and extend captibilities of the system. I know what system is better, but isn't necesary to say it.

Excelente! no la había visto antes... vere si puedo hacer una, aunque no soy bueno haciendo hardware... y ahora que recuerdo haciendo software tampoco.... jajaja

C64 Mood use text mode 80x25. I see a 3D game in a virtual screen of 80x50 pixels. I think C64 use text mode and use char graphic (in Atari CTRL-U) in combination with map color screen to get 2 pixels per char. If it is true, for Atari its posible to do with text multicolor mode. Numen is another way how to do, but is more slow, because there are more data in a graphic mode.

Thank you very much. You fixed my Display List. After view some codes, I cant explained why they started the screen map at 4K + 0x10 address. Now, I know the second 4K block must be aligned in 4K boundary. Thanks! But , now I'll have nightmares, next project I try to use scroll in Antic E. With this hard restrictions I cant figure how scroll works fine and easy. I think I must review the MCS scroll posts from Analmux again again and again.... what a headache!!! Thanks again Mario

Hi, I have another problem with screens. This time is a Antic E screen that cross 4K size. I try toi keep my screen in a 4K boundary, in the example: Screen ----> 0x5000 - 0x6FFF Display List ----> 0x7000 I have written the 0x5000 - 0x6FFF to a file , and it's right the data screen. But the real screen shows bad synchronize data. In the display list i have added a second instruction to load the next 4K data screen. It's seems all is OK, but something crash the display output. I have tried to correct in many ways , but finally Ive surrended, im sure there is a factor that I dont know.

33230 I wont play FlowerMania again.... in much time...

Sorry, just when I start up the game the TV crash!!! I must to repair... what could happen? Obviously is not a game problem. P.D. It will cost $50 to repair my TV

In my real NTSC Atari 130XE works fine, but I think 2 thing to adjust: - I can see only bottom half of Score, only need 8 pixels down. - Just in the middle of screen the last line of rainbow colors, is not stable. Flickering a low.

If you can, add different speeds for the rocks, that will increment the game adiction.

Hi, I recommend to build an RCA adaptor. This web show how to do, its easy and the output is clean. Its spanish but the graphics say all you need. http://www.atarichile.com/av.html

Well, recently a days ago im studing the posibility in using JavaMappy to Atari 8bits machine. JavaMappy is a free editor 2D and isometric maps. This editor works in Windows. For undestand the save map, the author created the decode routines in many laguages for different OS. Just I saw include Java mobile routines, that I think could be translated for Atari Java (something like Doom routines editor for NUMEN). If it is posible, the possibilities for new software in Atari will grow. Ok, i send the URL of JavaMappy if anyone is interested. http://www.alienfactory.co.uk/javamappy/in...9B03AA360045E26

Wow! Sure it will be the Wikipedia of Atari computers.

Its incredible the amount of info that you compiling in this web site. I only see hard work for years. Thanks!

Looks fine for 1K. I cant guess what to do... catch the balls?... enter in the buildings?

hahaha Heaven, my problems are because I havent experience in Atari programming. Its the cost for make faster easy programming with great speed near to assembler, the allocating memory is more complex to do. I think as you, Turbo Basic is an awesome and easy tool, but the memory is limited, and I prefer to use an external editor in windows. Thanks, Wrathchild for the hints, really that is the next step Im going to do, align the screen memory in a 1K boundary. Will be a mistery for me to understand, why the monitor shows Screen memory is OK, Dlist is OK, but you see garbage in screen. The only answer I imagine is that CC65 overwrite some OS routines in the RAM that works in Display screen process.

An outstanding Atari production, the best of this year. Graphics 10/10 Sounds 9/10 Game concept 8/10 Thanks for the effort!

Just i reserved my screen and dlist with variables: I started my screen with: I thinked in this way my screen memory was safe. But the garbage appear when I add code in my program. The monitor shows the reserved screen area ("pantalla") was fine, but the emulator screen show another thing. I'll try to experiment with another ways like you said me, thanks.