http://www.6809.org.uk/tmp/musical/
Check the README for details...
A musical treat!
Re: A musical treat!
Nice! A very popular demo these days.
Maybe we should all use text mode more often for colourfulness...
Maybe we should all use text mode more often for colourfulness...
Re: A musical treat!
Indeed! This is Semigraphics 12 (SG4 vertically divided by 6 for each character). Sadly, no SG4 mode divided by 3, that would have been ideal and required less memory!
If you look very close, you might spot a little space saving trick...
If you look very close, you might spot a little space saving trick...
Re: A musical treat!
Perhaps I'm just being dumb.....
But why is it so big, I mean the graphics are not that complicated and neiter is the music, or is it sampled and that's what takes up the space ?
Cheers.
Phill.
But why is it so big, I mean the graphics are not that complicated and neiter is the music, or is it sampled and that's what takes up the space ?
Cheers.
Phill.
Re: A musical treat!
The graphics aren't complicated, but to get the right pixel shape (with the colour, of course), I needed to use Semigraphics 12 - that's 12 frames at 3K per frame = 36K (though as I say, there's a slight trick - all the frames actually fit into 30.5K).
If only there were a SAM/VDG combo that divided SG4 into an SG6 pixel layout (but with the colour), that would have taken a lot less memory.
One of the channels is played with a sample, but that sample's only 3K.
If only there were a SAM/VDG combo that divided SG4 into an SG6 pixel layout (but with the colour), that would have taken a lot less memory.
One of the channels is played with a sample, but that sample's only 3K.
- snarkhunter
- Posts: 241
- Joined: Fri Apr 03, 2009 7:16 pm
- Location: France
Re: A musical treat!
Given the system specs this runs under, it is just great! Thanks very much for sharing. The music sounds really nice, too... I wasn't expecting any such thing from the old Dragon hardware.
Congratulations!
Congratulations!
- rolfmichelsen
- Posts: 299
- Joined: Wed Apr 08, 2009 8:43 pm
- Location: Oslo, Norway
- Contact:
Re: A musical treat!
Great stuff! It would be interesting to learn how much of the CPU capacity you spend on this demo. The code gives me a headache, though. I'm too old to read self-modifying code these days
-- Rolf
-- Rolf
Re: A musical treat!
All of it! The mixer is running constantly, the only breaks being to feed it new notes, and flick the animation page.
The self-modification here isn't too hairy, it's just setting some values to load or add, not changing any op-codes.
In case anyone wonders, there's a source tarball up now, here: http://www.6809.org.uk/dragon/demo/. As it stands, it kinda needs my Perl assembler to build (as well as a few other bits), but shouldn't be too hard to adapt to others.
The self-modification here isn't too hairy, it's just setting some values to load or add, not changing any op-codes.
In case anyone wonders, there's a source tarball up now, here: http://www.6809.org.uk/dragon/demo/. As it stands, it kinda needs my Perl assembler to build (as well as a few other bits), but shouldn't be too hard to adapt to others.
- rolfmichelsen
- Posts: 299
- Joined: Wed Apr 08, 2009 8:43 pm
- Location: Oslo, Norway
- Contact:
Re: A musical treat!
Ah! I kind of thought so. The Dragon supports lots of interesting features that could be really interesting if only the CPU was a tiny bit faster...
-- Rolf
-- Rolf
- rolfmichelsen
- Posts: 299
- Joined: Wed Apr 08, 2009 8:43 pm
- Location: Oslo, Norway
- Contact:
Re: A musical treat!
Since you obviously spend some time calculating and counting CPU cycles in your code, have you ever considered generating and outputting this information automatically from your perl assembler? That would be really usefulsixxie wrote:As it stands, it kinda needs my Perl assembler to build
-- Rolf