ilmarque Posted December 16, 2010 Share Posted December 16, 2010 (edited) Two new 4k demos for Atari 2600 were released last weekend in Poland at Sillyventure 2k10 demoparty. Saigon by Trilobit Download binary SillyFiller by noice Download binary edit: I forgot to mention that once again these are PAL only Edited December 16, 2010 by ilmarque 1 Quote Link to comment Share on other sites More sharing options...
+Random Terrain Posted December 16, 2010 Share Posted December 16, 2010 Are the videos from a real Atari 2600 or an emulator? If you want an extra challenge, why don't you guys see what you can do with batari Basic next time? If you figure out how to stretch the boundaries of bB and do what seemed to be impossible (and share the information when you're done), it will help batari Basic users make better games. Quote Link to comment Share on other sites More sharing options...
ilmarque Posted December 16, 2010 Author Share Posted December 16, 2010 Are the videos from a real Atari 2600 or an emulator? These videos are from emulator. Our friend Jimmy will hopefully capture Saigon from a real Atari soon. If you want an extra challenge, why don't you guys see what you can do with batari Basic next time? If you figure out how to stretch the boundaries of bB and do what seemed to be impossible (and share the information when you're done), it will help batari Basic users make better games. We've discussed and considered this option but personally i've no interest in working with Batari Basic. Quote Link to comment Share on other sites More sharing options...
LS_Dracon Posted December 16, 2010 Share Posted December 16, 2010 Very good Tnx for sharing Quote Link to comment Share on other sites More sharing options...
Impaler_26 Posted December 16, 2010 Share Posted December 16, 2010 Great Demo as always!! It was a nice surprise to see a 2600 demo from Noice, i love the music in that one! Quote Link to comment Share on other sites More sharing options...
+Random Terrain Posted December 16, 2010 Share Posted December 16, 2010 We've discussed and considered this option but personally I've no interest in working with batari Basic. OK, you can work on the special kernels and leave the bB programming to the others. Quote Link to comment Share on other sites More sharing options...
abaudrand Posted December 16, 2010 Share Posted December 16, 2010 nice music for "saigon". Quote Link to comment Share on other sites More sharing options...
Godzilla Posted December 16, 2010 Share Posted December 16, 2010 man I love demos. and it just amazes me what they can do these days with straight hardware 2600 sounds. Quote Link to comment Share on other sites More sharing options...
diogoandrei Posted January 28, 2011 Share Posted January 28, 2011 Holy, that is really something!!!! Congrats!!! Quote Link to comment Share on other sites More sharing options...
Nukey Shay Posted January 28, 2011 Share Posted January 28, 2011 Missed this thread. Saigon loses sync on any frame the display changes (a lot of additional cycles when clearing ram @$F2CE). This could be avoided by checking $80 in the previous scanline-waste loop @$F331 to perform the ram clear (and burn less scanlines via WSYNC if so)...instead of doing such a long loop right above VSYNC. There's still enough cycle time left over to leave the INC's and COLUBK store right where they are. Speaking of the ram clear loop...is there any specific reason to keep reloading A with zero? Quote Link to comment Share on other sites More sharing options...
TrekMD Posted January 28, 2011 Share Posted January 28, 2011 Very cool. Thanks for posting these! Quote Link to comment Share on other sites More sharing options...
yuppicide Posted January 29, 2011 Share Posted January 29, 2011 Nice demos. I personally wouldn't want them trying to code demos in bB, because they're just going to use inline ASM anyway. So, it's like they're not even doing bB anyway. Quote Link to comment Share on other sites More sharing options...
ilmarque Posted January 29, 2011 Author Share Posted January 29, 2011 Saigon loses sync on any frame the display changes (a lot of additional cycles when clearing ram @$F2CE). This is true. Althought it has never caused any problems with any TV we've tested our demos with. This could be avoided by checking $80 in the previous scanline-waste loop @$F331 to perform the ram clear (and burn less scanlines via WSYNC if so)...instead of doing such a long loop right above VSYNC. There's still enough cycle time left over to leave the INC's and COLUBK store right where they are. I've been thinking of changing it that way, but apparently i've been too lazy to do it. But i promise to fix it before the next release. Speaking of the ram clear loop...is there any specific reason to keep reloading A with zero? Haha, no I wrote that ram clear loop a few years ago when i knew very little about 6502 and i haven't even looked at that part of the framework ever since. Thanks for constructive feedback Quote Link to comment Share on other sites More sharing options...
+Random Terrain Posted January 29, 2011 Share Posted January 29, 2011 I personally wouldn't want them trying to code demos in bB, because they're just going to use inline ASM anyway. So, it's like they're not even doing bB anyway. That's kind of shortsighted. People with crazy skills could make all kinds of custom kernels and other cool stuff for bB users. Someone with the skills and desire could bring bB to the next level of crap-your-pants goodness. 1 Quote Link to comment Share on other sites More sharing options...
yuppicide Posted January 30, 2011 Share Posted January 30, 2011 I understand that portion of it. I just don't think they're interested in it for that reason and tailoring it to our needs. I'd love to have a text scroller available. I personally wouldn't want them trying to code demos in bB, because they're just going to use inline ASM anyway. So, it's like they're not even doing bB anyway. That's kind of shortsighted. People with crazy skills could make all kinds of custom kernels and other cool stuff for bB users. Someone with the skills and desire could bring bB to the next level of crap-your-pants goodness. Quote Link to comment Share on other sites More sharing options...
ilmarque Posted January 30, 2011 Author Share Posted January 30, 2011 I'd love to have a text scroller available. Is it possible to use more than 26 bytes of ram with inline asm? Undoubtedly it is possible but how badly will it mess things up? Quote Link to comment Share on other sites More sharing options...
Sdw Posted February 4, 2011 Share Posted February 4, 2011 Nice to see that the demos found their way to this site as well! (I'm the coder of the Noice demo btw.) Regarding scroller, I'm not at all familiar with bB (I prefer pure asm for all oldschool platforms). However if what ilmarque says about 26 bytes RAM limit is true, then it would be difficult. My scroller uses least 32 bytes of RAM if I recall correctly (6 bytes x 5 rows = 30 bytes for storing the playfield data, 1 byte for the finescroll value and 1 byte to keep track of the position in the scrolltext). Quote Link to comment Share on other sites More sharing options...
+Random Terrain Posted February 4, 2011 Share Posted February 4, 2011 (edited) Nice to see that the demos found their way to this site as well! (I'm the coder of the Noice demo btw.) Regarding scroller, I'm not at all familiar with bB (I prefer pure asm for all oldschool platforms). However if what ilmarque says about 26 bytes RAM limit is true, then it would be difficult. My scroller uses least 32 bytes of RAM if I recall correctly (6 bytes x 5 rows = 30 bytes for storing the playfield data, 1 byte for the finescroll value and 1 byte to keep track of the position in the scrolltext). No, we are not limited to 26 bytes of ram: http://www.randomterrain.com/atari-2600-memories-batari-basic-commands.html#superchipram And there is more goodness to come for bB users: http://www.atariage.com/forums/blog/134/entry-7832-batari-basic-11-beta-with-dpc-kernel/ Edited February 4, 2011 by Random Terrain Quote Link to comment Share on other sites More sharing options...
Nukey Shay Posted February 4, 2011 Share Posted February 4, 2011 It's still interesting to see what can be done with native resources with no bankswitching, tho bB is at a disadvantage there because it's generic code consumes so much on it's own. Quote Link to comment Share on other sites More sharing options...
RevEng Posted February 4, 2011 Share Posted February 4, 2011 Nice to see that the demos found their way to this site as well! (I'm the coder of the Noice demo btw.) Regarding scroller, I'm not at all familiar with bB (I prefer pure asm for all oldschool platforms). However if what ilmarque says about 26 bytes RAM limit is true, then it would be difficult. My scroller uses least 32 bytes of RAM if I recall correctly (6 bytes x 5 rows = 30 bytes for storing the playfield data, 1 byte for the finescroll value and 1 byte to keep track of the position in the scrolltext). The 26 bytes quoted are unallocated ram, free for any use. Without SC RAM, bB allocates 48 bytes of ram for the bitmapped playfield display, and allows you to adjust the vertical resolution to your preference, using as much or little of the 48 bytes as your want. With SC RAM, there's obviously much more. So the 30 bytes for playfield and +2 bytes are more than covered, even with a non-SC 4k bin. Quote Link to comment Share on other sites More sharing options...
Like us on Facebook
Follow us on Twitter
AtariAge on Instagram
Watch us on YouTube
Chat on Discord
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.